Re: Possible bug in eeepc-laptop.c - EeePC 900

From: Corentin Chary
Date: Tue Mar 16 2010 - 02:54:26 EST


On Sat, Mar 13, 2010 at 1:50 PM, Fabio Comolli <fabio.comolli@xxxxxxxxx> wrote:
> Well, I'm confused.
>
> I rebooted with the "vanilla" eeepc-laptop.c and I'm sorry to say that
> the situation it's not like the one I described in the post I wrote 2
> days ago. Actually the situation with the patch reverted is the same I
> have with the patch applied.
>
> What I mean is that if I boot on AC power /proc/cpuinfo always reports
> 900MHz and 1800 bogomips. It I boot on battery /proc/cpuinfo always
> reports 630MHz and 1260 bogomips. Plugging / unplugging the AC does
> not change the situation. Only reboot does.
>
> But the cpufv interface does indeed seem to work, as glxgears and
> stellarium show the frame rate change accordingly to the powersave /
> performance selection.
>
> So my question is: what does really the cpufv interface do? Is it
> supposed to change the processor frequency? Or does it change
> something else?
>
> And if the answer to the latest question is affirmative, why
> /proc/cpuinfo seems to ignore it?
>
> Sorry for the confusion.
> Regards,
> Fabio
>

Here is what I can read in your DSDT:

When INIT or _Q31 is called, the bios check the the battery is
present, and call FSBA(0) or FSBA(1).
_Q31 seems to be called by an hotkey, could you run "acpi_listen" and
search the hotkey that generate 0x50 or 0x51 ?

FSBA is the method called by CFVS. When you do "echo 1 > cpufv" it
calls CFVS(1), then FSBA(1).
FSBA got 2 presets on 900.

Using these presets, is write some bytes to the EC and to something
wich sounds like clock (RCLK, WCKB, WLCK)
By the name it seems that it set the FSB, it may also surely change
the CPU Clock.

Now, I don't know why cpuinfo always show the same value, maybe
because the cpu clock is not changed
by a cpufreq driver.

--
Corentin Chary
http://xf.iksaif.net
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/