Kernel Traffic #244 For 8 Dec 2003

Myslím, že už by to opravdu chtělo opravit SIIMAGE.C 1.06. S mým HD+SATA konvertorem má nějaké problémy, především výkonnostní. Myslím, že je to kvůli následující chybě, která se neustále objevuje v dmesg, pokud ji ve zdrojácích nezakomentuji:

hde: sata_error = 0x00000000, watchdog = 0, siimage_mmio_ide_dma_test_irq

V čem je problém? Já bych řekl, že to může být proto, že mám na desce řadič SiI3112A, ale ovladač ho detekuje bez té revize A (jen SiI3112). A/nebo je to kvůli skutečnosti, že jsem k řadiči připojil PATA disk se SATA konvertorem.

S 2.6-test10 se výkon trochu zlepšil ve srovnání s test9 a dřívějšími 2.6 jádry. Předtím to bylo max. 22MB/sek. a teď je to 25mb/sek. Ale je to pořád daleko od kernelu 2.4.22-ac4, který zvládal 37mb/s, což je pořád horší než 50mb/s ve Windows.

NENÍ to problém s read-ahead. Vyzkoušel jsem různé parametry hdparm a situace se nezlepšila. A co je ještě horší:

Když zkusím hdparm -d1 /dev/hde (ačkoliv hdparm tvrdí, že dma je již zapnuté), disk přestane pracovat a vypíše se několik chybových hlášení typu drive-seek error a nějaké věci týkající se irq. Takže musím stisknout tlačítko.

Hergot!

Právě jsem vyzkoušel libata ovladač a je SKVĚLÝ. Alespoň prozatím.

Už jsem psal o tom mizerném SiI3112 ide ovladači. Teď s libata mám >60mb/sek! Více než ve Windows.

Testoval jsem to i s dd. Tohle je bezva. Zkusím, jak si to rozumí se swsup...

Takže lidi, vyzkoušejte taky libata.

Nevím, co všechno je vlastně potřeba. Povolil jsem scsi, scsi disk, scsi generic, sata a ovladač. V Grubu je přidal "append=doataraid noraid".

Nedaří se mi nalézt Silicon Image ovladač pod:

"SCSI low-level drivers" -> "Serial ATA (SATA) support"

v kernelu 2.6.0-test11. Je tam jen tohle:

ServerWorks Frodo
Intel PIIX/ICH
Promisa SATA
VIA SATA

Takže, který kernel potřebuji?

Pro všechny, kteří měli pocit, že "sjetý bobr" nebyl vhodný název pro kernel (jo, jsem si jistý, že IBM se vůbec nelíbí můj způsob pojmenovávání a má hrůzu z toho, že to odradí zákazníky), mám radostnou novinu: bobr je na léčení a já si beru na víkend Díkůvzdání volno.

Mám pro vás kernel "Bobr v léčebně", aka linux-2.6.0-test11. Ten vznikl hlavně proto, že starý aic7xxx ovladač v -test10 nefungoval a Ingo objevil jeden fakt ošklivý testovací program, který odhalil chybový případ v do_fork(), který nikdy nebyl správně ošetřen.

Ani se neobtěžujte mi posílat patche, protože v následujících několika dnech se budu cpát mimo dosah emailu. A pak už bude na Andrewovi, aby řekl, co dál.

Mmmm. Krocan.

Zvaž to ještě, prosím -- "hlavní" změny kernelu, které potřebujeme, existují mimo hlavní strom více než tři roky a každá z nich je malou a snadno pochopitelnou změnou, která nemá vliv na jiné souborové systémy. Existuje také VFS oprava od Ethana Bensona, o které jsme diskutovali během 2.4.23-pre, když jsi chtěl, abychom XFS znovu poslali až do 2.4.24-pre! Všechno jsou to backporty z 2.6, neměla by tam být žádná překvapení.

To, že XFS nemáme v 2.4, je pro nás, uživatele XFS, hrozně nevýhodné (zvláště když všechny ostatní žurnálovací filesystémy už byly začleněny). Pro naše uživatele to znamená, že některé záchranné disky prostě XFS nepodporují, takže není možné filesystémy připojit, když je to opravdu třeba. Pro distributory představuje začleňování práci navíc, takže někteří to ani nedělají (a občas nám říkají, že čekají, až to začleníš ty) - což znamená, že někteří uživatelé ani nemají možnost XFS používat, ať už se snažíme jakkoliv.

Z diskuzí s distributory víme, že stabilní distribuce s 2.6 bude až mnoho měsíců po oficiálním vydání 2.6.0, takže tento problém nijak rychle nezmizí.

Proto prosím už tentokrát XFS začleň - je aktivně vyvíjen, má širokou uživatelskou základnu a vně 2.4 už je udržován dlouho. Trpělivě jsme s každou novou verzí čekali na tvůj souhlas, ale několikrát jsi nás odpálkoval, zatímco jiné věci byly začleňovány.

Co se týče XFS, Christoph ty patche prohlédne a řekne mi, co si o nich myslí.

Také další lidé mi psali, že kód kontrolovali.

Díky tomu mám z toho začlenění XFS lepší pocit.