[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061105200448.GE859@redhat.com>
Date: Sun, 5 Nov 2006 15:04:48 -0500
From: Dave Jones <davej@...hat.com>
To: Christian <christiand59@....de>
Cc: Alexey Starikovskiy <alexey_y_starikovskiy@...ux.intel.com>,
Adrian Bunk <bunk@...sta.de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-acpi@...r.kernel.org
Subject: Re: [discuss] Linux 2.6.19-rc4: known unfixed regressions (v2)
On Sun, Nov 05, 2006 at 06:32:12PM +0100, Christian wrote:
> Am Freitag, 3. November 2006 16:56 schrieb Dave Jones:
> > On Fri, Nov 03, 2006 at 11:25:37AM +0300, Alexey Starikovskiy wrote:
> > > Could this be a problem?
> > > --------------------
> > > ...
> > > CONFIG_ACPI_PROCESSOR=m
> > > ...
> > > CONFIG_X86_POWERNOW_K8=y
> >
> > Hmm, possibly. Christian, does it work again if you set them both to =y ?
>
> Yes, it works now! Only the change to CONFIG_ACPI_PROCESSOR=y made it work
> again!
So, the reasoning behind this, is that we have this construct..
config X86_POWERNOW_K8_ACPI
bool
depends on X86_POWERNOW_K8 && ACPI_PROCESSOR
depends on !(X86_POWERNOW_K8 = y && ACPI_PROCESSOR = m)
default y
Which makes us use the ACPI stuff if it's there, otherwise not,
and in your case, it seems your system _needs_ this enabled
to make powernow work.
Thing is, this was there in 2.6.18 too, so strictly speaking,
we haven't regressed here, and you're getting exactly what you asked for.
The problem is that it's completely silent as to why it then fails.
I'm open to improvements, but I'm not sure what the right thing to do
here is.. opinions ?
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists