Re: system freeze with acpi
Le Wed, 04 Apr 2007 00:19:15 +0100, Sergio Monteiro Basto <[EMAIL PROTECTED]> a écrit : > On Sat, 2007-03-31 at 12:15 +0200, Dominique Michel wrote: > > > > > My problem is at I really want to use CONFIG_X86_PM_TIMER in the ACPI > > config. > > > > Cheers, > > Dominique > > > you should put all this information on bugzilla > http://bugzilla.kernel.org/enter_bug.cgi?product=Platform%20Specific%2FHardware > It is here: http://bugzilla.kernel.org/show_bug.cgi?id=8300 Cheers, Dominique - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: system freeze with acpi
Le Wed, 04 Apr 2007 00:19:15 +0100, Sergio Monteiro Basto <[EMAIL PROTECTED]> a écrit : > On Sat, 2007-03-31 at 12:15 +0200, Dominique Michel wrote: > > > > > My problem is at I really want to use CONFIG_X86_PM_TIMER in the ACPI > > config. > > > > Cheers, > > Dominique > > > you should put all this information on bugzilla > http://bugzilla.kernel.org/enter_bug.cgi?product=Platform%20Specific%2FHardware > I will do that straight away. > > and _attach_ all the information on this email, > what is yours CPU ? > # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.40GHz stepping: 7 cpu MHz : 2400.154 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr bogomips: 4802.05 clflush size: 64 > > Regards Best, Dominique - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: system freeze with acpi
On Sat, 2007-03-31 at 12:15 +0200, Dominique Michel wrote: > > My problem is at I really want to use CONFIG_X86_PM_TIMER in the ACPI config. > > Cheers, > Dominique you should put all this information on bugzilla http://bugzilla.kernel.org/enter_bug.cgi?product=Platform%20Specific%2FHardware and _attach_ all the information on this email, what is yours CPU ? Regards -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature
Re: system freeze with acpi
On Saturday 31 March 2007 06:15, Dominique Michel wrote: > Hi, > > My whole system freeze from time to time when using acpi. I don't get this > problem without acpi. My motherboard is an asus P4S8X > > # cat /proc/version > Linux version 2.6.20-rt8 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo > 4.1.1-r3)) > #1 SMP PREEMPT Fri Mar 30 23:15:59 CEST 2007 Just a random question -- does it work any better w/o PREEMPT? > lspci -vvv: ... > 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller > (rev 0f) (prog-if 10 [OHCI]) Subsystem: ASUSTeK Computer Inc. Unknown device > 8087 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- > Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- > DEVSEL=medium >TAbort- SERR- max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 20 Here is your USB controller on IRQ20. We'd actually need to dis-assemble the _PRT in your DSDT from an acpidump to verify that this is the right interrupt for USB. But as there are no Link targets above 16 below, I expect the PRT to be hard-coded and have no reason to suspect this is wrong. (indeed, you'd see it on IRQ20 in windows too -- though you'd have to compare the GSI numbers below to Windows IRQ numbers, because Linux still compresses its IRQ numbers above 15 on i386) > > # cat /proc/interrupts >CPU0 > 0:283 IO-APIC-edge timer > 1:691 IO-APIC-edge i8042 > 6: 5 IO-APIC-edge floppy > 7: 0 IO-APIC-edge parport0 > 8: 2 IO-APIC-edge rtc > 12: 4 IO-APIC-edge i8042 > 14: 20344 IO-APIC-edge ide0 > 15: 24156 IO-APIC-edge ide1 > 17:108 IO-APIC-fasteoi ohci_hcd:usb2 > 18: 1 IO-APIC-fasteoi ohci_hcd:usb3 > 19: 1043 IO-APIC-fasteoi ohci1394, eth0 > 20: 23230 IO-APIC-fasteoi acpi, ohci_hcd:usb1 atypical, yes, but not unusual to have the ACPI SCI on an upper input. less typical still to have it shared w/ another motherboard device, but not unheard of. > 21:781 IO-APIC-fasteoi ehci_hcd:usb4 > 22: 4 IO-APIC-fasteoi bttv0 > 23:1943588 IO-APIC-fasteoi EMU10K1 > NMI: 0 > LOC: 548999 > ERR: 0 > MIS: 0 > > Is it normal at acpi use the same IRQ as ohci_hcd:usb1? I don't think so, but > I > can be wrong. > > # cat .config|grep ACPI > # Power management options (ACPI, APM) > # ACPI (Advanced Configuration and Power Interface) Support > CONFIG_ACPI=y > # CONFIG_ACPI_AC is not set > # CONFIG_ACPI_BATTERY is not set > # CONFIG_ACPI_BUTTON is not set CONFIG_ACPI_BUTTON will allow the OS to notice when you press the power button -- check it out. > # CONFIG_ACPI_VIDEO is not set > # CONFIG_ACPI_HOTKEY is not set > # CONFIG_ACPI_FAN is not set > # CONFIG_ACPI_DOCK is not set > # CONFIG_ACPI_PROCESSOR is not set > # CONFIG_ACPI_ASUS is not set > # CONFIG_ACPI_IBM is not set > # CONFIG_ACPI_TOSHIBA is not set > CONFIG_ACPI_BLACKLIST_YEAR=2001 > # CONFIG_ACPI_DEBUG is not set > CONFIG_ACPI_EC=y > CONFIG_ACPI_POWER=y > CONFIG_ACPI_SYSTEM=y > # CONFIG_ACPI_CONTAINER is not set > # CONFIG_ACPI_SBS is not set > CONFIG_PNPACPI=y > > # dmesg|grep ACPI > BIOS-e820: 5fffc000 - 5000 (ACPI data) > BIOS-e820: 5000 - 6000 (ACPI NVS) > ACPI: RSDP (v000 ASUS ) @ 0x000f5810 > ACPI: RSDT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc000 > ACPI: FADT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc0c0 > ACPI: BOOT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc030 > ACPI: MADT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc058 > ACPI: DSDT (v001 ASUS P4S8X0x1000 MSFT 0x010b) @ 0x > ACPI: PM-Timer IO Port: 0xe408 > ACPI: Local APIC address 0xfee0 > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge) > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 20 low level) Here is your acpi SCI interrupt being attached to GSI 20 in IOAPIC mode. > ACPI: IRQ0 used by override. > ACPI: IRQ2 used by override. > Using ACPI (MADT) for SMP configuration information > ACPI: Core revision 20060707 > ACPI: bus type pci registered > 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) > 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 15) *9 > ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 > ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11
system freeze with acpi
Hi, My whole system freeze from time to time when using acpi. I don't get this problem without acpi. My motherboard is an asus P4S8X # cat /proc/version Linux version 2.6.20-rt8 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #1 SMP PREEMPT Fri Mar 30 23:15:59 CEST 2007 lspci -vvv: 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 645xx (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device 8086 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 04) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- # cat /proc/interrupts CPU0 0:283 IO-APIC-edge timer 1:691 IO-APIC-edge i8042 6: 5 IO-APIC-edge floppy 7: 0 IO-APIC-edge parport0 8: 2 IO-APIC-edge rtc 12: 4 IO-APIC-edge i8042 14: 20344 IO-APIC-edge ide0 15: 24156 IO-APIC-edge ide1 17:108 IO-APIC-fasteoi ohci_hcd:usb2 18: 1 IO-APIC-fasteoi ohci_hcd:usb3 19: 1043 IO-APIC-fasteoi ohci1394, eth0 20: 23230 IO-APIC-fasteoi acpi, ohci_hcd:usb1 21:781 IO-APIC-fasteoi ehci_hcd:usb4 22: 4 IO-APIC-fasteoi bttv0 23:1943588 IO-APIC-fasteoi EMU10K1 NMI: 0 LOC: 548999 ERR: 0 MIS: 0 Is it normal at acpi use the same IRQ as ohci_hcd:usb1? I don't think so, but I can be wrong. # cat .config|grep ACPI # Power management options (ACPI, APM) # ACPI (Advanced Configuration and Power Interface) Support CONFIG_ACPI=y # CONFIG_ACPI_AC is not set # CONFIG_ACPI_BATTERY is not set # CONFIG_ACPI_BUTTON is not set # CONFIG_ACPI_VIDEO is not set # CONFIG_ACPI_HOTKEY is not set # CONFIG_ACPI_FAN is not set # CONFIG_ACPI_DOCK is not set # CONFIG_ACPI_PROCESSOR is not set # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_IBM is not set # CONFIG_ACPI_TOSHIBA is not set CONFIG_ACPI_BLACKLIST_YEAR=2001 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y # CONFIG_ACPI_CONTAINER is not set # CONFIG_ACPI_SBS is not set CONFIG_PNPACPI=y # dmesg|grep ACPI BIOS-e820: 5fffc000 - 5000 (ACPI data) BIOS-e820: 5000 - 6000 (ACPI NVS) ACPI: RSDP (v000 ASUS ) @ 0x000f5810 ACPI: RSDT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc000 ACPI: FADT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc0c0 ACPI: BOOT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc030 ACPI: MADT (v001 ASUS P4S8X0x42302e31 MSFT 0x31313031) @ 0x5fffc058 ACPI: DSDT (v001 ASUS P4S8X0x1000 MSFT 0x010b) @ 0x ACPI: PM-Timer IO Port: 0xe408 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 20 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. Using ACPI (MADT) for SMP configuration information ACPI: Core revision 20060707 ACPI: bus type pci registered 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) 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 15) *9 ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Root Bridge [PCI0] (:00) ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] pnp: PnP ACPI init pnp: PnP ACPI: found 16 devices PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt :00:02.5[A] -> GSI 16 (level, low) -> IRQ 16 ACPI: PCI Interrupt :00:03.0[A] -> GSI 2