On Thu, Aug 24, 2006 at 03:46:21AM +0200, [EMAIL PROTECTED] wrote:
> Ok. I made an updated version. I leave it to you to decide to remove the proc
> entries or to push
> something like this upstream for the time being. On my laptop this patch
> seems to resolve the problems.
>
Please ignore t
Hi!
> > 2.4 and 2.6 are *very* different here. You'll probably need to optimize
> > freezer
> > in 2.6 a bit...
> >
>
> Among other problems: e.g. 2.4 did not automatically do a VT switch; 2.6
> does; we'll have to have a way to signal "we're a sane d
Hi!
> Now, the output of /proc/interrupts with everything loaded is
>
>CPU0 CPU1
> 0: 511683 0 local-APIC-edge timer
> 1: 6164 0IO-APIC-edge i8042
> 8: 0 0IO-APIC-edge rtc
> 12:148 0IO-A
On Wednesday 06 September 2006 05:33, Yu Luming wrote:
> >
> > Here they are, with 2 changes:
> >
> > Â - button module now depends on CONFIG_INPUT (per discussion with Len)
> > Â - if "_LID" evaluation fails SW__LID event is not delivered to userspace
> >
> > acpi-button-as-input is on top of
Hi!
> > > Okay, just to get you some feedback:
> > >
> > > It seems to change things a _lot_. Power consumption with usb modules
> > > loaded went from 14315mW to 13800mW -- that is huge
> > > deal. Unfortunately something strange is going on: with stock kernel,
> > > power consumption is mostly
There is an infinite loop in thermal GPE handler of these HP machines,
which could only be interrupted by thermal device poll. In this loop handler
sends Notify() to thermal zone, which, if executed, will cause the needed poll.
Problem is that this Notify() will be queued in the same kacpid workque
On Fri, 2006-09-01 at 17:20 -0600, Bjorn Helgaas wrote:
> On Friday 01 September 2006 17:01, keith mannthey wrote:
> > On Thu, 2006-08-31 at 21:15 -0600, Bjorn Helgaas wrote:
> > > The current ACPI driver binding algorithm in acpi_bus_find_driver()
> > > looks at each driver, checking whether it ca
On Wednesday, 6 September 2006 16:53, Alexey Starikovskiy wrote:
> There is an infinite loop in thermal GPE handler of these HP machines,
> which could only be interrupted by thermal device poll. In this loop handler
> sends Notify() to thermal zone, which, if executed, will cause the needed
> pol
Hi,
On Wednesday, 6 September 2006 12:42, Pavel Machek wrote:
> Hi!
>
> > Now, the output of /proc/interrupts with everything loaded is
> >
> >CPU0 CPU1
> > 0: 511683 0 local-APIC-edge timer
> > 1: 6164 0IO-APIC-edge i8042
> > 8:
On Wednesday, 6 September 2006 21:00, Rafael J. Wysocki wrote:
> On Wednesday, 6 September 2006 16:53, Alexey Starikovskiy wrote:
> > There is an infinite loop in thermal GPE handler of these HP machines,
> > which could only be interrupted by thermal device poll. In this loop handler
> > sends Not
On Wed 2006-09-06 22:47:37, Rafael J. Wysocki wrote:
> Hi,
>
> On Wednesday, 6 September 2006 12:42, Pavel Machek wrote:
> > Hi!
> >
> > > Now, the output of /proc/interrupts with everything loaded is
> > >
> > >CPU0 CPU1
> > > 0: 511683 0 local-APIC-edge
Drivers should default to n.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.18-rc5-mm1/drivers/acpi/Kconfig.old 2006-09-07
00:49:37.0 +0200
+++ linux-2.6.18-rc5-mm1/drivers/acpi/Kconfig 2006-09-07 00:50:01.0
+0200
@@ -251,7 +251,6 @@
config ACPI_SONY
>From one of the ACPI guys:
> Get hid
> Look for driver
> If you find a match, load it
> If no match, get CID
> Look for driver
> If you find a match, load it
> If you did not find an hid or cid match, punt
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-acpi-
> [EMAIL PROT
Bjorn Helgaas napisał(a):
>
> This ACPI "unknown exception code" problem is the same one reported here:
> http://www.mail-archive.com/linux-acpi%40vger.kernel.org/msg02873.html
>
> Basically, we just need to revert this:
>
> http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.
On Wed, 2006-09-06 at 11:59 -0700, Moore, Robert wrote:
> From one of the ACPI guys:
>
> > Get hid
> > Look for driver
> > If you find a match, load it
> > If no match, get CID
> > Look for driver
> > If you find a match, load it
> > If you did not find an hid or cid match, punt
I think this is w
On Thu, 2006-09-07 at 04:04 +0800, keith mannthey wrote:
> On Wed, 2006-09-06 at 11:59 -0700, Moore, Robert wrote:
> > From one of the ACPI guys:
> >
> > > Get hid
> > > Look for driver
> > > If you find a match, load it
> > > If no match, get CID
> > > Look for driver
> > > If you find a
On Wed, 06 Sep 2006 18:55:11 +0200
Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> Bjorn Helgaas napisał(a):
> >
> > This ACPI "unknown exception code" problem is the same one reported here:
> > http://www.mail-archive.com/linux-acpi%40vger.kernel.org/msg02873.html
> >
> > Basically, we just need
On Thu, 7 Sep 2006 01:07:00 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Drivers should default to n.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> --- linux-2.6.18-rc5-mm1/drivers/acpi/Kconfig.old 2006-09-07
> 00:49:37.0 +0200
> +++ linux-2.6.18-rc5-mm1/drivers/acpi/Kcon
On Wed, 6 Sep 2006 20:30:03 -0700 Andrew Morton wrote:
> On Thu, 7 Sep 2006 01:07:00 +0200
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > Drivers should default to n.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > --- linux-2.6.18-rc5-mm1/drivers/acpi/Kconfig.old 2006-09-07
>
On 06/09/06 12:37 +0200, Pavel Machek wrote:
> Hi!
>
> > > 2.4 and 2.6 are *very* different here. You'll probably need to optimize
> > > freezer
> > > in 2.6 a bit...
> > >
> >
> > Among other problems: e.g. 2.4 did not automatically do a VT switch; 2.6
On Wed, 2006-09-06 at 12:37 +0200, Pavel Machek wrote:
> Hi!
>
> > > 2.4 and 2.6 are *very* different here. You'll probably need to optimize
> > > freezer
> > > in 2.6 a bit...
> > >
> >
> > Among other problems: e.g. 2.4 did not automatically do a VT s
21 matches
Mail list logo