Luigi Belli | 1 Jul 2003 01:20
Picon

Re: Acer Aspire 1300 buggy BIOS - hardcoded patch

On Tuesday 01 July 2003 12:59 am, Francesco Poli wrote:

> Does anybody know a simple method to check if the BIOS is buggy or not?

Well... simply look at syslog and see if the frequencies are correct... for my 
BIOS my cpu has 5 steps: 4 at 500Mhz and 1 at 600Mhz, all at 1,4V.
That's obviously wrong...
Alex Young | 1 Jul 2003 02:44

Acer Aspire 1300 buggy BIOS - hardcoded patch

I have a similar problem with the bios of my sony vaio fx802. It has a mobile 
athlonxp 1500+ and has the following output from powernow-k7.

powernow: AMD K7 CPU detected.
powernow: PowerNOW! Technology present. Can scale: frequency and voltage.
powernow: Found PSB header at c00f74d0
powernow: Table version: 0x12
powernow: Flags: 0x0 (Mobile voltage regulator)
powernow: Settling Time: 100 microseconds.
powernow: Has 28 PST tables. (Only dumping ones relevant to this CPU).
powernow: PST:26 ( <at> c00f76ac)
powernow:  cpuid: 0x780 fsb: 100        maxFID: 0x14    startvid: 0xe
powernow:    FID: 0x4 (5.0x [500MHz])   VID: 0xe (1.300V)
powernow:    FID: 0x8 (7.0x [700MHz])   VID: 0xe (1.300V)
powernow:    FID: 0xc (9.0x [900MHz])   VID: 0xe (1.300V)
powernow:    FID: 0x0 (11.0x [1100MHz]) VID: 0xe (1.300V)
powernow:    FID: 0x14 (13.0x [1300MHz])        VID: 0xe (1.300V)
powernow: Minimum speed 500 MHz. Maximum speed 1300 MHz.

Now my (possibly stupid) question is:
Why are the frequency/voltage settings controlled by the bios?
Surely these values are the same for all processors of the same speed and 
stepping number. Would it not be possible to obtain the recommended values 
directly from AMD and use them instead of the ones provided by the bios. Or 
can the motherboard hardware only generate certain values? 

Incidently does anybody have a athlonxp 1500+ with a 'correct' PST table? If 
so does voltage scaling make any noticeable difference to temperature or 
battery life?
--

-- 
(Continue reading)

NY0 | 1 Jul 2003 06:36
Picon

Re: Cpufreq digest, Vol 1 #461 - 2 msgs


----- Original Message -----
From: <cpufreq-request <at> www.linux.org.uk>
To: <cpufreq <at> www.linux.org.uk>
Sent: Monday, June 30, 2003 1:00 PM
Subject: Cpufreq digest, Vol 1 #461 - 2 msgs

> Send Cpufreq mailing list submissions to
> cpufreq <at> www.linux.org.uk
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.linux.org.uk/mailman/listinfo/cpufreq
> or, via email, send a message with subject or body 'help' to
> cpufreq-request <at> www.linux.org.uk
>
> You can reach the person managing the list at
> cpufreq-admin <at> www.linux.org.uk
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Cpufreq digest..."
>
>
> Today's Topics:
>
>    1. Re: overclocking? (Benjamin Herrenschmidt)
>    2. (no subject) (linux warrior)
>
> --__--__--
>
> Message: 1
(Continue reading)

Adachi, Kenichi | 1 Jul 2003 07:34
Picon
Picon

RE: Acer Aspire 1300 buggy BIOS - hardcoded patch

Hi,

> Now my (possibly stupid) question is:
> Why are the frequency/voltage settings controlled by the bios?

It's probably because not all possible settings are necessarily
tolerable on all systems using same CPU.
System Vendors are quite careful as to which FID/VID settings they will
support on their product line.
Even if VRM is directly connected to CPU Core and thus configurable
independently of any other components on main board, still various
things such as TDP, power supply system, body size etc. must be taken
into acoount, I guess.

Thanks,
- Adachi, Kenichi
Morrowind | 1 Jul 2003 12:12
Picon

Re: Acer Aspire 1300 buggy BIOS - hardcoded patch

* martedì 01 luglio 2003, alle 00:59, Francesco Poli scrive:
> On Mon, 30 Jun 2003 14:36:29 +0200 Luigi Belli wrote:
> 
> BTW, I have just installed a 2.4.21 + cpufreq patch 3 kernel on an Acer
> Aspire 1302XV (AMD Mobile Athlon XP 1600+. It seems to work (the back
> fan has stopped spinning so often and the case temperature looks lower).
> 
> Does anybody know a simple method to check if the BIOS is buggy or not?
> Can I run some quick diagnostics?

Can you send the powernow-k7 debug info?
I've the same cpu and i need a correct pst table...

thanks

--

-- 
"A volte penso che la prova piu' sicura che esiste da qualche parte una
forma di vita intelligente e' il fatto che non ha mai tentato di mettersi
in contatto con noi."
Ducrot Bruno | 1 Jul 2003 12:51

Re: Acer Aspire 1300 buggy BIOS - hardcoded patch

On Mon, Jun 30, 2003 at 05:14:01PM +0200, Ducrot Bruno wrote:
> On Mon, Jun 30, 2003 at 02:36:29PM +0200, Luigi Belli wrote:
> > I'm one of the owners of an Acer Aspire 1300 series with a buggy BIOS, so I 
> > decided to hardcode a patch with the correct PST table for my mobile Athlon 
> > XP 1800+.
> > I know very little of kernel internals, I only opened powernow-k7.c and tried 
> > to guess what had to be changed...
> > For me it works and I decided to post it here for those in my conditions 
> > waiting for a new bios or a newer cpufreq release.
> > It's a patch against kernel 2.4.21-ac4.
> 
> 
> I am wondering if the _PCT table (from ACPI) are correct or not.
> Could you send me a DSDT table, please?  For this, you have to
> retrieve pmtools from intel site (this should be the latest link):
> 
> http://developer.intel.com/technology/iapc/acpi/downloads.htm
> 
> 
> then go to pmtools-20010730/acpidmp/
> make
> ./acpidmp DSDT > dsdt
> gzip dsdt
> 
> then send me *privately* the dsdt.gz file.
> 
> I will then look if, at least, ACER guy give correct _PCT table.
> 

Interresting.  From ACPI point-of-view, you have those states (I reproduce
(Continue reading)

Picon
Favicon

Re: Acer Aspire 1300 buggy BIOS - hardcoded patch

> I'm one of the owners of an Acer Aspire 1300 series with a buggy
BIOS, so I
> decided to hardcode a patch with the correct PST table for my mobile
Athlon
> XP 1800+.

I tried the patch, and it seemed to work. Then I did some tests and I
found 
that in powersave (cat /proc/cpuinfo: cpu MHz 666.705) it runs faster
than at 
fullspeed (1533.422).

To test speed I used nbench and this simple script (in xterm at
fullscreen):

$ time for i in `seq 50000`; do echo "aaaa"; done

It took about 2,6 seconds without the powernow-k7 module loaded, the
same time 
with module loaded and powersave, and about 3,9 seconds with full
power and 
module loaded.

Isn't it strange?
Do you have the same behaviour?

David

--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
(Continue reading)

Luigi Belli | 1 Jul 2003 15:34
Picon

Re: Acer Aspire 1300 buggy BIOS - hardcoded patch

On Tuesday 01 July 2003 02:24 pm, davidendless <at> email.it wrote:

> Isn't it strange?
> Do you have the same behaviour?

No, for me it works correctly, but after some testng I still experience lower 
temperatures under Windows XP.
However, it's better than nothing!
Stefan Hoppe | 1 Jul 2003 16:20
Picon
Picon
Favicon

Re: Acer Aspire 1300 buggy BIOS - hardcoded patch

> No, for me it works correctly, but after some testing I still experience
> lower temperatures under Windows XP.
> However, it's better than nothing!

I'm still using rtdvs for frequency switching but the result should be the 
same. 

On Startup it tells me that it's on 1400MHz and 1450mV but when I switch to 
these values the temperature and powerconsumption increases. But when I 
switch to 1400MHz and 1350mV temperature and  power stays on the startupvalue 
(I posted it some month ago). So I use a Voltage 0.1V smaller than my Bios 
tells me for the max value and it's working. The temperature is the same as 
under Windows. I don't know if this is an rtdvs Problem, but I don't think 
so, because x86info gives me the Values I set. It's really strange.  So if 
you are using the hardcoded patch try to reduce the Voltage a litle bit to 
get the same values as under Windows.

Stefan
Vegar Lauritzsen | 1 Jul 2003 21:20
Picon
Picon

Setting speed on Xscale


Hi, does anyone have experiece on setting the cpu speed on the PXA-250.
I'm trying to set my PXA-250 to the different speedlevels used in
power-saving. I would like to be able to do some teste on my system while
decreasing the max speed setting.
As for now the only solution I see is to modify the table in cpu-pxa.c
(from I-linux-2.4.18) and make four different compilations of the
kernel for each max-speed setting.
Is there a nother way?

The novice

-Vegar

ps! Thanks Chain Yuan for pointing me to the right file

Gmane