Re: ACPI Error under 2.6.26-rc*

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2008-07-22 at 16:01 +0800, Andre Prendel wrote:
> On Tue, Jul 22, 2008 at 10:22:39AM +0800, Zhang Rui wrote:
> > On Thu, 2008-07-17 at 16:41 +0800, Andre Prendel wrote:
> > > On Tue, Jul 15, 2008 at 04:41:00PM +0800, Zhang Rui wrote:
> > > > > > It seems that OS failed to get the correct RSDT address
> > > > > (0x1fff0000),
> > > > > > although the RSDP is found correctly. (ACPI: RSDP 000FA340,
> > > 0014)
> > > > > >
> > > > > > please run "./acpidump --addr 0xFA340 --length 0x14 >
> rsdp_xxx",
> > > > > > and attach the rsdp for all of the three cases (good, ACPI
> > > Error,
> > > > > ACPI
> > > > > > Exception).
> > > > > Hello Rui,
> > > > >
> > > > > here is the output of the three cases. The dump files are
> attached
> > > > > too.
> > > > >
> > > > > ----
> > > > > good
> > > > > ----
> > > > > andre@ubuntu:~/src/acpi/pmtools-20071116/acpidump$ hexdump
> > > rsdp_good
> > > > > 0000000 5352 2044 5450 2052 418c 494d 2020 0020
> > > > > 0000010 0000 1fff                           
> > > > > 0000014
> > > > >
> > > > > -----
> > > > > error
> > > > > -----
> > > > > andre@ubuntu:~/src/acpi/pmtools-20071116/acpidump$ hexdump
> > > rsdp_error
> > > > > 0000000 5352 2044 5450 2052 418a 494d 2020 0020
> > > > > 0000010 0000 21ff                           
> > > > > 0000014
> > > > >
> > > > > ---------
> > > > > exception
> > > > > ---------
> > > > > andre@ubuntu:~/src/acpi/pmtools-20071116/acpidump$ hexdump
> > > > > rsdp_exception
> > > > > 0000000 5352 2044 5450 2052 417c 494d 2020 0020
> > > > > 0000010 0000 2fff                           
> > > > > 0000014
> > > >
> > > > Weird.
> > > > The dmesg shows that the memory map gotten from e820 table is
> > > changed.
> > > > And the file attached shows that rsdp points to different rsdt
> > > address.
> > > > >
> > > > > Now I see the ACPI Error under the 2.6.25.10 kernel sometimes
> too,
> > > but
> > > > > power off works well. So I also attach the two configs. Maybe
> the
> > > > > different config is the reason why power off works under
> > > 2.6.25.10.
> > > > so you may get different e820 table when running 2.6.25.10 as
> well?
> > > > could you please attach the dmesg output of a 2.6.25.10 kernel
> which
> > > has
> > > > the ACPI error?
> > >
> > > Attached. Yes, the e820 table differs, but power off still works.
> >
> > Hmm, there seems to be two bugs here.
> > 1. invalid e820 tables, which seems like a BIOS bug, please try to
> > upgrade your BIOS.
> > 2. poweroff doesn't work.
> >    Hmm, please try boot option "acpi=off" in both 2.6.25 and 2.6.26.
> >    I guess power off works on 2.6.25 while it fails on 2.6.26,
> right?
> 
> Hello Rui,
> 
> I have found the power off problem. After bisecting the problem
> without
> success I compared the configs from 2.6.25.10 and 2.6.26-rc*. I have
> seen a difference in the APM section. In the 2.6.26-rc* config
> CONFIG_APM_DO_ENABLE was not enabled.
hah, this explains why power off doesn't work in 2.6.26 when ACPI is
disabled.

>  I dont know how this could happen. AFAIR
> I used the working 2.6.25 config and made just a "make oldconfig". So
> I have
> enabled CONFIG_APM_DO_ENABLE, build the kernel and now power off works
> fine. Further the ACPI errors/exceptions do not appear with 2.6.26
> (stable)
> and the new config. Maybe this is why CONFIG_APM_DO_ENABLE is enabled.
> I dont
> know the relation between this option and ACPI.
> 
> -----------------------
> dmesg (extract)
> -----------------------
> Linux version 2.6.26-default (andre@ubuntu) (gcc version 4.1.3
> 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #13 Mon Jul 21
> 22:48:01 CEST 2008
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
>  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
>  BIOS-e820: 000000002fff0000 - 000000002fff8000 (ACPI data)
>  BIOS-e820: 000000002fff8000 - 0000000030000000 (ACPI NVS)
>  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
>  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
>  BIOS-e820: 00000000ffee0000 - 00000000fff00000 (reserved)
>  BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
> [...]
> ACPI: Interpreter disabled.
> Linux Plug and Play Support v0.97 (c) Adam Belay
> pnp: PnP ACPI: disabled
> [...]
> 
> The bios problem still exists so maybe I will do an upgrade.
> 
agree.
so there is no problem in the upstream kernel. :)

thanks,
rui


--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux