On Sat, 2007-04-28 at 14:06 +0200, Nigel Henry wrote: > On Saturday 28 April 2007 09:57, JJ JJ wrote: > > > >If you just run dmesg, and scroll down a bit you should see references to > > >acpi, along with some suggestions as there are problems with it. If you > > > can post the relevant acpi bits from that it might be helpfull. > > > > > >Nigel. > > > > Hello Nigel, > > here's some lines from my term. window as you suggested: > > > > ACPI: RSDP (v002 ACPIAM ) @ > > 0x00000000000f6cf0 > > ACPI: XSDT (v001 A M I OEMXSDT 0x06000514 MSFT 0x00000097) @ > > 0x000000007fff0100 > > ACPI: FADT (v001 A M I OEMFACP 0x06000514 MSFT 0x00000097) @ > > 0x000000007fff0281 > > ACPI: MADT (v001 A M I OEMAPIC 0x06000514 MSFT 0x00000097) @ > > 0x000000007fff0380 > > ACPI: OEMB (v001 A M I OEMBIOS 0x06000514 MSFT 0x00000097) @ > > 0x000000007ffff040 > > ACPI: HPET (v001 A M I OEMHPET 0x06000514 MSFT 0x00000097) @ > > 0x000000007fff3990 > > ACPI: ASF! (v001 AMIASF AMDSTRET 0x00000001 INTL 0x02002026) @ > > 0x000000007fff39d0 > > ACPI: DSDT (v001 0AAAA 0AAAA000 0x00000000 INTL 0x02002026) @ > > 0x0000000000000000 > > ACPI: Local APIC address 0xfee00000 > > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) > > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) > > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) > > ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) > > IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23 > > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > > ACPI: IRQ0 used by override. > > ACPI: IRQ2 used by override. > > ACPI: IRQ9 used by override. > > Setting APIC routing to xen > > Using ACPI (MADT) for SMP configuration information > > > Linux Plug and Play Support v0.97 (c) Adam Belay > > pnp: PnP ACPI init > > pnp: PnP ACPI: found 14 devices > > > This is pretty much all I could find running the command acpi related. I > > hope there's some useful info. > > Thanks again! > > JJ > > Hi JJ. There don't appear to be any errors showing there, but when I had my > FC5 shutdown problem, someone asked if I was using an SMP kernel, as that > could be causing the problem, and unless I've got it wrong, you are. > > uname -r will show your kernel version. > > Out of interest this is what dmesg shows on FC5 for a kernel that is not using > acpi=force. > > ACPI: RSDP (v000 VIA601 ) @ 0x000f63c0 > ACPI: RSDT (v001 VIA601 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3f7f3000 > ACPI: FADT (v001 VIA601 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3f7f3040 > ACPI: DSDT (v001 VIA601 AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 > ACPI: Disabling ACPI support > and > Local APIC disabled by BIOS -- you can enable it with "lapic" > mapped APIC to ffffd000 (017f7000) The above were the messages that lead me to add the lacpi kernel option. In FC6 the same kernel works for smp and non-smp kernels so smp can't be the problem. > And again on FC5 with a different kernel that boots using acpi=force. > > IO/L-APIC disabled because your old system seems to be old > overwrite with "apic" > ACPI: RSDP (v000 VIA601 ) @ 0x000f63c0 > ACPI: RSDT (v001 VIA601 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3f7f3000 > ACPI: FADT (v001 VIA601 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3f7f3040 > ACPI: DSDT (v001 VIA601 AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 > ACPI: acpi=force override > ACPI: PM-Timer IO Port: 0x4008 > and > Kernel command line: ro root=LABEL=/1 acpi=force > mapped APIC to ffffd000 (017f7000) > > > If it is a problem with a XEN/SMP kernel, I don't know the fix, but hopefully > someone will come in on the thread, and may be able to help. > > Nigel. > -- ======================================================================= I request a weekend in Havana with Phil Silvers! ======================================================================= Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@xxxxxxxxxxxxx
