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 [PATCH] Kconfig powernow-k8 driver should depend on ACPI P-States driver 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.