Re: Kernelmodul "acpi" laden
Also sprach Kolja Brix <Kolja.Brix@rwth-aachen.de> (Mon, 03 Jul 2006
07:26:10 +0200):
> Hallo Richard!
Hoi,
> Richard Mittendorfer wrote:
> >> Woran könnte das liegen? Welches Gerät fehlt?
> > Findest du in dem dmesg etwas ueber acpi?
>
> # dmesg | grep acpi
> pciehp: acpi_pciehprm:\_SB_.PCI0 evaluate _BBN fail=0x5
> pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x5
> shpchp: acpi_shpchprm:\_SB_.PCI0 evaluate _BBN fail=0x5
> shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x5
>
> # dmesg | grep ACPI
> ACPI: IRQ0 used by override.
> ACPI: IRQ2 used by override.
> ACPI: IRQ9 used by override.
> Using ACPI (MADT) for SMP configuration information
> ACPI: Subsystem revision 20040326
> ACPI: Interpreter enabled
> ACPI: Using IOAPIC for interrupt routing
> 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) *9
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
> ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14) *9
> ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 *15),
> disabled. ACPI: PCI Root Bridge [PCI0] (00:00)
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
> PCI: Using ACPI for IRQ routing
> ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 18 (level, low) -> IRQ 169
> ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 19 (level, low) -> IRQ 177
> ACPI: PCI interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 185
> ACPI: PCI interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 193
> ACPI: PCI interrupt 0000:00:0e.1[A] -> GSI 17 (level, low) -> IRQ 193
> ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:11.1[A]: no GSI
> ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 185
> ACPI: (supports S0 S1 S4 S5)
> ACPI: PCI interrupt 0000:00:11.1[A]: no GSI
> ACPI: PCI interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 193
> ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 18 (level, low) -> IRQ 169
> ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 19 (level, low) -> IRQ 177
> ACPI: PCI interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 185
> ACPI: PCI interrupt 0000:00:0e.1[A] -> GSI 17 (level, low) -> IRQ 193
> ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 21 (level, low) -> IRQ 201
> ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 21 (level, low) -> IRQ 201
>
> Hilft das weiter?
Ja, es besagt, dass dein ACPI aktiviert wurde. Allerdings kann ich
nicht's zu diesem Board sagen -- Irgendwie scheint mir da was zu fehlen.
Ganz oben/am Anfang im dmesg wird acpi idR. erstmals gefunden und
ausgelesen:
z.B.-------------
DMI 2.0 present.
ACPI: RSDP (v000 MSISYS ) @ 0x000f6ec0
ACPI: RSDT (v001 MSISYS MS-6153W 0x30302e31 AWRD 0x00000000) @ 0x2fff3000
ACPI: FADT (v001 MSISYS MS-6153W 0x30302e31 AWRD 0x00000000) @ 0x2fff3040
ACPI: DSDT (v001 VIA692 MS-6153W 0x00001000 MSFT 0x01000007) @ 0x00000000
ACPI: PM-Timer IO Port: 0x4008
-----------------
..hier wird ersichlich, welches ACPI vom Hersteller des Boards fuer
diesen Chip mitgeliefert wird.
Sollte das aus dem kernel ringbuffer einfach schon rausgefallen zu sein,
hilft ein groesseres log_buf_len= als kernelparameter:
--------------------
log_buf_len=n Sets the size of the printk ring buffer, in bytes.
Format: { n | nk | nM }
n must be a power of two. The default size
is set in the kernel config file.
--------------------
Also sprach Kolja Brix <Kolja.Brix@rwth-aachen.de> (Sun, 02 Jul 2006
17:36:25 +0200):
> Wenn ich versuche, das Modul acpi zu laden, bekomme ich die
> Fehlermeldung "FATAL: Error inserting acpi
> (/lib/modules/2.6.8-3-k7/kernel/arch/i386/kernel/cpu/cpufreq/acpi.ko):
> No such device".
Wie ich gerade erst sehe, wird hier versucht das cpufreq acpi Modul zu
laden. Damit kenn ich mich nicht aus. Ob dein ACPI (nicht jenes fuer die
Cpu Frequenzsteuerung) aber schon eingerichtet ist, erkennst du an den
Eintraegen in /proc/acpi. Sollte der Eintrag fehlen, suche in deinem
/lib/modules/`uname -r` nach anderslautenden "acpi" Modulen.
Normalerweise allerdings (ich baue acpi Support immer fix in den Kern)
ist das "acpi.ko" schon das Hauptmodul, IIRC, und ist unabhaengig von
cpufreq welches wohl aber auf ACPI aufbaut.
Nach kurzer Recherche: ACPI _ist_ fix im Kernel (AKA kann nicht als
Modul gebaut werden), kann aber in Vorzug von APM oder wegen eines
(nicht selten) defekten ACPIs deaktiviert werden. Sind deine /proc/acpi
Eintraege vorhanden, ist dein ACPI aktiv. Willst du cpufreq nutzen,
schau dich erstmal in <kernelsource>/Documentation/cpu-freq um.
Vielleicht willst du auch mal auf http://acpi.sourceforge.net
vorbeischauen. Ein ACPI-HOWTO findest du auf z.B.
http://www.columbia.edu/~ariel/acpi/acpi_howto.txt
sl ritch
Reply to: