From: Ed Sweetman <safemode2@comcast.net>
To: Joshua Hoblitt <jhoblitt@ifa.hawaii.edu>
Cc: Daniel Drake <dsd@gentoo.org>, Duane Griffin <duaneg@dghda.com>,
Prakash Punnoor <prakash@punnoor.de>,
LKML <linux-kernel@vger.kernel.org>,
Dave Jones <davej@redhat.com>
Subject: Re: [PATCH] Kconfig powernow-k8 driver should depend on ACPI P-States driver
Date: Wed, 16 May 2007 18:39:21 -0400 [thread overview]
Message-ID: <464B8819.3050303@comcast.net> (raw)
In-Reply-To: <20070516212736.GO15763@ifa.hawaii.edu>
Joshua Hoblitt wrote:
> On Wed, May 16, 2007 at 04:04:40PM -0400, Daniel Drake wrote:
>
>> Duane Griffin wrote:
>>
>>> On 16/05/07, Prakash Punnoor <prakash@punnoor.de> wrote:
>>>
>>>> Maybe you want to give a hint in the p states driver help text?
>>>>
>>> I think a hint is the right thing to do, but in the PowerNow! driver
>>> rather than the p states one. How about adding something like this to
>>> the X86_POWERNOW_K8 (and X86_POWERNOW_K7?) help text:
>>>
>> Please hold off this patch until we've gained a more complete
>> understanding of the issues and workarounds (which will probably lead to
>> us writing a better patch anyway)
>>
>
> I agree - the issue is more complicated that I had thought. I received
> an off list message saying that this dependency isn't required on a
> single-socket Athlon X2 system. So it sounds like isn't an SMP setup
> issue as much as it is a multi-socket or perhaps just an issue with my
> vendor (Tyan).
>
> -J
>
> --
>
Like i mentioned off list, the problem here is that cpu freq modules
dont depend (Kconfig) on CONFIG_ACPI_PROCESSOR, yet they do. Even the
help text of CONFIG_ACPI_PROCESSOR says this. I'm unsure as to why the
drivers that do, dont make the dependency known to Kconfig, since
obviously the writer of acpi_processor knew the dependency existed.
Simple fix would be to just include the depends line for
CONFIG_ACPI_PROCESSOR for the powernow driver, and any others people
wonna test. I suspect most people just compile in the acpi_processor
driver, never seeing this problem occur.
next prev parent reply other threads:[~2007-05-16 22:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-16 1:17 Joshua Hoblitt
2007-05-16 14:55 ` Chuck Ebbert
2007-05-16 16:24 ` Dave Jones
2007-05-16 18:38 ` Prakash Punnoor
2007-05-16 19:53 ` Duane Griffin
2007-05-16 20:04 ` Daniel Drake
2007-05-16 21:27 ` Joshua Hoblitt
2007-05-16 22:39 ` Ed Sweetman [this message]
2007-05-16 23:18 ` Daniel Drake
2007-05-16 23:37 ` Ed Sweetman
2007-05-16 20:48 ` Dave Jones
2007-05-18 3:04 ` Joshua Hoblitt
2007-05-18 4:07 ` Ed Sweetman
2007-05-18 4:09 ` Ed Sweetman
2007-05-18 16:01 ` Dave Jones
2007-05-22 2:47 ` Joshua Hoblitt
2007-05-29 20:51 ` Dave Jones
2007-05-29 23:35 ` Daniel Drake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=464B8819.3050303@comcast.net \
--to=safemode2@comcast.net \
--cc=davej@redhat.com \
--cc=dsd@gentoo.org \
--cc=duaneg@dghda.com \
--cc=jhoblitt@ifa.hawaii.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=prakash@punnoor.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome