Dotaz: Via Apollo Pro 133 - nenabiha prelozeny kernel

[Miroslav Beneš]

Mam problem s deskou chipsetem via apollo pro 133, po restartu mi nenabiha jadro prave prelozeny jadro, pravidelne ze to zasekne pri vypisu:

Uniform Multi-Platform E-IDE driver Revision: 6.31

ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx

VP_IDE: IDE controller on PCI bus 00 dev 89

VP_IDE: chipset revision 6

VP_IDE: not 100% native mode: will probe irqs later

ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx

VP_IDE: VIA vt8233a (rev 00) IDE UDMA66 controller on pci00:11.1

ide0: BM-DMA at 0xdc00-0xdc07, BIOS settings: hda:DMA, hdb:PIO

ide1: BM-DMA at 0xdc08-0xdc0f, BIOS settings: hdc:DMA, hdd:DMA

Jeste pro upresneni: hda - WDD 400JB hdb - Iomega Zip hdc - WDD 100 BB hdd - NEC 7700 Stava se mi totez i napr. s Knoppixem (3.2) a na nem zalozenych live distro, osobne si myslim, ze je to nejaky problem s detekci prenosovych rezimu jednotlivych zarizeni (i kdyz je zobrazuje spravne), ale silne tapu.

Nevite nahodu nekdo co s tim?

PS: Stavalo se mi to i pod woknama s nekterymi verzemi all-in-one original driveru od Via, takze predpokladam, ze je to hw problem, ale sw odstranitelny

Odpovědi

[Michal Čihař]

Koupit si za pár stovek ide řadič, takhle to ty disky hrozně zpomaluje (obzvlášť ta Zip mechanika).

[Yeti]

Můžeš uvést nějaký test, kterým vyzkouším, zda ZIPka na stejném řadiči ten disk skutečně zpomaluje a za jakých okolností (nepočítám, když se na ni/z ní právě kopíruje, to je jasné, ale děje se to pouze zřídka)? Mám ji také na jednom řadiči s diskem a zpomalení jsem nezjistil.

[Michal Čihař]

Třeba hdparm. Na IDE kanálu se používá to co podporuje nejhorší připojené zařízení, v případě Zip mechaniky (aspoň té co mám já) je pio0 což odpovídá 3.3MB/s ... současné dísky umějí 133MB/s (samozřejmě tohle je jen rychlost přenosu po IDE, takže pouze v případě, že jsou data v cache na disku, fyzicky jsou schopné dávat tak 40MB/s).

[Beda]

rofl. a videl si disk, kterej by nekdy v zivote dal tech 133MB/s na datech vetsich nez je ta prtava cache?

[Yeti]

Na disku, co je na jednom kablu se ZIP, mi hdparm -t ukazuje plus minus 50 MB/s, stejne jako na srovnatelnych discich, co jsou na kablu samy. Je hdparm -t spatny test?

[Miroslav Beneš]

No, uznavam, vymena desky by byla uplne nejlepsi reseni, nicmene potreboval bych spise reseni pro stavajici stav, tam puvodne smeroval muj dotaz, ale stejne diky

[Michal Čihař]

Neradil jsem vyměnit desku, ale koupit ide řadič, to je určitě menší investice. Další možné řešení je zkusit novější kernel, ale v případě takhle staré desky bych si od toho moc nesliboval...

[Miroslav Beneš]

No, problem s kernelem je ten, ze se takto projevuje kernel z 2.4 rady i 2.6, takze zmena kernelu to neresi. Abych to jeste vic upresnil, nevim, co delam spatne, ze puvodni jadra distribuci funguji (nektera) a moje vlastni, kompilovana z vanilla rady nikoli.

Ten priklad s hdparm beru, ale zni to divne, ze hdparm automaticky bere za zakladni rychlost na IDE kanalu rychlost pomalejsiho zarizeni - myslel jsem, ze diky nemu lze nastavit rychlost kazdeho zarizeni separatne

Jeste dotaz k externimu radici, premyslel jsem o tom, nicmene, potreboval bych radu - lze pak ze zarizeni k nemu pripojenych bootovat? Jeslize nikoli, pak to muj problem (bohuzel) neresi

[Yeti]

Jestli existují jádra, která bootují, tak by měl být problém řešitelný. Zřejmě mají v jádře nějaký patch, který to opravuje. Pokud takový patch nevygooglíš, můžeš zkusit vzít zdrojáky příslušného distribučního jádra (musí být ve formě vanilla + separované patche, tj. u rpmoidních distribucí nikoli kernel-source-něco.rpm, ale kernel-něco.src.rpm) a příslušný patch tam najít.

[Beda]

btw s atapi zipkou jsem tem problem videl uz nekolikrat. prevazne ve spojeni se supermountem, protoze si nejspis sahnul na zarizeni drvi nez (VP_IDE: not 100% native mode: will probe irqs later).

druha moznost je, ze pouzivas acpi=force, tak zkus jeste nejaky ten parametr nopci nebo jak to je.

jeste jedna moznost je agp+via+amd bug, ale ten sem nikdy nezkoumal, protoze posledni procesor od amd byla 286, ale todle bych predpokladal, ze je u vanilly opraveny tak od verzi >2.4.16

a pak jeste via+pci bug u nekterych via chipsetu/revizi. todle bude snad taky opraveny u verzi >2.4.16