Dotaz: Základka H77 - nechodí přerušení od síťovek

[Luboš Doležel (Doli)]

Pořídil jsem si základku Intel DH77KC. Integrovaná síťovka funguje, ale zkusil jsem už tři různé síťovky do PCI a od žádné nechodí přerušení. Jiná PCI zařízení fungují správně.

Obsah /proc/interrupts:

 17:          0          0          0          0   IO-APIC-fasteoi   eth1

Projevuje se to tak, že třeba mii-tool mi poví, že linka je up a kabel je připojen, ae v

ip link

je nápis NO-CARRIER a síť nefunguje.

Síťovka 8139too se chovala trochu jinak, u ní volba "noapic" způsobí, že síť občasně funguje a pak zase ne. Ty dvě další síťovky jsou odlišný Realtek a Intel e1000.

Nápady, co s tím?

---

---

Odpovědi

[Luboš Doležel (Doli)]

Výpisy:

lspci -v: http://pastebin.com/XCh42ute
dmesg: http://pastebin.com/MqueLpx2
kernel .config: http://pastebin.com/nZajd4ha

[Luboš Doležel (Doli)]

Funguje acpi=off, ale to mi vypne podporu SMP. Takže za to může dementní implementace ACPI. Co s tím?

[kyytaM]

Robi to aj s najnovsim vanilla kernelom? Asi by tom to riesil cez acpi mailing-list, pripadne mozno LKML, od Intelu by sa toho niekto mozno chytil. :)

[kyytaM]

Pozeram, ze acpi ml je uz davno mrtvy...tak asi potom LKML. :)

[Luboš Doležel (Doli)]

Jo, dělá to i na Linuxu 3.3.5. Zatím jsem to strčil do bugzilly.

[ondro]

Taka blba otazka. Nemoze za to implementacia PCI rozhrania, kedze PCI uz intel vo svojich chipsetoch nepodporuje a riesi sa to prave cez prevodnik(PCI-e->PCI). Ta doska ma 3 PCI sloty. Nezdielaju oni medzi sebou prostriedky. Nemas zapojenych naraz viacero rozsirujucich kariet v PCI slotoch?

Nieco podobne sme zazivali u zariadeni pre RS-232.

[Luboš Doležel (Doli)]

Závažné problémy s přerušeními jsou už i na PCIe.

cx23885_wakeup: 5 buffers handled (should be 1)

Tohle někdo značně podělal.

[kyytaM]

Skus lkml, kernel bugzillu sleduje len cast vyvojarov, pokial viem. :)

[kyytaM]

Rovno LKML - dovod.

[Luboš Doležel (Doli)]

Včera jsem našel konkrétního člověka z Intelu, co řeší podporu ACPI v jádře a reportoval jsem to přímo jemu (aby z toho nebyl someone else's problem). Tak snad

[bb]

Chci se zeptat, jestli se nějak pohlo s řešením tohoto problému s MB? Děkuji

[Luboš Doležel (Doli)]

Dnes jsem jim uploadoval další výstupy. Takže uvidíme.

[Tutor]

Hmmm. Bod pro Intel.

Být to výrobce desky typu ASUS nebo někdo podobný, nedostal by ses přes první lajnu supportu. Buď by vůbec nepochopili co chceš, nebo by tě poslali rovnou do háje s tím, že podporují pouze Windows

[Luboš Doležel (Doli)]

Intel má naštěstí tým, co se ACPI na Linuxu přímo zabývá.

[frr]

U Intelu je trochu problém, že ta firma je obrovská - a občas pravá ruka neví, co dělá levá. Vlastně se jedná o několik solidně velikých firem v jednotném stejnokroji (snad ani ne pod společnou střechou). Tým pracující na podpoře ACPI v Linuxu nemusí mít o nic lepší přístup k maintainerům BIOSu na motherboardech, než máte Vy jako koncový zákazník

[Milan Roubal]

pci=noacpi

by melo fungovat vcetce SMP

[Luboš Doležel (Doli)]

Tak od tohohle jsem si sliboval hodně, ale takhle ty síťovky z nějakého důvodu nefungují

[Milan Roubal]

lisi se v tomto pripade pridelene IRQ k te sitovce od situace acpi=off ?

zkus k ty parametry zadat jeste takto:

pci=noacpi noapic nolapic

[Milan Roubal]

jeste muze pomoci varianta "neco mezi", tedy

acpi=ht

[Luboš Doležel (Doli)]

Tu před dvěma lety zrušili. Takže bych musel zkusit nacpat tam zase ten původní patch.

[ewew]

Skúšal si parametre jadra irqpoll, irqfixup. Link.

Prikladám ešte nejaké zdroje ohľadom irq.

Link 1 Link 2 Link 3

[Semo]

Stara VIA doska mi blbla/tuhla v suvislosti a vacsim trafikom na sietovke (via-rhine). V suvislosti s tym mi hadzalo do kernel logu rady, aby som zapol irqpoll alebo irqfixup. Nicomu to nikdy nepomohlo. Existuje niekto s pozitivnou skusenostou s tymito optionami?

[frr]

irqpoll pomůže pouze v případě, že máte natažený odpovídající ovladač pro zařízení, které interrupt posílá, a podle chybných ACPI/MPS tabulek ho posílá na nesprávný INT vstup čipsetu. Takže interrupt přijde, ale z nečekané IRQ linky. IRQpoll dělá to, že zavolá *všechny* registrované obslužné rutiny (ISR), bez ohledu na to, pro kterou IRQ linku resp. číslo interruptu byla obsluha registrována. Vede to k vyšší zátěži CPU v interruptu, ale zase se podaří obsloužit tento specifický typ špatně nasměrovaného doručování.

[frr]

Integrovaná e1000e funguje... pro zajímavost, jaký dostala interrupt? Proč máte v bootloaderu pci=nomsi? e1000e by jela s MSI jako z praku. Tím že ji donutíte posílat interrupty skrz IO(x)APIC jenom zpomalíte doručování... legacy-compatible "virtual wire" režim je IMO v tomto případě zbytečný.

Ale zajímavější je ten segment paralelní PCI. Musím říct, že valím oči - a jsem sto let za opicema, protože podobně to zřejmě mají některé "6 series" PCH. Dá se nalézt datasheet pro "7 series chipsets":

https://www-ssl.intel.com/content/dam/www/public/us/en/documents/datasheets/7-series-chipset-pch-datasheet.pdf

Sám H77 PCH zjevně nemá vyvedenu legacy PCI (jak už psal Ondro) = neobsahuje integrovaný bridge PCI-e/PCI. Na desce je bridge v podobě samostatného čipu od ITE (IT8892 - viz lspci). V datasheetu se lze dočíst, že pro externí bridge je v rámci H77 jakási podpora subtractive decode - prostě se s tím počítá. Mě ale spíš zaujalo, jakpak jsou asi nadrátované interrupty. Klasické intelské bridge 6700PXH obsahovaly svůj vlastní IO(X)APIC = měly svoje vlastní interruptové vstupy. Od IT8892 datasheet nemám, ale podle lspci a dmesg bych řekl, že žádný svůj IO-APIC neobsahuje. Takže se zdá, že "drátěné" PCI interrupty jsou přivedeny přímo do H77 PCH, který patrně obsahuje klasický 24vstupový IO(x)APIC. Proč ne, mělo by to fungovat. Hehe - já to říkám pořád, že ty interruptové dráty vlastně s PCI sběrnicí moc těsně nesouvisí. Ještě mě napadá, jestli by ty interrupty nešly doručovat skrz LPC, ale spíš asi ne, ta se má tvářit jako ISA - a ty drátěné interruptové vstupy zřejmě H77 opravdu pořád má.

Takže je to nakonec celé nejspíš o ACPI tabulkách. Je zajímavé, že když zakážete ACPI, tak přestane fungovat SMP - to by znamenalo, že BIOS (nebo co to ta deska má) neposkytuje starodávné MPS API. Suma sumárum, zase jednou se Intel předvedl, jak dokonale kvalitní má BIOS na svých motherboardech. Navrch huj, vespod...

Ještě přemejšlím... pokud potřebujete přídavnou síťovku, neuměla by klasická E1000 (na paralelní PCI) taky MSI? Pak by měla chodit klidně v konfiguraci 'noapic lapic' (s povoleným MSI). Totiž local APIC na každém CPU jádře lze použít jako "schránku příjemce" pro MSI i v případě, že zakážete použít IO/APIC v "south bridgi". Sám jsem takovou věc jednou provozoval s nějakými realteky RTL8168 (driver umí MSI). MSI má podle mého tu výhodu, že se neřídí nějakými pochybnými tabulkami v BIOSu. Hmm... a nešlo by použít přídavnou e1000e do slotu PCI-e ?

[dustin]

Opět odpověď mistra, ve kterého skoro ničemu nerozumím :) Klobouk dolů.

[frr]

máte pravdu, asi bych se měl snažit o větší srozumitelnost... ještě si trochu přihřeju polívčičku:

http://www.fccps.cz/download/adv/frr/MSI/PCIe-MSI.html

http://www.fccps.cz/download/adv/frr/PCI104/PCI104_case.html#irq

[dustin]

Obávám se, že to nebude o srozumitelnosti vašeho textu :)

[Luboš Doležel (Doli)]

Integrovaná e1000e funguje... pro zajímavost, jaký dostala interrupt?

Ta má interrupt 41, nesdílený. Ta e1000 v PCI má interrupt 17, taktéž nesdílený.

Proč máte v bootloaderu pci=nomsi?

Byl to jen jeden z mnoha marných pokusů.

Je zajímavé, že když zakážete ACPI, tak přestane fungovat SMP - to by znamenalo, že BIOS (nebo co to ta deska má) neposkytuje starodávné MPS API.

Takhle to u moderních základek bohužel je

Pak by měla chodit klidně v konfiguraci 'noapic lapic' (s povoleným MSI). Totiž local APIC na každém CPU jádře lze použít jako "schránku příjemce" pro MSI i v případě, že zakážete použít IO/APIC v "south bridgi". Sám jsem takovou věc jednou provozoval s nějakými realteky RTL8168 (driver umí MSI).

Ještě to zkusím, ale mám pocit, že noapic nic moc nezměnilo. Mimochodem, s nolapic systém ani nenabootoval.

Hmm... a nešlo by použít přídavnou e1000e do slotu PCI-e ?

Problémy s přerušeními vykazuje už i moje PCIe satelitní karta, *někdy* se něco pokazí a chodí tak 1 přerušení z 4-5. Aspoň podle toho nadává ovladač.

[frr]

IRQ 41 vypadá takhle od oka jako MSI. IRQ 17 naopak vypadá jako drátový vstup IO/APICu (= tzv. GSI) č.17. IO/APIC (ve Vašem systému jediný) obsluhuje IRQčka od 0 do 23.

Nechodí správně IRQčka z PCIe? Tak to je něco *hodně* shnilého ve státě dánském Buď v hardwaru, nebo s tím novým hardwarem zatím Linux neumí pracovat. Tohle od stolu nevyřešíme :-/

Máte koukám k tomu H77 taky Ivy Bridge CPU, a 16 GB RAM... hezký stroj

[ewew]

Mohlo by pomôcť ručné zadefinovanie IRQ liniek. Je to trochu extrém, je malá šanca, že by to pomohlo. V prípade, že áno, mohol by to byť workaround.

Ďalšie parametre čo som našiel v dokumetácii.

• acpi_apic_instance - mal by zmeniť použitú tabuľku
• pci - nastavenia subsystemov

[MadCatX]

Na Phoronixu nedávno testovali Ivy Bridge pod Linuxem na několika deskách s Panther Point chipsety. Ne snad že by byl M. Larabel kdovíjak pečlivý, ale rozbitých přerušení by si asi všiml (http://www.phoronix.com/scan.php?page=article&item=intel_corei7_3770k&num=1). Problém bych tedy hledal spíš na straně toho konkrétního modelu či kusu.

[Luboš Doležel (Doli)]

V článku vidím Z77, ale já mám H77. Taková zajímavost: tu základku jsem dostal od Alzy rozbalenou, i když jsem kupoval nerozbalený kus.

[MadCatX]

Máte pravdu, že přímo H77 se testu neúčastnil, ale co jsem koukal, tak Z77 má navíc jen podporu SLI. Skoro bych řekl, že jde o nějaký vadný kus...

[Luboš Doležel (Doli)]

V Intelu jim už docházely nápady, tak jsem zkusil na stroji spustit FreeBSD a Windows 7. Pod FreeBSD se síťovka chovala stejně jako pod Linuxem - nefungovala.

Pod Windows 7 ale funguje. Zajímavé je, že pod Windows je síťovka v rozporu s tabulkami ACPI na int 16, kdežto na ostatních systémech je na int 17.

[izidor]

BTW vyzkousel jsi nejakou PCI Express sitovku, zda ma take problemy? Nebo mas ten slot obsazen?

[frr]

Takže bordel v ACPI tabulce pro routování IRQ. Napadá mě, že Win7 možná bootujou přes UEFI. A vrtá mi hlavou, jestli UEFI má svoje vlastní mechanismy pro routování IRQ. Nedokázal jsem se to nikde dočíst. Uvažuju zhruba tím směrem, že možná Win7 tu vadnou tabulku nepoužívají. Hmm... bootnout Linux rovnou přes UEFI? Už bych to měl taky někdy zkusit... třeba by mi k tomu kernel něco řekl Jaký HAL vlastně používají Win7 na UEFI hardwaru? Pořád ACPI Multiprocessor PC? ...moderní PCčka s PCI Expressem (bez PCI a dalších legacy věcí) by nějaké routování interruptů skrz XT/AT-PIC/APIC nemusela vůbec potřebovat, pokud by běželo všecko přes MSI...

[SAM:]

Na intel desce jsem s UEFI bootem rychle dojel. Je tam nějaký bug a nedokáže nabootovat kernel. At zije grub2-bios. Více viz. můj příspěvek někde na konci.

[Tutor]

Tohle není první deska s debilně navrženým IRQ. Bohužel se to stává tradicí.

[Luboš Doležel (Doli)]

Příloha:

• windows-irq.png (45942 bytů)

Tak pod Windows jsou přerušení úplně jinak než pod Linuxem, viz přílohu.

Po udělání screenshotu jsem udělal update BIOSu. Počítač už pak nikdy nenaběhnul, trvale se restartuje. BIOS Recovery je naprosto nefunkční. Mám stejný problém jako lidi popisují tady.

Ta intelácká základka je takovej kus šuntu, že jsem to ještě neviděl. Kam se hrabou přehřívající se základy s čipsetem nVidia...

[frr]

No poslední člověk na tom intelském fóru ohlásil, že to nakonec vyprostil: na půl hodiny odpojil zálohovací baterku CMOS NVRAM, odpojil všechna USB zařízení (vč. klávesnice a myši) a na čerstvě zformátovanou flashku (FAT32 bez OS) nahrál jenom jediný soubor = image_BIOSu.bio . Na té flashce nemají být žádné jiné soubory. Čili v USB zbyla jenom flashka. Vrátit baterku, přehodit "rescue jumper" a hurá.

Vyndat na chvíli baterku je obecně docela dobrý nápad. Ona totiž zálohuje i některé další obvody v čipsetu, nejenom RTC.

[Luboš Doležel (Doli)]

Cetl jsem, nepomohlo.

[frr]

Díky za informaci Má to aspoň SPI header pro in-circuit flashování?

Pro mě jenom další důvod nebrat motherboardy Intel - přinejmenším ty desktopové. Čistě kvůli intelovu "průkopnictví" v BIOSu a reakční době technické podpory. Než ten jejich těžce custom Phoenix, se zabugovanými doprovodnými utilitami, který v maximální míře využívá intelovy vychytávky (třeba partitioning BIOSové flashky nebo skrytá osobnost AMT), to už mám radši solidní taiwanský noname hardware s čipsetem Intel, na kterém je nějaký koncepčně historický BIOS od Awardu (nebo ještě AMI) s dodělanými nutnými úpravami pro nový hardware. Člověk aspoň zhruba tuší, na čem je, dá se to flashovat programátorem nastojato, jsou k dispozici kompletní image flashky apod.

[dustin]

Smutný kino

[Luboš Doležel (Doli)]

V Alze mi řekli, že pokud opravu základky vyřeší výměnou, tak mám právo do 14 dnů chtít peníze zpátky. Tak udělám buď to a kdyby to nevyšlo, tak to budu opakovaně reklamovat kvůli vadě BIOSu, dokud mi peníze nevrátí.

Mezitím jsem si koupil Z77 od ASUSu a všechno chodí krásně.

[Luboš Doležel (Doli)]

Tak už to odhalili. BIOS řekne systému, že přerušení ze slotu XYZ budou chodit na INT x a pak najednou chodí na INT y. Takže ovladač na ně marně čeká na x a Linux řve kvůli neznámému přerušení na y.

Suma sumárum, tohle by si měl nějaký QA v Intelu pěkně odskákat. Jsem rád, že jsem se té základky zbavil.

[dustin]

Je někde online diskuse s intelem, nebo jste to řešili maily? Díky. Jinak pěknej humus

[SAM:]

Ono bohužel na těch Intel deskách Series 7 je toho rozbitého víc. Jen pro zajímavost moje peripetie s boardem DZ77RE-75K, což by měl být takový prémiový kousek za prémiovou cenu:

Vlákno 1

Vlákno 2