(Yet) Another Sony Vaio laptop with a broken APM...
PATCH 1/1 (Yet) Another Sony Vaio laptop with a broken APM...
Quoted 2 lines · Stelian Pop
This patch adds yet another Vaio laptop to the list of those having the APM minutes left swapping problem.
Huh, so *that's* what's going on. I normally just pay attention to the percentage left, since the minutes display was horked. The patch against 2.4.8-ac6 below fixes the same problem for my PCG-XG29. (It may fix it for a few others as well, at least the XG29K, perhaps the XG19/19k as well. IIRC, they just differ in the screen size and which version of windows you have to blow away.)
Quoted 3 lines
I wonder if there is _any_ Vaio laptop that gets this item right. If not, we could just do a search on
SYS_VENDOR/PRODUCT_NAMEstrings, like theis_sony_vaio_laptoptest...
It's looking more and more likely that they're all backwards. Hey, at least they're consistent, right?
arch/i386/kernel/dmi_scan.c +5 -0
@@ -472,6 +472,11 @@MATCH (DMI_BIOS_VERSION ,"R0208P1" ), MATCH(DMI_BIOS_DATE, "11/09/00"), NO_MATCH } }, + { swab_apm_power_in_minutes, "Sony VAIO", { /* Handle problems with APM on Sony Vaio PCG-XG29 */ +MATCH (DMI_BIOS_VENDOR ,"Phoenix Technologies LTD" ), +MATCH (DMI_BIOS_VERSION ,"R0117A0" ), +MATCH (DMI_BIOS_DATE ,"04/25/00" ),NO_MATCH + } },/* Problem Intel 440GX bioses */
--
Ray Lee / Every truth has a context.
Quoted 2 lines · Ray Lee
It's looking more and more likely that they're all backwards. Hey, at least they're consistent, right?
My old Sony PCG-505G does seem to get it right.
Dave Zarzycki
Quoted 4 lines · Dave Zarzycki
Quoted 2 lines · Ray Lee
It's looking more and more likely that they're all backwards. Hey, at least they're consistent, right?
My old Sony PCG-505G does seem to get it right.
Hmm. You may be taken care of by one of the exceptions already in dmi_scan.c, and it'd be interesting (and useful) to find out. If you've got a few minutes, could you open up arch/i386/kernel/dmi_scan.c and either uncomment or add the line:
#define dmi_printk(x) printk x
after the existing "#define dmi_printk(x)".
With that, upon boot the new kernel will show the BIOS version and date, which dmesg will show. If they are one of:
R0203Z3 08/25/00 R0203D0 05/12/00 R0121Z1 05/11/00 R0208P1 11/09/00
...then in fact your BIOS also gets it wrong, which would be aesthetically pleasing in a sort of perverted way.
--
Ray Lee / Every truth has a context.
Quoted 9 lines · Ray Lee
Huh, so *that's* what's going on. I normally just pay attention to the percentage left, since the minutes display was horked. The patch against 2.4.8-ac6 below fixes the same problem for my PCG-XG29. (It may fix it for a few others as well, at least the XG29K, perhaps the XG19/19k as well. IIRC, they just differ in the screen size and which version of windows you have to blow away.)
It's looking more and more likely that they're all backwards. Hey, at least they're consistent, right?
Yes, I think the same is true with my PXG-XG9 (minutes being wrong), but I haven't actually tested if the patch works. I always assumed it was because I have two batteries installed.
Cheers, Andreas
Signature · 3 lines
Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto,
\ would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- DogbertQuoted 3 lines · Andreas Dilger
Yes, I think the same is true with my PXG-XG9 (minutes being wrong), but I haven't actually tested if the patch works. I always assumed it was because I have two batteries installed.
If the patch doesn't work for yours, then all you have to do is to open up arch/i386/kernel/dmi_scan.c, and uncomment a #define as my previous email to the list. Upon boot up, you should see the BIOS version and date, and if it's not in the list then we can add it in easily.
--
Ray Lee / Every truth has a context.