[linux-l] modprobe + Interrupt, weil kein PnP-Sound
Kai Kruse
falscherfilm at gmx.net
Mi Jul 27 18:26:11 CEST 2005
Hallo Liste,
On Wednesday 27 July 2005 14:27, Jan-Benedict Glaw wrote:
> On Tue, 2005-07-26 17:00:54 +0200, Kai Kruse <falscherfilm at gmx.net> wrote:
> > : pnp: Device 01:01.00 activated.
> > : ad1848: PnP reports 'YAMAHA OPL3-SAx Audio System'at i/o 0x530, irq 5,
> > : dma
> >
> > 0, 7
> >
> > : opl3sa2: probe of 01:01.00 failed with error -16
> > : opl3sa2: No PnP cards found
>
> 16 ist EBUSY unter Linux auf i386-Hardware. IRQ5 ist also schon durch
> andere Hardware belegt. Was steht in /proc/interrupts dazu?
siehe unten...
>
> > : cs: IO port probe 0xc00-0xcff: clean.
> > : cs: IO port probe 0xc00-0xcff: clean.
> > : cs: IO port probe 0x820-0x8ff: clean.
> > : cs: IO port probe 0x820-0x8ff: clean.
> > : cs: IO port probe 0x800-0x80f: clean.
> > : cs: IO port probe 0x800-0x80f: clean.
> > : cs: IO port probe 0x100-0x4ff: excluding 0x220-0x2
> >
> > 2f 0x330-0x337 0x388-0x38f 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7
> > Jul 23 08:04:55 fisch kernel: cs: IO port probe 0x100-0x4ff: excluding
> > 0x220-0x2
> > 2f 0x330-0x337 0x388-0x38f 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7
> >
> > : cs: IO port probe 0xa00-0xaff: clean.
> > : cs: IO port probe 0xa00-0xaff: clean.
> > : lp0: using parport0 (interrupt-driven).
> > : lp0: console ready
>
> IRQ5 und 7 werden gerne f�r den parport benutzt. Nicht, da� der
> schneller war...
========================
/proc/interrupts
CPU0
0: 473435 XT-PIC timer
1: 84 XT-PIC i8042
2: 0 XT-PIC cascade
7: 2 XT-PIC parport0
8: 1 XT-PIC rtc
9: 12 XT-PIC yenta, yenta
10: 643 XT-PIC ohci_hcd
12: 93 XT-PIC i8042
14: 7173 XT-PIC ide0
15: 0 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
=======================
>
> > Würde mich über Tipps freuen.
> > Reichen die Infos?
>
> Ist schonmal ein guter Anfang. Von hier aus w�rde ich erstmal nachsehen,
> wo denn IRQ5 versandet. Ich vermute, da� entweder bereits ein Ger�t IRQ5
> beansprucht hat (z.B. der Printer-Port); das sollte man in
> /proc/interrupts finden. Alternativ k�nnte der auch von dem
> PCMCIA-/CardBus-Geraffel in Beschlag genommen worden sein.
>
> Die 2te M�glichkeit ist, da� IRQ5 beim Hardware-Test nicht getriggert
> worden ist. Die h�ufigsten Ursachen daf�r sind kaputtes ACPI (acpi=off
> als Kernel-Argument testweise �bergeben) oder eine falsche Konfiguration
> der ISA-Bridge. (Da kann man meist im BIOS-Setup f�r die einzelnen
> Interrupts angeben, ob die PCI, ISA-PNP oder Legacy-ISA zugewiesen
> werden sollen. Hier die letztgenannten Varianten ausprobieren.)
Das Bios des Notebooks ist ziemlich überschaubar, da kann man wirklich nicht
viel einstellen..
Immerhin kann ich die Notebook-Stille genießen.
>
> MfG, JBG
--
--------------
Viele Grüße,
Kai
--------------
Mehr Informationen über die Mailingliste linux-l