All of lore.kernel.org
 help / color / mirror / Atom feed
From: Leonid Isaev <lisaev@umail.iu.edu>
To: Borislav Petkov <bp@alien8.de>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>, "Tom Gundersen" <teg@jklm.no>,
	"André Przywara" <andre@andrep.de>,
	"Matthew Garrett" <mjg@redhat.com>,
	cpufreq@vger.kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
Date: Thu, 17 Jan 2013 19:40:44 -0600	[thread overview]
Message-ID: <20130117194044.7a18a29d@bluemoon> (raw)
In-Reply-To: <20130117094648.GD30700@pd.tnic>

[-- Attachment #1: Type: text/plain, Size: 3015 bytes --]

On Thu, 17 Jan 2013 10:46:48 +0100
Borislav Petkov <bp@alien8.de> wrote:

> On Wed, Jan 16, 2013 at 06:16:00PM -0600, Leonid Isaev wrote:
> > > [ fixup Andre's address. ]
> > > 
> > > On Wed, Jan 16, 2013 at 11:33:21PM +0100, Rafael J. Wysocki wrote:
> > > > > down the frequancy, but is accompanied by an info-level kernel
> > > > > message "acpi-cpufreq: overriding BIOS provided _PSD data".
> > > 
> > > That just says that BIOS has crappy data and we're using our own.
> > 
> > OK. Yes, my BIOS is broken, so I thought it was the reason why autoloading
> > does not work.
> 
> Hmm, come to think of it, we're issuing this message on SMP on *all*
> AMDs with HW_PSTATE. Andre, remind me again why we're doing this? We're
> basically saying that we're overriding ACPI data but we still read it
> out from acpi_perf_data and use *that* data to prepare the frequencies
> table. What am I missing?
> 
> > To be more precise: "modprobe powernow-k8" returns a "no such device"
> > error,
> 
> That's correct - we say ENODEV on your CPU which supports hardware
> P-states and hand off to acpi-cpufreq which has that functionality now.
> 
> > but in kernel logs I see that acpi-cpufreq is indeed loaded:
> > -------
> > Jan 15 22:42:19 metal-0 kernel: [  534.003995] acpi-cpufreq: overriding
> > BIOS provided _PSD data
> > Jan 15 22:42:32 metal-0 kernel: [  547.122695] powernow-k8: this CPU is not
> > supported anymore, using acpi-cpufreq instead.
> > Jan 15 22:42:45 metal-0 kernel: [  559.623068] powernow-k8: this CPU is
> > not supported anymore, using acpi-cpufreq instead.
> > -------
> > (the CPU in question is phenom II x4 955). However, this is only after I
> > attempt to _manually_ load powernow-k8 (the timestamps in [...] are ~6 mins
> > after boot is completed). So the above-mentioned handoff seems to work, but
> > please find attached my kernel config.
> 
> Ok, this is maybe the issue. What used to load powernow-k8 on your
> distro before? Because basically it's enough if some script did
> 'modprobe powernow-k8' for the handoff to just work.

Arrh, modprobe still does not exit cleanly with this...

> 
> But, we also have the CPU autoprobing deal:
> 
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=644e9cbbe3fc032cc92d0936057e166a994dc246
> 
> so, *actually*, powernow-k8 should be loaded by default. I dunno, maybe
> upgrade udev on your distro?

Udev 196 and 197 + linux <= 3.6.11 yield correct CPU autoprobing. However,
udev 197 + linux 3.7.2 do not. I haven't tested udev 196 with 3.7.2 though,
but it does not look like a udev issue.

I don't know if it matters, but I also have AMD microcode "0x10000c8", albeit
it didn't cause problems with 3.6.11...

> 
> Btw, your config looks fine:
> 
> CONFIG_X86_POWERNOW_K8=m
> CONFIG_X86_ACPI_CPUFREQ=m
> 
> Thanks.
>  

Sincerely,
L.
-- 
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

  parent reply	other threads:[~2013-01-18  1:40 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20130115224755.085aa6b7@bluemoon>
     [not found] ` <CAG-2HqWPOYKVCj-Z=z_1e=mE6b6z9hMYFJzHf2GYAmTwQovN0A@mail.gmail.com>
     [not found]   ` <20130116131725.4e590c34@bluemoon>
2013-01-16 20:37     ` [arch-general] powernow-k8 fails to load with linux 3.7.2 Tom Gundersen
2013-01-16 22:33       ` Rafael J. Wysocki
2013-01-16 23:17         ` Borislav Petkov
     [not found]           ` <20130116181600.4c48ee3b@bluemoon>
2013-01-17  9:46             ` Borislav Petkov
2013-01-17 10:34               ` Tom Gundersen
2013-01-18  1:27                 ` Leonid Isaev
2013-01-18  1:40               ` Leonid Isaev [this message]
2013-01-18 11:37                 ` Borislav Petkov
2013-01-18 12:32                   ` André Przywara
2013-01-18 15:17                     ` Matthew Garrett
2013-01-18 15:26                       ` Borislav Petkov
2013-01-18 15:32                         ` Matthew Garrett
2013-01-18 17:10                           ` Borislav Petkov
2013-01-18 17:17                             ` Matthew Garrett
2013-01-19 12:08                       ` Borislav Petkov
2013-01-21  5:14                         ` Leonid Isaev
2013-01-21 10:54                           ` Borislav Petkov
2013-01-18 17:13                     ` Leonid Isaev
2013-01-18 16:59                   ` Leonid Isaev

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=20130117194044.7a18a29d@bluemoon \
    --to=lisaev@umail.iu.edu \
    --cc=andre@andrep.de \
    --cc=bp@alien8.de \
    --cc=cpufreq@vger.kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mjg@redhat.com \
    --cc=rjw@sisk.pl \
    --cc=teg@jklm.no \
    /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.