Linux

A Nagy Testvér elkezdi a desktop Linux-terjesztést

Címkék

A. Mittal (IBM) bejelentette, hogy a cég a kiemelt üzleti kategóriába sorolta a desktop-üzletágat a nagy konfig-szállítók (HPQ, Dell, stb.) piacán. E piacon pedig Linuxszal szállított konfigokkal akar vezető helyre kerülni! A cég először a modern informatikával nem túl felszerelt országokban indít offenzívát, például a hatalmas érdeklődést tanusító Indiában, s a becsült növekedést látva törne a nyugati piacra. A misszió újabb gyönyörű példája annak, hogyan segít a Szabad Szoftver a pénzes szegmensben történő érvényesülésnek. Pénzügyi elemzők szerint a Nagy Testvér kedvező pozícióban van, hogy megtörje a m$ monopóliumát.Mittal úgy nyilatkozott: 'A cég jövőjét a desktop-piacon a Linux biztosítja, ez a megfelelő módja annak, hogy versenyezzen pl. a Hp-vel'. - kapta fel a hírt a linuxguru.net.

Termékek Linux-rajongóknak

Címkék

A NEXX GROUP Magyarország a korábban általa felkarolt Linux Póló Project folytatásaként újra elérhetővé tette
a Linuxos pólók iránt érdeklődők számára a rendelési lehetőséget, azonban most már - az eddigiekkel ellentétben - csupán 2 hetes szállítási
idővel.
A pólók M, L, XL és XXL méretekben, fehér és fekete színben rendelhetőek a shop.nexx.hu internetcímen.
A NEXX GROUP a továbbiakban hasonló akciók és termékek megjelentetésével kívánja támogatni a magyar Linux társadalmat.

Andi Kleen: folt az AMD762MPX 'egér' bugra

Címkék

Andi Kleen kernelhacker az AMD körüli dolgokért felel, szóval aki AMD stuffokat használ neki rebegjen hálát. Például az aki az AMD 762MPX chipsettel szerelt lapokat használja. Az AMD kiadott egy errata-t erről a chipsetről. Ha valaki nem tudja, hogy mitől fagy a gépe, miközben ezt a chipsetet használja (csak a B0,B1 verzió), az figyeljen. A lap egy hírhedt "az AMD762 instabil, ha nincs bedugva PS/2 egér" bugot tartalmaz.Az ok, hogy ha nincs bedugva PS/2 egér akkor a BOIS nem adja át az adat oldalakat a VGA puffernek. A dolog következtében a gép képes masszívvá fagyni.

Andi ez ellen a hiba ellen készítette el a workaround-ot. A hibajavítás sajnos csak a 2.5.53-as kernelhez jött ki. Arról nem szól a levél, hogy a hibás sorozatú alaplapok "gyógyíthatók-e" BIOS frissítéssel (valószínűleg igen).

Andi Kleen levele és foltja a bugra itt.

Andi Kleen: AMD K8 támogatás beépítése a 2.5.53 kernelbe

Címkék

Andi Kleen [ak@muc.de] egy levelet postázott az LKML-re, amelyben bejelentette, hogy a 2.5.53-as kernelhez elkészült az a folt, amely beépíti a az AMD K8 CPU-k (Opteron/Athlon64/Hammer/K8 sor a config-ban) támogatását a 32bites Linux kernelbe. Többnyire az Athlon kód felhasználásával készült, és néhány CPU modell ellenőrzést tartalmaz még. A Hammer CPU-kból a 15-ös modell számúig van benne a támogatás. Hogy ez mire is jó? Arra, hogy a kernel pontosan ismerje fel a processzor típusát, és a programok ezt pontosan tudják felhasználni. Ilyen program például a gcc fordító, amely a CPU-ra optimákolt kódot tudja ily módon elkészíteni.

Andi Kleen levele és a folt itt.

Dániában az összes iskola Linuxra vált

Címkék

A Slashdot szerint, Dániában minden iskola a szabad szoftvereket választotta, és Linux OS-re vált. Az összes iskola azt jelenti, hogy 1.1 millió tanuló fog Linuxot használni. Ezek a tanulók az iskola befejezése után is valószínűleg a Linuxot fogják használni, így Dánia nagy része a szabad szoftverek által kikövezett utat fogja járni. A Linux mellett a StarOffice kerül a gépekre, a Sun bele is egyezett a StarOffice ingyenes biztosításába (gondolom letölthető, vagy CD-ROM-on biztosítja a szoftvert 10 Dán koronáért, ami kb. 1.5$).

A Slashdot erre a cikkre hivatkozik, sajnos a cikk dán nyelven szól.

Bochs 2.0 kiadás

Címkék


Megjelent a Bochs 2.0 - olvashatjuk a Slashdoton. Bryce Denney, a Bochs project vezetője írta: "6 elfoglalt hónap van mögöttünk az előző kiadás óta! A Bochs jelenleg körülbelül kétszer gyorsabb mint az 1.4.1-es verzió volt. Ezen kívül, emulálni tudjuk az MMX utasításokat, az SSE/SSE2-t, és az AMD x86-64 utasításokat is, ha bekapcsolod a megfelelő konfigurációs opciókat." Néhányan - állításuk szerint - már tudtak rá Windows XP-t is telepíteni. Hát ez még mindig nem olyan mint a VMWARE, de mindenképpen bíztató, hiszen egy egy szabad szoftver, a VMWARE-rel szemben.

LWN: a 2002-es év Linux kronológiája

Címkék

Az LWN öt éve, minden év végén készít egy eseménynaptárt, amelyben az aktuális év Linux történéseit szedik össze egy helyre. A kronológia már körülbelül másfél hete elkészült, de csak a fizetős LWN olvasóknak volt elérhető. Most felszabadították a cikket (az LWN az napi híreket ingyen adja, a cikkeket viszont csak a fizető olvasóknak teszi elérhetővé a megjelenés utáni első héten. A hét letelte után szabaddá teszi a cikket), így bárki olvashatja.

A kronológiát megtalálod itt.

Alan Cox: Linux 2.2.24-rc2

Címkék

Itt van Cox apó legújabb 2.2-es munkája. A 2.2.24-rc2-be főleg AMD fixek kerültek.

Letölthető patch-2.2.24-rc2.gz

Változások:Linux 2.2.24-rc2

o Apply AMD fix correctly (Bruce Robson)

o Fix possible memory scribble in starfire (Ion Badulescu)

Linux 2.2.24-rc1

o Fix a typo in the maintainers (James Morris)

o Dave Niemi has moved (Dave Niemi)

o Fix incorrect blocking on nonblock pipe (Pete Benie)

o Fix misidentification of some AMD processors (Bruce Robson)

o Fix a very obscure skb_realloc_headroom bug (James Morris)

o Fix warning in lance driver (Thomas Cort)

o Fix sign handling bug in pms driver (Silvio Cesare)

o Drop mmap on /proc//mem as 2.4/2.5 did (Michal Zalewski)

(also fixes some bugs)

Linux 2.5: Linus implementálta a vsyscall, sysenter támogatást

Címkék

A héten egy nagyon hosszú threadre figyelhetett fel az, aki rendszeresen olvassa az LKML-t. A threadet Mike Hayward levele indította el. Mike egy összehasonlító tesztet hajtott végre több Intel P4 számítógépen, és a PIII-as notebookján. Mindegyik gépen pontosan ugyanazt a kernelt futtatta, és ugyanazt a végrehajtható állományokat használta. Arra az érdekes felfedezésre jutott, hogy a sokkal lassabb PIII gépen nagyobb rendszerhívás-teljesítményt mért, mint a jóval nagyobb órajelen futó P4-es gépeken. A tesztek azt mutatták, hogy a rendszerhívások overhead-je sokkal magasabb a P4 gépeken, mint a lassabb PIII-on, pedig a P4 400MHz-es FSB-vel, és DDR RAM-mal üzemelt.A dolog több mint architektúrális eltérés - mint kiderült a hosszú thread alatt - szoftveres (kernel) hiba is. Ennek a vége lett az, hogy Linus implementálta a "vsyscall" rendszerhívást. A dolog eredménye az lett, hogy a horrorisztikus P4 rendszerhívás overhead normalizálódott. Sokan aggódtak, hogy a feature freeze után hozzá kellett nyúlni a kernelhez. Mint olvashatjuk a listán, aggodalomra semmi ok, hiszen ez nem módosította a kernelt a lényegében, így nem tekinthető alapjait megingató beavatkozásnak.

[Dave Jones benchmarkjai]