[gelöst]Kaltstartprobleme mit USB Geräten:

[revealed]

Problem besteht mit SuSE 10.3 nicht mehr!

Hallo wiedermal

Ich habe ab und zu Kaltstartprobleme. Seit der GSPCA Treiber installiert ist, tritt der sporadische Boothänger und Razer Maus aufhänger viel frequenter auf. Es wird selten ein Fehler gemeldet.

Diesen hier konnte ich beim letzten mal entnehmen:
(handabgeschriebselt):

[gspca_set_alt0:903] Set interface err 71

Mainboard ist das "ASUS P5B" Distri ist SUSE 10.2 32 bit.

# uname -a

Linux wild-thing 2.6.18.2-34-default #1 SMP Mon Nov 27 11:46:27 UTC 2006 i686 i686 i386 GNU/Linux

Kann mir bitte jemand bei der Fehlersuche helfen? Hab ich etwas ganz banales übersehen eventuell? Oder hab ich im BIOS etwas falsch eingestellt?

In der Hoffnung ein Paar Infos:

# lsusb

Bus 005 Device 005: ID 1532:0101
Bus 005 Device 001: ID 0000:0000
Bus 005 Device 004: ID 046d:c214 Logitech, Inc.
Bus 004 Device 003: ID 041e:401e Creative Technology, Ltd WebCam NX Pro
Bus 004 Device 001: ID 0000:0000
Bus 007 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 006 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000

Tatsächlich am USB angeschlossen sind:

1x Eine Creative Webcam NX Pro -
Treiber: "for kernel up from 2.6.11 : gspcav1-20070110.tar.gz"
1x Ein USB Kabel von Einem Sony Ericsson Handy (Datenkabel)
(am Kabel ist kein Handy dran und kein Treiber konfiguriert, k.Ahnung davon.)
1x Eine Razer Copperhead Laser Mouse mit aktueller Firmware!
1x Ein Logitech Attack 3 Joystick

# lspci |grep USB

sagt:

00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #5 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #2 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #1 (rev 02)

Wenn der Start klappt dann sagt:

 cat |grep gspca /var/log/boot.msg

<6>usbcore: registered new driver gspca
<6>/opt/gspcav1-20070110/gspca_core.c: gspca driver 01.00.12 registered
<6>/opt/gspcav1-20070110/gspca_core.c: USB SPCA5XX camera found.(ZC3XX)
<6>/opt/gspcav1-20070110/gspca_core.c: [spca5xx_probe:3983] Camera type JPEG
<6>/opt/gspcav1-20070110/Vimicro/zc3xx.h: [zc3xx_config:515] Sensor ID:2
<6>/opt/gspcav1-20070110/Vimicro/zc3xx.h: [zc3xx_config:531] Find Sensor HV7131B
<6>/opt/gspcav1-20070110/gspca_core.c: [spca5xx_getcapability:1189] maxw 640 maxh 480 minw 176 minh 144

Wenn er eben nicht klappt, dann kommt die Meldung mit "err 71" von oben.
Und hier noch die elends lange Ausgabe von:

# cat |grep usb /var/log/boot.msg

diese spricht:

<6>usbcore: registered new driver usbfs
<6>usbcore: registered new driver hub
<6>usb usb1: new device found, idVendor=0000, idProduct=0000
<6>usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb1: Product: EHCI Host Controller
<6>usb usb1: Manufacturer: Linux 2.6.18.2-34-default ehci_hcd
<6>usb usb1: SerialNumber: 0000:00:1a.7
<6>usb usb1: configuration #1 chosen from 1 choice
<6>usb usb2: new device found, idVendor=0000, idProduct=0000
<6>usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb2: Product: UHCI Host Controller
<6>usb usb2: Manufacturer: Linux 2.6.18.2-34-default uhci_hcd
<6>usb usb2: SerialNumber: 0000:00:1a.0
<6>usb usb2: configuration #1 chosen from 1 choice
<6>usb usb3: new device found, idVendor=0000, idProduct=0000
<6>usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb3: Product: UHCI Host Controller
<6>usb usb3: Manufacturer: Linux 2.6.18.2-34-default uhci_hcd
<6>usb usb3: SerialNumber: 0000:00:1a.1
<6>usb usb3: configuration #1 chosen from 1 choice
<6>usb usb4: new device found, idVendor=0000, idProduct=0000
<6>usb usb4: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb4: Product: UHCI Host Controller
<6>usb usb4: Manufacturer: Linux 2.6.18.2-34-default uhci_hcd
<6>usb usb4: SerialNumber: 0000:00:1d.0
<6>usb usb4: configuration #1 chosen from 1 choice
<6>usb usb5: new device found, idVendor=0000, idProduct=0000
<6>usb usb5: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb5: Product: UHCI Host Controller
<6>usb usb5: Manufacturer: Linux 2.6.18.2-34-default uhci_hcd
<6>usb usb5: SerialNumber: 0000:00:1d.1
<6>usb usb5: configuration #1 chosen from 1 choice
<6>usb usb6: new device found, idVendor=0000, idProduct=0000
<6>usb usb6: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb6: Product: UHCI Host Controller
<6>usb usb6: Manufacturer: Linux 2.6.18.2-34-default uhci_hcd
<6>usb usb6: SerialNumber: 0000:00:1d.2
<6>usb usb6: configuration #1 chosen from 1 choice
<6>usb 4-1: new full speed USB device using uhci_hcd and address 2
<6>usb 4-1: new device found, idVendor=041e, idProduct=401e
<6>usb 4-1: new device strings: Mfr=0, Product=0, SerialNumber=0
<6>usb 4-1: configuration #1 chosen from 1 choice
<6>usb 5-1: new low speed USB device using uhci_hcd and address 2
<6>usb 5-1: new device found, idVendor=046d, idProduct=c214
<6>usb 5-1: new device strings: Mfr=1, Product=2, SerialNumber=0
<6>usb 5-1: Product: Logitech Attack 3
<6>usb 5-1: Manufacturer: Logitech
<6>usb 5-1: configuration #1 chosen from 1 choice
<6>usb 5-2: new full speed USB device using uhci_hcd and address 3
<6>usb 5-2: new device found, idVendor=1532, idProduct=0101
<6>usb 5-2: new device strings: Mfr=1, Product=2, SerialNumber=0
<6>usb 5-2: Product: Razer Copperhead Laser Mouse
<6>usb 5-2: Manufacturer: Razer
<6>usb 5-2: configuration #1 chosen from 1 choice
<6>usb usb7: new device found, idVendor=0000, idProduct=0000
<6>usb usb7: new device strings: Mfr=3, Product=2, SerialNumber=1
<6>usb usb7: Product: EHCI Host Controller
<6>usb usb7: Manufacturer: Linux 2.6.18.2-34-default ehci_hcd
<6>usb usb7: SerialNumber: 0000:00:1d.7
<6>usb usb7: configuration #1 chosen from 1 choice
<6>usb 4-1: USB disconnect, address 2
<6>usb 5-1: USB disconnect, address 2
<6>usb 5-2: USB disconnect, address 3
<6>usbcore: registered new driver gspca
<6>usbcore: registered new driver hiddev
<6>usb 5-1: new low speed USB device using uhci_hcd and address 4
<6>usb 5-1: new device found, idVendor=046d, idProduct=c214
<6>usb 5-1: new device strings: Mfr=1, Product=2, SerialNumber=0
<6>usb 5-1: Product: Logitech Attack 3
<6>usb 5-1: Manufacturer: Logitech
<6>usb 5-1: configuration #1 chosen from 1 choice
<6>usb 5-2: new full speed USB device using uhci_hcd and address 5
<6>usb 5-2: new device found, idVendor=1532, idProduct=0101
<6>usb 5-2: new device strings: Mfr=1, Product=2, SerialNumber=0
<6>usb 5-2: Product: Razer Copperhead Laser Mouse
<6>usb 5-2: Manufacturer: Razer
<6>usb 5-2: configuration #1 chosen from 1 choice
<6>usb 4-1: new full speed USB device using uhci_hcd and address 3
<6>usb 4-1: new device found, idVendor=041e, idProduct=401e
<6>usb 4-1: new device strings: Mfr=0, Product=0, SerialNumber=0
<6>usb 4-1: configuration #1 chosen from 1 choice
<3>drivers/usb/input/hid-core.c: usb_submit_urb(ctrl) failed
<4>drivers/usb/input/hid-core.c: timeout initializing reports
<6>input: USB HID v1.10 Joystick [Logitech Logitech Attack 3] on usb-0000:00:1d.1-1
<6>usbcore: registered new driver zc0301
<6>input: USB HID v1.00 Mouse [Razer Razer Copperhead Laser Mouse] on usb-0000:00:1d.1-2
<6>input: USB HID v0.01 Keyboard [Razer Razer Copperhead Laser Mouse] on usb-0000:00:1d.1-2
<6>usbcore: registered new driver usbhid
<6>drivers/usb/input/hid-core.c: v2.6:USB HID core driver

Bitte hilft mir jemand? Das Kaltstartproblem wird je nach dem sehr hochfrequent. Das heisst ein Bootvorgang erfolgreich und der andere wieder nicht... --- was sich in einem Bootvorgang über 3 - 4 Minuten und nicht funktionierender maus äußert. Ich starte dann immer gleich neu und drück die Daumen, dass alles wieder leuchtet.
Edit:
Erwähnenswert ist höchstwarscheinlich auch mein IVTV Treiber:

cat |grep ivtv /var/log/boot.msg

<6>ivtv: ==================== START INIT IVTV ====================
<6>ivtv: version 0.8.0 (tagged release) loading
<6>ivtv: Linux version: 2.6.18.2-34-default SMP mod_unload 586 REGPARM gcc-4.1
<6>ivtv: In case of problems please include the debug info between
<6>ivtv: the START INIT IVTV and END INIT IVTV lines, along with
<6>ivtv: any module options, when mailing the ivtv-users mailinglist.
<6>ivtv0: Autodetected Hauppauge WinTV PVR-150 card (cx23416 based)
<6>ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes)
<6>tuner 1-0061: chip found @ 0xc2 (ivtv i2c driver #0)
<6>cx25840 1-0044: cx25843-23 found @ 0x88 (ivtv i2c driver #0)
<6>wm8775 1-001b: chip found @ 0x36 (ivtv i2c driver #0)
<6>ivtv0: Encoder revision: 0x02050032
<6>ivtv0: Registered device video0 for encoder MPEG
<6>ivtv0: Registered device video32 for encoder YUV
<6>ivtv0: Registered device vbi0 for encoder VBI
<6>ivtv0: Registered device video24 for encoder PCM audio
<6>ivtv0: Initialized Hauppauge WinTV PVR-150, card #0
<6>ivtv: ==================== END INIT IVTV ==================== /edit

:help:

Gruss

R

 

[revealed]

Ich glaub ich hab es hinbekommen - bin aber noch am Testen.

Mir war aufgefallen, das in der /etc/modprobe.conf:

#alias char-major-180 usbcore <--- Warum auch immer

auskommentiert ist?
Jedenfalls scheint /etc/modprobe.d/blacklist einen Hinweis darauf zu geben:

# usbcore ... module is loaded implicitly, ignore it otherwise
blacklist usbcore

Ich habe insgesamt als Lösungsversuch Meine /etc/modprobe.conf.local so angepasst:

#
# please add local extensions to this file
#
# I2C module options
alias char-major-89 i2c-dev
#webcam /dev/video0
alias char-major-81-0 gspca
# TV Karte /dev/video1
alias char-major-81-1 ivtv
# USB Test
install char-major-166    /bin/true
alias char-major-180     usbcore

Hab gerade 3 - 4 mal ohne Lockup und Mausfreeze neustarten können. Werde berichten....

Gruss

R

 

[misiu]

Die Blacklist sagt dem Hotplug, dass diese Module immer geladen bleiben
sollen. "usbcore" ist ja die Basis für USB, wenn usbcore entladen wird, werden
auch keine USB-Geräte mehr erkannt.
Hab gerade nachgeschaut:
#alias char-major-180 usbcore
bei SuSE 10 und 10.2 ist tatsächlich auskommentiert.

Meine Webcam hat am Anfang Probleme mit dem Nvidia-Treiber gehabt.
Grundsätzlich kann es zu Problemen kommen zwischen den Grafikkarten-Treibern, den TV-Karten-Treibern und Webcams, da alle
auf /dev/video zugreifen. Sonst ist auch die IRQ-Belegung wichtig, wenn
einige Geräte, die in Realzeit auf die Resourcen zugreifen wollen, gemeinsam
auf dem selben IRQ hocken. Da kann evtl. mit Kernelbootparametern
abgeholfen werden.

MfG
misiu

 

[revealed]

Danke schonmal für die Antwort Bisher siehts schon ganz gut aus eigendlich:

Die Blacklist sagt dem Hotplug, dass diese Module immer geladen bleiben
sollen.

Kann es dann damit zu tunhaben, dass IVTV zum laden der Firmware den Hotplug Mechanismus verwendet?

wenn usbcore entladen wird, werden
auch keine USB-Geräte mehr erkannt.

Das wurde aber durchaus noch etwas erkannt?

Sonst ist auch die IRQ-Belegung wichtig, wenn
einige Geräte, die in Realzeit auf die Resourcen zugreifen wollen, gemeinsam
auf dem selben IRQ hocken. Da kann evtl. mit Kernelbootparametern
abgeholfen werden.

Hmm sieht man da was?:

dmesg |grep IRQ

ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0
ENABLING IO-APIC IRQs
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11 12 14 *15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 *14 15)
PCI: Using ACPI for IRQ routing
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 16 (level, low) -> IRQ 169
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:1f.2 -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI Interrupt 0000:00:1f.5 -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI Interrupt 0000:00:1a.1 -> GSI 17 (level, low) -> IRQ 225
ACPI: PCI Interrupt 0000:00:1a.7[C] -> GSI 18 (level, low) -> IRQ 233
ACPI: PCI Interrupt 0000:00:1f.3[C] -> GSI 18 (level, low) -> IRQ 233
ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 50
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 22 (level, low) -> IRQ 58
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 50
ACPI: PCI Interrupt 0000:05:02.0[A] -> GSI 23 (level, low) -> IRQ 50
ACPI: PCI Interrupt 0000:00:1d.1 -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 233
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 19 (level, low) -> IRQ 177
eth0: RTL8168b/8111b at 0xf8852000, 00:17:31:87:44:be, IRQ 177
ACPI: PCI Interrupt 0000:02:00.1 -> GSI 17 (level, low) -> IRQ 225
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169
disk@wild-thing:~>

Was für Kernelparameter wären das, falls?

Jedenfalls hab ich heute schon mehrmals neugestartet und das Problem trat nicht auf. Also - bisher hat die Maus immer funktioniert.

edit: Laut

lspci

Ist IRQ 50 belegt von:

05:02.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #1 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #1 (rev 02)

Wenn ich nichts übersehen habe. Also von der PVR 150 und 2 unterschiedlichen USB Controllern?

Gruss

R

 

[misiu]

misiu@linux:~> lsmod | grep usb

wir dir sagen, dass usbcore immer geladen ist, egal, ob
"alias 180" auskommentiert ist , oder nicht. "usbcore" wird
schon vom Kernel geladen und soll auch bleiben. Deswegen
dieser Blacklist-Eintrag, dass es nicht zufällig vom Hotplug/udev/HAL
entladen wird.


Interrupts:
Mach so, dann sieht man besser:

misiu@linux:~> cat /proc/interrupts

Kann es dann damit zu tunhaben, dass IVTV zum laden der Firmware den Hotplug Mechanismus verwendet?

Durchaus, und da durfte dein Problem liegen:

Ist IRQ 50 belegt von:
Zitat:
05:02.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI #1 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #1 (rev 02)

Bei jedem Rechnerstart wird Hotplug dem USB-Controller Geräte zuteilen.
da es nicht immer dem selbem Controller zuteilt, könnte es sein, das die
Webcam mal mit dem MPEG-2 Encoder zusammen ist und mal nicht.
Dann arbeitet die Webcam oder eben nicht.

Die Interruptsverteilung wird bei dir von ACPI übernommen, was du evtl.
mit besagten Kernelbootparametern beeinflussen kannst, sehe:
http://www.linux-club.de/faq/Hardwareinfos_/ACPI/APIC/Powermanagement
(zu Ende des Wiki-Beitrags) oder /usr/src/linux/Documentation/kernel-parameters.txt
(Kernelquellen müssen installiert sein)

MfG
misiu

 

[revealed]

dass es nicht zufällig vom Hotplug/udev/HAL
entladen wird.

Ah ok aber mit meiner Änderung beeinflusse ich allerhöchstens das Laden des modules - oder? Die auskommentierte Zeile hab ich nicht angerührt.

cat /proc/interrupts

CPU0 CPU1
0: 469849 0 IO-APIC-edge timer
1: 1105 0 IO-APIC-edge i8042
6: 5 0 IO-APIC-edge floppy
7: 0 0 IO-APIC-edge parport0
8: 3 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
50: 79784 0 IO-APIC-level HDA Intel
58: 90889 0 IO-APIC-level uhci_hcd:usb4, ehci_hcd:usb7, ivtv0
169: 155011 0 IO-APIC-level libata, uhci_hcd:usb1, fglrx
177: 173813 0 IO-APIC-level libata, libata, uhci_hcd:usb5, eth0
225: 31120 0 IO-APIC-level uhci_hcd:usb2, libata
233: 0 0 IO-APIC-level ehci_hcd:usb3, uhci_hcd:usb6
NMI: 0 0
LOC: 469664 470282
ERR: 0
MIS: 0

Hmmm also ich sag mal:

"acpi_irq_balance Erlaubt ACPI/APIC Interrupts zu benutzen um gemeinsame Benutzung von IRQs zu minimieren."

Wäre mir da entgegengekommen?

Allerdings welche Option würdest du mir nahelegen? Ich weiss eigendlich wirklich nicht, was ich dort umstelle. Und "noapic" hätte denke ich tiefgreifende Folgen bei einem DualCore System?

acpi=ht trifft bei mir nicht zu. C2D E6600.
"notsc" oder "clock=pmtmr" und "barrier=off" und "irqpoll" sind mir ein bisschen "rare" dokumentiert? Ich weiss nicht, was ich damit meinem PC antun würde.

Bei jedem Rechnerstart wird Hotplug dem USB-Controller Geräte zuteilen.
da es nicht immer dem selbem Controller zuteilt, könnte es sein, das die
Webcam mal mit dem MPEG-2 Encoder zusammen ist und mal nicht.
Dann arbeitet die Webcam oder eben nicht.

Kann ich nicht einfach hotplug zu statischer zuweisung verhelfen?

(--> gehe die docu kurz anschaun ) erfolg ist das ich immernoch nicht weiss welche Option jetzt sinnvoll ist.?

ok laut sufu hier im Forum scheint irqbalancer schonmal auf meinen C2D nicht zuzutreffen - wa.

Help!

Gruss

R

 

[misiu]

Brauchst du Parport? Wenn nicht, im BIOS abschalten, dann hättest du
IRQ frei, dasselbe betrifft COM1/2, falls vorhanden.

acpi_irq_balance
pci=noacpi
acpi=noirq
noapic
routeirq

kannst du nacheinander probieren, einfach beim booten
in die Optionszeile von GRUB-Bootloader reinschreiben, somit
falls was schiefgeht ist es nach Neustart, wieder , wie vor der Änderung gehabt.

MfG
misiu

 

[revealed]

danke nochmal für die Antwort.

Brauchst du Parport? Wenn nicht, im BIOS abschalten, dann hättest du
IRQ frei, dasselbe betrifft COM1/2, falls vorhanden.

Das werd ich auf jeden Fall anschauen. Falls es geht werd ichs in Betracht ziehen.

zum anderen:

acpi_irq_balance
http://www.linux-club.de/viewtopic.php?t=72201&highlight=irqbalance

pci=noacpi
acpi=noirq
Diese Parameter schalten das PCI IRQ-Routing vom neuen ACPI-System aus

noapic Dieser Parameter sagt dem Kernel das er das APIC System nicht benutzen soll.

Ich verstehe den Sinn hinter dem deaktivieren von Features nicht. Also beim Parallelport usw verstehe ich es irgendwie aber bei APIC und ACPI 2.0?

Die beiden Schnittstellen deaktivieren (Ports) brachte schätzungsweise immerhin schonmal mehr Spiel auf IRQ 4 und IRQ 7 - Laut den Standardeinstellungen an dieser Stelle.

und direkt beim ersten BOOT die üblichen Verdächtigen:

CPU0 CPU1
0: 73017 0 IO-APIC-edge timer
1: 1229 0 IO-APIC-edge i8042
6: 5 0 IO-APIC-edge floppy
8: 3 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
50: 1156 0 IO-APIC-level uhci_hcd:usb4, ehci_hcd:usb7, ivtv0
58: 368 0 IO-APIC-level HDA Intel
169: 20335 0 IO-APIC-level libata, uhci_hcd:usb2, fglrx
177: 32564 0 IO-APIC-level libata, libata, uhci_hcd:usb5, eth0
225: 0 0 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb6
233: 4358 0 IO-APIC-level uhci_hcd:usb3, libata
NMI: 0 0
LOC: 72834 73148
ERR: 0
MIS: 0

Aber hardlocks hab ich wohlgemerkt schon seit dem "usb core" eintrag - keinen mehr gehabt.
Jetzt nervt viel eher, dass die Videonodes immer irgendwie durcheinander rutschen. Btw IVTV Team schiebt das Problem zu GSPCA und bei GSPCA (Webcamtreiber) hab ich nischt dazu gefunden

Ich glaub aber viel eher das ist ein Problem mit "Hotplug". Warum kann trotz dynamischer Einbindbarkeit an der Hardwareschnittstelle die Softwareseitig benötigte nicht dem Gerät statisch oder konstant zugewiesen werden?

Gruss

R

 

[revealed]

Was mir geradeeee Auffääällt.... 0_0

ich hab von den Kernelparametern immo keinen in Verwendung...

in meinem zitat oben:

50: 79784 0 IO-APIC-level HDA Intel
58: 90889 0 IO-APIC-level uhci_hcd:usb4, ehci_hcd:usb7, ivtv0

und in dem weiter unten:

50: 1156 0 IO-APIC-level uhci_hcd:usb4, ehci_hcd:usb7, ivtv0
58: 368 0 IO-APIC-level HDA Intel

Andersrum auch nicht dumm? :s

cat |grep hda /var/log/boot.msg

<6>hda_codec: Unknown model for AD1988, trying auto-probe from BIOS...
<7>ALSA sound/pci/hda/hda_codec.c:2117: autoconfig: line_outs=4 (0x12/0x25/0x24/0x16/0x0)
<7>ALSA sound/pci/hda/hda_codec.c:2121: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
<7>ALSA sound/pci/hda/hda_codec.c:2123: hp=0x11, dig_out=0x1b, din_in=0x0
<7>ALSA sound/pci/hda/hda_codec.c:2131: inputs: mic=0x17, fmic=0x14, line=0x1a, fline=0x0, cd=0x18, aux=0x0

Ists eventuell der HDA - der sich da so wild einen IRQ schnappt wie er lustig ist?

Gruss

R

 

[misiu]

HDA holt sich normalerweise den IRQ vom BIOS (falls nicht anders
vorgegeben). Die Funktionen dazu sind da beschrieben:
http://www.linux-club.de/faq/Sound_:_Intel%C2%AE_High_Definition_Audio_/_AC%2797

ACPI sind eigentlich die Powermanagement-Funktionen, die im
BIOS schon Vorbereitet liegen, diese können dann vom Betriebsystem
direkt übernommen werden.

APIC sind erweiterte Powermanagement und Resourcenzuteilung
- Funktionen die vor allem die IRQ-Verteilung von normalerweise
16 auf das doppelte erweitert.

ACPI sollte man normallerweise nicht abschalten, wenn schon , dann
eher nur teilweise. APIC kann man oft abschalten und bessere
Aufteilung der Resourcen zu erreichen.

Das ganze beruht auf falschen APIC/ACPI-Tabellen, die
dann auch im weiteren Betrieb stören können. Da kann auch
ein BIOS-Update oft helfen ( gefährlich, wenn man keine
Erfahrung damit hat!).

Versuche mal einfach mit "noapic".

MfG
misiu

 

[revealed]

ihr tut mir schon fast leid mittlerer Weile bei so massiven posts von mir

danke -- das TXT von der ALSA Docu hatte ich auch schon gefunden...

Aber ich bin da bei etwas nicht klar gekommen; und zwar habe ich ASUS P5B
mit

# lspci |grep Audio

00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)

Die "model=" Option wäre eben meine Lösung denke ich. Knacksen hab ich keins - nur gewolltes von Schallplatten.

Ich sag mal so: Auf meinem Board gibt es Intern einen Jack Connector, der es ermöglicht ein Frontpanel anzuschliessen, welches ein HDA oder AC97 Panel sein kann. Dann befinden sich hinten am Board; 6 Klinken Möglichkeiten (jacks?) dazu::
Und ein optischer S/PDIF Out
und ein Coaxial S/PDIF Out
und ein Auf der Platine selber noch ein Connector für ein S/PDIF_OUT
und der übliche Verdächtige Audiostecker fürs CD-Rom. (ist plugged).

Aber was für eine Model Option ist da zu nehmen? Was ist mit "Jacks" gemeint?

BIOS hab ich momentan das aktuellste. Das ist auch noch relativ frisch "ASUS P5B" mit "1102".

Versuche mal einfach mit "noapic".

Wird gemacht -- check ich mal kurz an und berichte....

edit:
noapic als Bootparameter:

cat |grep noapic /var/log/boot.msg

<6>ACPI: Skipping IOAPIC probe due to 'noapic' option.
<5>Kernel command line: root=/dev/sdb6 vga=0x317 resume=/dev/sdb5 splash=silent noapic

Bootversuch 1 (werden 2):

cat /proc/interrupts

CPU0 CPU1
0: 60524 0 XT-PIC timer
1: 783 0 XT-PIC i8042
2: 0 0 XT-PIC cascade
3: 294 0 XT-PIC HDA Intel
5: 3629 0 XT-PIC uhci_hcd:usb2, libata
6: 5 0 XT-PIC floppy
7: 598 0 XT-PIC uhci_hcd:usb3, ivtv0, ehci_hcd:usb7
8: 3 0 XT-PIC rtc
9: 0 0 XT-PIC acpi
10: 36821 0 XT-PIC libata, libata, uhci_hcd:usb4, eth0
11: 16637 0 XT-PIC libata, uhci_hcd:usb1, fglrx
15: 0 0 XT-PIC uhci_hcd:usb5, ehci_hcd:usb6
NMI: 0 0
LOC: 60365 61272
ERR: 0
MIS: 0

Eventuelle Änderung beim nächsten boot? ::::

cat /proc/interrupts
CPU0 CPU1
0: 23382 0 XT-PIC timer
1: 47 0 XT-PIC i8042
2: 0 0 XT-PIC cascade
3: 370 0 XT-PIC HDA Intel
5: 950 0 XT-PIC libata, uhci_hcd:usb4
6: 5 0 XT-PIC floppy
7: 514 0 XT-PIC ehci_hcd:usb2, ivtv0, uhci_hcd:usb5
8: 3 0 XT-PIC rtc
9: 0 0 XT-PIC acpi
10: 15531 0 XT-PIC libata, libata, uhci_hcd:usb6, eth0
11: 3090 0 XT-PIC libata, uhci_hcd:usb3, fglrx
15: 0 0 XT-PIC ehci_hcd:usb1, uhci_hcd:usb7
NMI: 0 0
LOC: 23202 24066
ERR: 0
MIS: 0

Also leider ähnliches Verhalten. Bzw schätzungsweise zu sprunghaft.
Ich nehm das noapic vorerst auch mal wieder raus. - Ich sehe keinen klaren Vorteil - leider. Vielleicht sieht jemand einen und erklärt ihn?
/edit

Danke schonmal so weit -
edit: (So 4.3):
Vorhin hatte ich ein reboot, wo er bei IVTV hängen blieb. Dann hab ich noch gewartet wie üblich mit dem Wissen er startet durch aber die Maus geht halt nicht. Hat er dann auch nach ner weile gemacht. Aber maus war tot und X wollte nicht laden - es hing. - Da half nur reset diesmal. Jedenfalls "ein" so seltener boothänger ist mir immernoch lieber als jeder zweite Anlauf. Am besten wärs ganz ohne hänger - aber da kann man wohl nur auf den nächsten Kernel hoffen - schätz ich mal?
/edit

edit2:
Also momentan hab ich ein paar Neuigkeiten:
Es gab ein Kernelupdate:

wild-thing:~> uname -r
2.6.18.8-0.1-default

Dazu hab ich die Razer gegen meine alte Logitech MX510 getauscht - war eine gute Entscheidung ganz nebenbei Jedenfalls hab ich keinen Freeze mehr beim Booten beobachten können bisher. Allerdings springen mir die Videonodes nach wie vor *bunt und lustig* je nach bootvorgang durcheinander. Auch gspca kann nicht immer aufs erste Mal erfolgreich geladen werden. Liegt vermutlich schlicht am dynamischen Ladeverhalten der USB Schnittstelle.
/edit

So long -

Gruss

R

 

[revealed]

kleines Update zum Sachverhalt:

http://www.linux-club.de/ftopic79493.html
http://www.linux-club.de/ftopic79792.html
http://www.linux-club.de/viewtopic.php?p=467787#467787

Gruss

R