Dotaz: Lost interrupt -> pád.

[Blanka]

Čas od času mi spadne Linux. Zpravidla při kódování filmů i jindy (grabování audia) apod. Tedy vesměs intenzivní diskové operace. Kernel zařve:
Jun 16 12:09:40 blanka kernel: hdc: lost interrupt
Jun 16 12:09:40 blanka kernel: ide-scsi: CoD != 0 in idescsi_pc_intr
Jun 16 12:09:40 blanka kernel: hdc: DMA disabled
Jun 16 12:09:40 blanka kernel: hdc: ATAPI reset complete
Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
Jun 16 12:09:40 blanka kernel: hdc: ATAPI reset complete
...
atakdál nejmíň stokrát
Všechno se škube, logy bobtnají a po chvilce to celé zhebne.
Všimla jsem si, že čas od času vyhodí hlášku:
Jun 16 11:57:59 blanka modprobe: modprobe: Can't locate module sound-service-0-0

nebo

Jun 16 11:58:26 blanka modprobe: modprobe: Can't locate module char-major-13-0
kterou několikrát zopakuje a nic. Zvuk šlape a jinak žádné problémy!

Tak nevím: je to špatným ovladačem zvukovky, grafiky(nVidia), vynechává harddisk? Ve Win98 to nedělá, zvuk i grafika fungují všude bez problémů.

Mám RH9, kernel 2.4.20-8 s nVidia modulem. DMA+scsi emulace zapnuto. Hadrware: Duron 700, TNT2, v desce K7TM Pro (MS-6340 mATX) s VIA KT133 chipsetem, integrované AC97 audio (VT82C686).

Odpovědi

[Stanislav Brabec]

Hlášky Can't locate module ... jsou neškodné (dá se jim vyhnout, pokud se v modules.conf napíše alias ... off. Fatální ovšem bude ztracený interrupt na hdc - zřejmě vypalovačka. Může pomoci vypnutí DMA (pro vypalovačku) nebo úprava nastavení čipsetu (možná známý problém VIA Latency). Existuje VIA Latency Patch pro linux, bohužel pro jiný čipset.

[Blanka]

Hm, skutečně mám na hdc vypalovačku. Ale k pádům dochází i když zrovna není používána. Mohl bys prosím osvětlit, v čem spočívá (mě neznámý) problém VIA Latency?
Jak vypnu DMA pro jen vypalovačku? Vím, že je na to hdparm, ale jak to zařídít, aby se nemuselo pokaždé po restartu znovu psát "su -; hdparm -d 0 /dev/hdc". V RedHatu je soubor /etc/sysconfig/harddisks, ale v něm jde vypnout vše anebo nic. Dík moc.

[Blanka]

Chybu spolehlivě zopakuji při konvertování videa (naposledy mencoder in.avi -o out.avi -ovc lavc -lavcopts vcodec=mpeg4 -oac copy). Po několika minutách linux zařve a to s DMA ON i OFF a to na všech discích (i cd-rw). Video leží na /mnt/data (hda5), na FAT32. Už jsem zoufalá. To mi znemožňuje s Linuxem něco opravdu dělat! Nějaké návrhy? Díky.

[Milan Roubal]

problem je na 90% v IDE kabelu co jde k vypalovacce. Nechte si ho vymenit. (Zeptejte se jestli tam nahodou nemate kulaty kabel misto plocheho - casto tohle dela).

[Blanka]

Tak z práce doma... Koukám do bedny, kabel je tam placatý, 40tižilový. Bohužel počítač má po záruce, tak mě výměna bude stát kačenky. Vám to dělalo taky? Předtím, když něm tom visela CD-ROM, tak to, matně si vzpomínám, nedělalo. To jsem ale měla RH7.2... Proč je vypalovačka tak problematický kousek HW?

[Milan Roubal]

no ja jsem ten problem videl na 80 zilovem kabelu - to je ten novejsi, co zvlada UDMA 66 a vyssi. To ze pomuze vypnuti sekundarniho kanalu znamena ze jedete bez palitka, ze? Si pujcte ten ide kablik z jineho pocitace jen na otestovani, netreba ho hned kupovat.

[Blanka]

Ano. Nejsem žádná odbornice na HW, ale moc dobře nechápu, proč mi padá systém, když mám sice paličku na kabelu, ale vůbec se na ní nešahá... Zkusím někde sehnat ten kablík.

[Stanislav Brabec]

VIA Latency je problém na čipsetech VIA vyrobených do r. 2001 vč. - máte-li na IDE1 i IDE2 nějaká zařízení, pak při přístupu k oběma zařízením. Riziko se zvětšuje, pokud je použita zvukovka SB Live. Výsledkem je nestabilita systému nebo dokonce poškození dat. Pro Windows to (skoro) řeší VIA LAtency Patch. Pro váš čipset však zřejmě ještě není. Doma se jej pokouším disasembovat a přepsat pro Linux, ale výsledek v dohledné době nezaručuji.

[Stanislav Brabec]

VIA Latency problém - ověření: Zakažte v BIOSu druhý IDE řadič (případně vymontujte zvukovku a další zbytné PCI karty). Zmízí-li problém, jde o VIA Latency.

[Blanka]

Vypnula jsem druhý řadič (na vymontování zvukovky by byla potřeba pájka ), vypnula DMA a ejhle, zatím to nespadlo. Na pozadí mi teď běží kódování filmu (45%), které spolehlivě shodilo Linux už na 5%. Zatím díky za pomoc, budu to ještě testovat.
Přeju hodně štěstí s tím patchem, dovolte abych Vám vyjádřila svůj obdiv.

[Stanislav Brabec]

Vestavěná zvukovka systém neshazuje - jen SB Live. Pošlete-li mi mail, dám Vám vědět, podaří-li se. Jinak lze zkusit následující: lspci -v -xxx a výstup si schovat Nyní ve wine s povolenými porty spustit VIA Latency Patch pro Windows. Dát znovu lspci -v -xxx a zase výstup schovat Pak restartovat a dát znovu lspci -v -xxx Nakonec všechny výstupy porovnáte - tam, kde se liší 1. od 2. ale ne 1. od 3. jsou místa, která je potřeba změnit - pomocí programu setpci. Tímto postupem jsem např, přišel na "sw chazení" programem speedfan a přepsal ho do dvou setpci. P. S.: Někde ve svých poznámkách jsem našel (vše, co jsem vypátral, bez ladu a skladu v jednom texťáku):

You may try /sbin/setpci -v -s 00:0e.0 0D.B=40
 
http://www.cicese.mx/~mirsev/Linux/VIA/VIA-latency-linux.html
 
http://www.zip.com.au/~akpm/linux/schedlat.html
 
 
http://van-dijk.net/linuxkernel/200204/0913.html.gz
 
I hope that I've extracted your name right?
 
>On Thu, 24 Jan 2002, Daniel Nofftz wrote:
>
> > On Wed, 23 Jan 2002, Hans-Peter Jansen wrote:
> > 
> > > You see, I'm fiddleing with power saving quite some time.
> > 
> > oh ,.. by the way : does dmesg show somthing like "dissconect in via
> > northbridge enabled: kt133 chipset found " or something similar ?
> > (only if you have my patch ativated)
>
> I tried your patch. I get the message above (I have a KT133A). With only 
> APM enabled, it makes no difference; witch ACPI, temp goes from 47C -> 
> 38C without stability problems nor preformance drops.
 
This are very good numbers, which I've expected.
 
> However, after disabling APM and enabling ACPI, my system won't power 
> off anymore 
 
This should be easily solved.
 
I point on your distro's startup scripts. They only look if apm is enabled 
but _NOT ACPI...
 
Have a look into /etc/init.d/halt (taken from SuSE 7.3, LSB standard).
 
 
 
http://www.cs.helsinki.fi/linux/linux-kernel/2002-04/0015.html
OoO En cette nuit nuageuse du dimanche 27 janvier 2002, vers 00:11,
"Nix N. Nix"  disait:
 
> 00:0e.0 Multimedia audio controller: Creative Labs SB Live! EMU10000
> (rev 05)
> Subsystem: Creative Labs CT4850 SBLive! Value
> Flags: bus master, medium devsel, latency 32, IRQ 5
> I/O ports at b000 [size=32]
> Capabilities: 
 
You may try /sbin/setpci -v -s 00:0e.0 0D.B=40
 
 
http://www.cs.helsinki.fi/linux/linux-kernel/2002-24/0642.html
 
On 19 June 2002 02:13, Jonathan A. Davis wrote:
> G'day Alan, all,
>
> In November, I assembled a new machine using a Soyo Dragon+ mb with a
> Pinnacle PCTV/Pro card as the only add-in board (I have an ATI 7500 in the
> AGP slot). Very quickly I learned that any heavy disk activity (from two
> UDMA100 drives) during TV card use would lock the system tight. As long
> as I didn't use the TV card, the system was completely solid -- under
> heavy disk, sound, net usage, etc. I tried moving the card around,
> playing with BIOS, upgrading BIOS, with no success. I dug around in
> quirks.c and put a serious dent in google's usage reports trying to find
> answers. About the time I was concluding that I had a defective mb, a
> friend decided to install Linux on his KT266 system also. After the
> install, we popped a PCTV (non-PRO minus FM radio) into it and ended up
> duplicating my machines's crashing behaviour.
>
> About a month ago, after giving up and either avoiding TV card use (which
> given the state of US TV isn't a completely bad thing , or resigning
> myself to not doing serious work if I had the TV card on, I stumbled
> across Serguei Miridonov's site (http://www.cicese.mx/~mirsev/Linux/VIA/).
> His small module changes PCI config register 0x75 from 0x01 to 0x07 and
> clears all the bits on 0x76 (originally set to 0x10 on my mb). The result
> has been perfect stability for both boards with TV cards and as much disk
> and other I/O as bonnie and friends could generate.
 
[75:7]=Arbitration Mode 0=REQ-based 1=Frame-based
(75:​6​)​=CPU Latency Timer read only
(75:​5​)​=(same as above)
(75:​4​)​=(same as above)
[75:3]=(Reserved)
[75:2]=PCI Master Bus Time-Out 000=Disable
[75:1]=001=1x32 PCICLKs 010=2x32 PCICLKs
[75:0]=011=3x32 PCICLKs ... 111=7x32 PCICLKs
 
You increased busmaster timeout sevenfold here.
 
[76:7]=I/O Port 22 Enable
[76:6]=(Reserved)
[76:5]=Master Priority Rotation 0x=every PCI master grant
[76:4]=10=after every 2 PCI 11=after every 3 PCI
[76:3]=REQn# to REQ4# Mapping 00=REQ4# 01=REQ0#
[76:2]=10=REQ1# 11=REQ2#
[76:1]=(Reserved)
[76:0]=REQ4# Is High Priority 0=disable 1=enable
 
Heh... doc says 0x00 and 0x10 are the same for reg 0x76...
did you test with 0x76 unchanged?
 
I have a PDF also, need to reboot into WinNT to look at it...
KDE's PDF viewer can't grok it.

... Tedy je to fuška naformátovat - nakones se povedlo díky znakům NBSP a ZWS (kvůli chechtákům).

[Stanislav Brabec]

Ještě poznámka - některé řadiče opravdu nemají rády 40žilový kabel, i když je to vypalovačka. Na to taky pomůže vypnutí sekundárního IDE. (Na mém VIA KT266 ho ale bez problémů provozuji.) Takže váš výsledek nelze 100% identifikovat jako problém VIA Latency.

[Tomáš Vitha]

VIA KT266 tu nehraje roli, to je northbridge. Důležitý je southbridge, protože IDE řadič a kontrolér PCI jsou integrovány v něm. Problém VIA Latency byl u southbridge VT82C686B.
BTW, v čipsetu KT266 je southbridge VT8233 a ten je bezproblémový. To jen tak na okraj.

[Blanka]

Moje faktura říká VT62C686A PCI to ISA bridge. Je v tom rozdíl?

[Blanka]

Tedy VT82C686A.

[Tomáš Vitha]

Je v tom rozdíl. Southbridge VT82C686A chybu VIA Latency neobsahuje.

[Stanislav Brabec]

Bezproblémový není, akorát se mu vyhnuly ty problémy s dvěma IDE řadiči a zvukovou kartou SB Live. Viz např.: "PCI latency" patch for Linux (for KT266A chipset only). Kromě zmíněných problémů je téměř nepoužitelná zvukovka na boardu (drop-outy již při nepatrném zatížení).

[Tomáš Vitha]

Teoreticky by to měl řešit update BIOSu od výrobce desky...

[Libor Klepac]

hmm neco podobneho se mi stava na notebooku, potom kdyz jsem spustil "hdparm -c /dev/hda" (neboli zapnul 32bit mod, od te doby to dela (i kdyz uz to neni zapnute) - ale nic nepada,jenom pul minuty nejde nic delat - asi nejaky timeout