Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23

Hi, On Mon, Dec 10, 2007 at 12:46:57AM +0900, Tejun Heo wrote: Please post full kernel boot log and the result of 'lspci -nn'. Done, on #9530. Will try some of the promising patches/suggestions now, hopefully this will show me what's up. Will add further results there. Andreas Mohr

Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23

Hi, [ACPI _GTM suspend issue sorta fixed, read below] On Sat, Dec 08, 2007 at 12:24:16PM -0600, Robert Hancock wrote: Matthew Garrett wrote: On Sat, Dec 08, 2007 at 02:20:01AM -0800, Andrew Morton wrote: On Sat, 8 Dec 2007 11:12:57 +0100 Andreas Mohr [EMAIL PROTECTED] wrote: ACPI Exception

Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23

Hi, On Sun, Dec 09, 2007 at 10:36:42PM +0100, Andreas Mohr wrote: And the second, possibly much more lucrative, question would be whether we're actually doing something wrong with our ACPI _GTM execution which triggers the AE_AML_PACKAGE_LIMIT problem. This might help here, perhaps

Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23

On Mon, Dec 10, 2007 at 01:04:31AM +0100, Andreas Mohr wrote: IOW, it seems very likely that _GTM on these BIOSes (VIA chipsets) isn't actually wrongly implemented but simply expects IDE controller values to have been set up differently. Or... one could possibly even infer from

Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23

issue only, at least this one *isn't* a 2.6.24-rc regression. ;) Our list just reached 30. Oh, so this is in fact a separate issue? Wasn't sure, couldn't do enough analysis of similar cases. Will test any (already submitted!) suggestions ASAP. Andreas Mohr - To unsubscribe from this list: send

Re: Add INPUT support to toshiba_acpi

times. Thanks a lot! Andreas Mohr - 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

[PATCH] drivers/acpi/Kconfig cleanup

/ cleanup Patch against 2.6.22-rc1-mm1, however I'd want this to end up in acpi-linux-2.6 (and thus 2.6.23 probably), hopefully there are no conflicts. Thanks! Signed-off-by: Andreas Mohr [EMAIL PROTECTED] --- linux-2.6.22-rc1-mm1/drivers/acpi/Kconfig.orig 2007-05-26 20:09:53.0 +0200

Re: [PATCH -mm] working 3D/DRI intel-agp.ko resume for i815 chip; Intel chipset testers wanted! (was: Re: intel-agp PM experiences ...)

Hi, On Sat, May 05, 2007 at 07:56:05PM +0200, Andreas Mohr wrote: Due to the scathing (well, thorough ;) code review I'll send a patch with those cleanups against 2.6.21-mm1 very soon. working 3D/DRI intel-agp.ko resume for i815 chip cleanup patch: - revert register define name change to ease

Re: [PATCH -mm] working 3D/DRI intel-agp.ko resume for i815 chip; Intel chipset testers wanted! (was: Re: intel-agp PM experiences ...)

suggestions! Due to the scathing (well, thorough ;) code review I'll send a patch with those cleanups against 2.6.21-mm1 very soon. (I was actually a bit surprised to see akpm commit this thing after this review mail, but it's ok since it lets people experiment with it). Thanks! Andreas Mohr

[PATCH -mm] working 3D/DRI intel-agp.ko resume for i815 chip; Intel chipset testers wanted! (was: Re: intel-agp PM experiences ...)

;) Whitelist entry would still be welcome. OK, I'll work on this next. Thanks! Signed-off-by: Andreas Mohr [EMAIL PROTECTED] --- linux-2.6.21-rc7-mm2.orig/drivers/char/agp/intel-agp.c 2007-05-10 14:52:26.0 +0200 +++ linux-2.6.21-rc7-mm2/drivers/char/agp/intel-agp.c 2007-05-10

2.6.20-mm2 CONFIG_ACPI_BAY=y: undefined reference to `is_dock_device'

]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/usr/src/linux-2.6.20-mm2' Famous last words: CONFIG_ACPI_DOCK=m... Andreas Mohr - 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

Re: x60 - spontaneous thermal shutdown

the rather diverse aspects of machine shutdown failure... (fan not working, CPU overheating, NOT overheating but shutting down directly after boot, ...) There's nothing like rushing out immature hardware to unsuspecting consumers... Andreas Mohr - To unsubscribe from this list: send the line

Re: x60 - spontaneous thermal shutdown

their 2nd or 3rd non-working repair). Andreas Mohr - 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

[PATCH -mm 5/6] cpu_relax(): use in ACPI lock

Use cpu_relax() in __acpi_acquire_global_lock() etc. This could be considered overkill given the previous unlikely(), but it is busy-looping in case of false condition after all... Tested on 2.6.17-mm1, i386 only (no x86_64 here). Signed-off-by: Andreas Mohr [EMAIL PROTECTED] diff -urN

[PATCH] -mm: make ACPI errata __read_mostly

Hello all, this may be quite useful given frequent ACPI idle invocation... i386 run-tested on 2.6.17-rc4-mm3. Signed-off-by: Andreas Mohr [EMAIL PROTECTED] diff -urN linux-2.6.17-rc4-mm3.orig/drivers/acpi/processor_core.c linux-2.6.17-rc4-mm3.my/drivers/acpi/processor_core.c --- linux-2.6.17

[PATCH] -mm: acpi idle __read_mostly and de-init static var

) Patch tested on 2.6.17-rc1-mm2, rediffed against 2.6.17-rc1-mm3. Signed-off-by: Andreas Mohr [EMAIL PROTECTED] diff -urN linux-2.6.17-rc1-mm3.orig/drivers/acpi/processor_idle.c linux-2.6.17-rc1-mm3/drivers/acpi/processor_idle.c --- linux-2.6.17-rc1-mm3.orig/drivers/acpi/processor_idle.c 2006