Interruptvergabe: Alles auf IRQ11 !

jowel · 3. August 2003

Hallo, obwohl mein Hermes-651P mit Celeron-2G im Prinzip laeuft, kommt mir die Kiste
etwas traege vor. Kernel 2.4.20 kompilierung dauerte ohne Module 2h20 !
Auf der Suche bin ich auf die merkwuerdige Interruptvergabe gestossen:
demsg:
PCI: ACPI tables contain no PCI IRQ routing entries
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router SIS [1039/0008] at 00:02.0
PCI: Found IRQ 11 for device 00:0e.0
PCI: Sharing IRQ 11 with 00:06.0
PCI: Sharing IRQ 11 with 00:0e.1
PCI: Sharing IRQ 11 with 00:0f.0

# cat /proc/interrupts:
CPU0
0: 4514135 XT-PIC timer
1: 12041 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 3 XT-PIC rtc
11: 2873723 XT-PIC ohci1394, ehci-hcd, usb-ohci, usb-ohci, SiS SI7012, O2 Micro, Inc. OZ6933 Cardbus Controller (#2), O2 Micro, Inc. OZ6933 Cardbus Controller, eth0, saa7146(0), saa7146(1)
12: 368816 XT-PIC PS/2 Mouse
14: 192540 XT-PIC ide0
15: 1463 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
: 0
ERR: 0
MIS: 0

Wie man sieht, ist fast alles auf IRQ11 !!! Das kommt mir ungesund vor.
Im BIOS AMI-3.31a kann man nur zwischen PCI oder ISA waehlen. Eine Zuweisung zu PCI-slots
hab ich nicht gefunden. Vielleich koennen andere Hermes-651 Besitzer mal berichten wie das
bei ihnen ist.

Gruss,
Joachim

P.S ACPI musste ich abschalten, sonst gingen die DVB Karten TT-1.6, NOVA nicht.

Dirk · 3. August 2003

Hi

Das langsame sollte aber nicht an den IRQs hängen!

So wie ich das aber sehen, ist es vom BIOS her noch an! Sonnst wären nicht alle auf IRQ11

Thommy · 3. August 2003

hi jowel

als ich meinen hermes vor ca. einem monat bekam, hatte ich auch nur probleme, bis die kiste richtig lief...bei mir werkelt ein 2,2 ghz sellerie und 256mb samsung pc333 ram und ne 80gb seagate barracuda 7200 in der kiste...das das ding sonderlich lahm ist, konnte ich so eigentlich nicht sagen, aber es stürzte hier und da mal einfach so ab...
eventuell liegt das lange komilieren an einer nicht für den sellerie optimierten kernel-version oder am gcc..welche distribution verwendest du denn? also bei mir läufts echt super mit "debian testing" , also debian woody per web auf testing geupgradet (danach funzt dann auch cardmgr mit den pcmcia-slots).
die abstürze hab ich in den griff bekommen durch einkompilieren des sis framebuffer treibers..es gab da anscheinend probleme mit dem shared memory, die zu dem hang führten..
achso, und acpi läuft bei mir auch super..:

Code

guardian:~# cat /proc/interrupts
           CPU0
  0:   64795267    IO-APIC-edge  timer
  1:      14291    IO-APIC-edge  keyboard
  2:          0          XT-PIC  cascade
  4:     469006    IO-APIC-edge  lirc_serial
  9:          0   IO-APIC-level  acpi
 14:    4999609    IO-APIC-edge  ide0
 15:     405624    IO-APIC-edge  ide1
 17:  186822121   IO-APIC-level  O2 Micro, Inc. OZ6933 Cardbus Controller (#2), O2 Micro, Inc. OZ6933 Cardbus Controller, fcdsl, eth0
 18:  494518806   IO-APIC-level  SiS 7012, saa7146(0)
 19:          2   IO-APIC-level  ohci1394
 20:          0   IO-APIC-level  usb-ohci
 21:          0   IO-APIC-level  usb-ohci
 23:          0   IO-APIC-level  ehci_hcd
NMI:          0
LOC:   64794816
ERR:          0
MIS:          0
guardian:~# uptime
 09:24:26 up 7 days, 11:59,  2 users,  load average: 0.42, 0.72, 0.68

Alles anzeigen

und zwar ist es dafür wichtig, den ac kernelpatch (von alan cox) zu verwenden..also hier läuft der 2.4.22-pre6 gepatched mit 2.4.22-pre6-ac1 bestens mit acpi...und das kernel kompilieren dauert hier weniger als 15 min incl. module...poste mal deine bios-einstellungen...
achso, vor allem viel mir auf, dass das abändern des memory "timing setting mode"...safe hat bei mir auch ganz schön die performance gesenkt...da wäre das mit den 2,25 h kernel kompilieren hingekommen...steht bei mir jetzt auf fast und lüft ohne probs..am besten lüft der speicher im selben takt wie der fsb, dass funktioniert in den meisten fällen eh besser...

grüße,
thomas

AnK · 3. August 2003

Hi, schon wieder mal Hermes,

hast du dir dazu schon folgenden Thread mal angeschaut:
MSI Gehäuse Fragen

Bei mir läuft auch so ziemlich alles auf IRQ 11,
hab aber null Probleme damit! (bis jetzt)

Greetz

jowel · 3. August 2003

Danke fuer die tippsDirk,Thommy und AnK.
das macht mir Mut, dass die Kiste doch schneller kann. 15Min Kernel compilieren klingt klasse !
Ein aktueller AC Kernel scheint mir vielversprechend. Hole gerade die patches.
Das neueste war patch-2.4.22-pre6-ac1.bz2. Der wollte allerdings nicht direkt mit stable 2.4.21.
(cd linux-2.4.21;zcat patch-2.4.22-pre6-ac1.bz2|patch -p1)
patch weiss an einigen Stellen nicht welchen file er patchen soll.
Probiere jetzt erstmal patch-2.4.22-pre6-ac1.bz2

Melde mich wieder.
Danke,
Joachim

jowel · 3. August 2003

Leider klappt das patchen des original 2.4.21 nicht:
cd 2.4.21;bunzip2 -dc /tmp/patch-2.4.22-pre6-ac1.bz2|patch -p0
...
Hunk #6 succeeded at 507 (offset 6 lines).
patching file arch/i386/defconfig
patching file arch/i386/kernel/dmi_scan.c
Reversed (or previously applied) patch detected! Assume -R? [n]
<ich: return>
Apply anyway? [n]
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file arch/i386/kernel/dmi_scan.c.rej
patching file arch/i386/kernel/edd.c
...
patching file drivers/usb/hid-core.c
Hunk #1 succeeded at 1099 (offset -74 lines).
patching file drivers/usb/hid.h
patching file drivers/usb/host/Config.in
Hunk #1 FAILED at 13.
1 out of 1 hunk FAILED -- saving rejects to file drivers/usb/host/Config.in.rej
can't find file to patch at input line 86892
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u --exclude-from /usr/src/exclude --new-file --recursive linux.22-pre6/drivers/usb/host/sl811.c linux.22-pre6-ac1/drivers/usb/host/sl811.c
|--- linux.22-pre6/drivers/usb/host/sl811.c 2003-07-17 13:43:15.000000000 +0100
|+++ linux.22-pre6-ac1/drivers/usb/host/sl811.c 2003-07-17 13:49:51.000000000 +0100
--------------------------
File to patch:

Huch, und jetzt ? Kann einer weiterhelfen, was hier falsch laeuft ?
Eine andere Grundlage als 2.4.21 zum Einspielen der 2.4.22-pre AC patches gibt es m.W nicht, oder ?

Danke im Voraus,
joachim

Thommy · 3. August 2003

hi,
du musst zuerst den "offiziellen" 2.4.22-pre6 einspielen, dann kannst du auf die -ac variante patchen...

grüße,
thomas

ps: hier iss noch meine .config ... sollte eigentlich einigermassen optimiert sein, für den hermes mit nem p4 celeron...einfach in dein kernel soource verzeichnis als ".config" kopieren und "make oldconfig" machen...danach kannste mit "make menuconfig" noch ein bisserl dran rumspielen

jowel · 3. August 2003

Danke, Thommy

nach einer langen Odysee laeufts endlich !
Hauptproblem: Die beiden DVB-Karten funktionieren im Hermes-651P absolut nur,
wenn die Fullfeatured TT-1.6 im unteren PCI-slot, und die NOVA Budjet im oberen gesteckt sind !!!
Argghh, das rauszufinden hat mich einen ganzen Nachmittag gekostet.
In dmesg fanden sich mystische Eintraege "Warning, firmware version 0x0000 is too old." :
---
Aug 3 17:27:03 vdr kernel: Linux video capture interface: v1.00 Aug 3 17:27:03 vdr kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3). Aug 3 17:27:04 vdr kernel: DVB: registering frontend 0:0 (Grundig 29504-491, (TDA8083 based))... Aug 3 17:27:04 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI). Aug 3 17:27:05 vdr kernel: stv0299.c: setup for tuner SU1278/SH Aug 3 17:27:05 vdr kernel: DVB: registering frontend 1:0 (STV0299/TSA5059/SL1935 based)... Aug 3 17:27:06 vdr kernel: RequestParameter error Aug 3 17:27:06 vdr kernel: DVB: AV71149864(0) - firm 44000000, rtsl 04042e00, vid 06f40000, app 00000000 Aug 3 17:27:06 vdr kernel: DVB: AV71149864(0) - no firmware support for CI link layer interface Aug 3 17:27:06 vdr kernel: av7110: Warning, firmware version 0x0000 is too old. System might be unstable! Aug 3 17:27:07 vdr kernel: outcom error Aug 3 17:27:07 vdr kernel: outcom error Aug 3 17:27:07 vdr kernel: av7110(0): adac type set to 0 Aug 3 17:27:07 vdr kernel: outcom error
---

Weitergeholfen hat mir die Minidistribution auf der Linux-user CD vom Heft 08-2003/seite 54
Damit gings schonmal mit einer Karte. Beim Umbauen auf zwei und gleichzeitigem Umstieg
auf SuSE-8.2 mit dem 2.4.22-pre6-ac1 hab ich wohl genau die andere Slot-Belegung gewaehlt.
Beim neuerlichen Versuch mit der MiniDistri ging diese ploetzlich nicht mehr - und das hat mich
dann darauf gebracht, erstmal die Budget rauszuziehen. Als das auch nichts half hab ich die
Fullfeatered in den unteren Slot umgesteckt und - Voila die Minidistri ging wieder - und die
neue selbstkompilierte dann auch sofort http://vdrportal.de/board/style/blau/smilies/pleased.gif
und jetzt mit 2.4.22-pre6-ac1 und eingeschaltetem APIC siehts jetzt so aus:

# cat /proc/interrupts
CPU0
0: 416469 IO-APIC-edge timer
1: 5080 IO-APIC-edge keyboard
2: 0 XT-PIC cascade
9: 0 IO-APIC-level acpi
12: 9179 IO-APIC-edge PS/2 Mouse
14: 29469 IO-APIC-edge ide0
15: 24 IO-APIC-edge ide1
17: 160365 IO-APIC-level O2 Micro, Inc. OZ6933 Cardbus Controller (#2), O2 Micro, Inc. OZ6933 Cardbus Controller, eth0, saa7146(0)
18: 162178 IO-APIC-level saa7146(1)
NMI: 0
LOC: 416523
ERR: 0
MIS: 0

Desweiteren hab ich im Rahmen der Versuche DVB-20030803 - also von heute morgen aus dem cvs
installiert. Jetzt bleibt noch einiges zum konfigurieren. Aber ich bin erst mal gluecklich, dass es laeuft !

Achja, und die Kiste hat jetzt absolut normale speed. Kernel mit allen Modulen in ca.20min.
Hab das BIOS ge-resetted, auf "High Performance Defaults" gesetzt und ein paar Eintraege
manuell geaendert. Falls jemand die genauen BIOS settings braucht, kann ich die mal abschreiben und posten.

Danke nochmals an alle, fuer die mit TIpps weitergeholfen hatten.

Gruss,
Joachim

Uatschitchun · 29. Januar 2006

Ich muß hier nochmal einhaken und den Thread aufwärmen ...

Ich habe meinen Hermes z.Zt. mit Kernel 2.6.15 laufen und bekomme apic zum verrecken nicht mehr aktiviert
D.h.:
cat /proc/interrupts liefert immer nur

Code

wohnzimmer:~# cat /proc/interrupts
           CPU0
  0:     283963          XT-PIC  timer
  1:          8          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:          3          XT-PIC  ehci_hcd:usb3
  4:         57          XT-PIC  lirc_serial
  7:          3          XT-PIC  parport0
  8:          1          XT-PIC  rtc
  9:          0          XT-PIC  acpi
 11:     433441          XT-PIC  yenta, yenta, ohci_hcd:usb1, SiS SI7012, saa7146 (0), ohci1394, eth0
 12:          1          XT-PIC  ohci_hcd:usb2
 14:      12547          XT-PIC  ide0
 15:       4256          XT-PIC  ide1
NMI:          0
ERR:          0

Alles anzeigen

IO-APIC is nicht mehr machbar ...

Egal ob ich APIC im BIOS aktiviere oder nicht
Egal ob ich "enableapic", nur "apic" oder "noapic" als append angebe
Egal ob ich acpi auf "off", "on" oder "noirq" setze

Der Sausack sagt immer

Code

ACPI: Using PIC for interrupt routing

in dmesg !?

Brauchts denn auch mit nem 2.6.15er noch den alan cox patch?

Auf nem anderen Rechner mit 2.6.14er siehts so aus:

Code

cat /proc/interrupts
           CPU0
  0:  260340543    IO-APIC-edge  timer
  1:     121312    IO-APIC-edge  i8042
  7:          2    IO-APIC-edge  parport0
  8:          4    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 10:          0    IO-APIC-edge  MPU401 UART
 14:     913950    IO-APIC-edge  ide0
 15:     963880    IO-APIC-edge  ide1
169:   59279855   IO-APIC-level  eth0
177:    3119521   IO-APIC-level  uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, ehci_hcd:usb4
185:   22507026   IO-APIC-level  em8300, bttv0, bt878, nvidia
193:  444804266   IO-APIC-level  saa7146 (0)
201:     489095   IO-APIC-level  VIA8233
NMI:          0
LOC:  260366303
ERR:          0
MIS:          0

Alles anzeigen

Früher ging das auf meinem Hermes auch ... da hatte ich den 2.4.27-ctvdr-1 Kernel laufen ...

Hat jemand da nen Tipp für mich?

LG
Roman

Ulf · 29. Januar 2006

Hi Roman,
hab noch den 2.4.27-ctvdr-1

kern.log

Code

Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Jan 29 13:06:15 tux kernel: ACPI: Power Resource [URP1] (off)
Jan 29 13:06:15 tux kernel: ACPI: Power Resource [URP2] (off)
Jan 29 13:06:15 tux kernel: ACPI: Power Resource [FDDP] (off)
Jan 29 13:06:15 tux kernel: ACPI: Power Resource [LPTP] (off)
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 7 11 *12 14 15)
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 7 *11 12 14 15)
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 7 11 12 14 15) *0, disabled.
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 7 11 12 14 15)
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 7 11 12 14 15) *0, disabled.
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 7 11 12 14 15) *0, disabled.
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 7 11 12 14 15) *0, disabled.
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 7 11 12 14 15) *0, disabled.
Jan 29 13:06:15 tux kernel: PCI: Probing PCI hardware
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 3
Jan 29 13:06:15 tux kernel: ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 12
Jan 29 13:06:15 tux kernel: PCI: Using ACPI for IRQ routing

Alles anzeigen

lilo hat append = "acpi=on"

cat /proc/interrupts

Code

CPU0
  0:     731811          XT-PIC  timer
  1:          2          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  3:          2          XT-PIC  ohci1394
  4:       5730          XT-PIC  lirc_serial
  8:          4          XT-PIC  rtc
  9:          0          XT-PIC  acpi
 11:    2786037          XT-PIC  eth0, saa7146 (0)
 14:      19929          XT-PIC  ide0
 15:          0          XT-PIC  ide1
NMI:          0
LOC:          0
ERR:          0
MIS:          0

Alles anzeigen

wenn ich noch was schauen kann, sag an

Gruss Ulf

Uatschitchun · 29. Januar 2006

Hallo Ulf!

Danke erstmal für die schnelle Antwort ...
habe mal in der config des Kernels geschaut und folgendes gefunden:

Code

# CONFIG_X86_UP_APIC is not set

in der config des 2.4.27-ctvdr-1 steht:

Code

CONFIG_X86_UP_APIC=y

hmhmhm ...
Da ich sowieso wegen des ZDF/DD Stotter-Bandbreiten Problems auf den CVS-DVB-Kernel umsteigen wollte, bin ich gerade dabei den Kernel neu zu übersetzen ... mal sehen ob das hilft ...

Ich frage mich ja doch, was die CT sich bei der Erstellung ihrer Kernel so denkt ... kein vesafb ... kein apic ... etc etc ... !?

Berichte dann wieder!

LG
Roman

Interruptvergabe: Alles auf IRQ11 !

Jetzt mitmachen!

Teilen