On Wed, 10 Oct 2007, Kevin wrote:Ok, this is the real reason. The APM code does: if (PM_IS_ACTIVE()) { printk(KERN_NOTICE "apm: overridden by ACPI.\n"); apm_info.disabled = 1; return -ENODEV; } and in previous kernels that would notice that you have ACPI enabled, and APM gets shut out, and you never see your buggy APM BIOS. In 2.6.23, this apparently doesn't happen for some reason. And I think I see the problem: it's a config change. You don't have PM_LEGACY enabled. Your config file diff shows: -CONFIG_PM_LEGACY=y +# CONFIG_PM_LEGACY is not set I suspect we should make CONFIG_APM either depend on, or select, PM_LEGACY. But as far as I can see, nothing has actually changed in this area in the kernel, and this bug has been there before - just your config change made it appear. Rafael? Stephen? Opinions? I'd think that making APM depend on CONFIG_PM_LEGACY is the right thing to do these days.. Linus -
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Bart Van Assche | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Badalian Vyacheslav | e1000: Question about polling |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
