LinuxQuestions.org
Download your favorite Linux distribution at LQ ISO.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware
User Name
Password
Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?

Notices


Reply
  Search this Thread
Old 11-20-2009, 06:11 AM   #1
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Rep: Reputation: 15
phlash16.exe: How do I 'downgrade' my bios?


Hello,

My travails with an HP Pavilion dv2000z AMD Turion64x2 continue.

A few weeks ago, I replaced the motherboard in it only to discover the bios was a Compaq V3000 Presario version, whereas it should have been for my specific model dv2116wm originally running MS Windows XP Professional Media Center Edition. Turns out, this motherboard (and bios) are shared for both Compaq V3000 and HP dv2000z.

Plodding ahead, I encountered an issue with being unable to boot unless I used either 'nosmp' or 'maxcpus=1'. The kernel simply panics with a tsc clocksource unstable and does a hard stop otherwise without these kernel boot options present.

So, why not just use those kernel boot options? Because it leaves the laptop running with just *one core*! Doh!

First, I flashed the bios to the newest version available (Phoenix F.3D). Result: did not fix the boot/core issue.

Then, I thought, the old motherboard worked just fine with two cores on Ubuntu 9.10 RC, so I knew the bios in it was the original factory version and would work.

So, I dug around on the internet and ultimately located a vintage BIOS firmware version F.23 SoftPaq sp34618 at the HP ftp site.

Which brings me to my current issue. I had no problem *upgrading* the bios from an older-to-newest version using a pen key formatted with FreeDOS using phlash16.exe with the WPH file from the softpaq.

When I try to do same with the old factory version, the Phoenix flash screen comes up, dances a jig, beeps a few times, but upon reboot, the newest F.3D bios is still present.

The question is:

How do I force a *downgrade* of the bios using phlash16.exe?

There's a /h (help) switch which shows these options but I haven't succeeded in finding the right combination to induce the downgrade.

Here's the command line options:

===================================
Phoenix WinPhlash Utility for DOS - Version 1.6.4.2
Copyright (c) Phoenix Technologies Ltd., 2000-2006
USAGE: PHLASH16 [options] [@rspfile] [romfile]
romfile Override the default BIOS image name BIOS.WPH with "file".
@rspfile Response file containing more options
/A:n 32 bit address where to put the File Image.
/B:file Override the default BIOS image name BIOS.WPH with "file".
/BBL Program boot block.
/BU[=name] Backup flash memory into BIOS.BAK before programming.
If "name" specified, override the default filename BIOS.BAK.
/C Clear CMOS checksum after programming.
/CS Verify BIOS.WPH image checksum.
/DMC:string Specify chassis manufacturer DMI string.
/DMM:string Specify motherboard manufacturer DMI string.
/DMS:string Specify system manufacturer DMI string.
/DOxx:string Specify OEM DMI string number xx.
/DPC:string Specify chassis product ID DMI string.
/DPM:string Specify motherboard product ID DMI string.
/DPS:string Specify system product ID DMI string.
/DSC:string Specify chassis serial number DMI string.
/DSM:string Specify motherboard serial number DMI string.
/DSS:string Specify system serial number DMI string.
/DUS:string Specify UUID DMI string.
/DVC:string Specify chassis version DMI string.
/DVM:string Specify motherboard version DMI string.
/DVS:string Specify system version DMI string.
/DEV Display device information from WPH file.
/EXIT Exit without rebooting.
/E2 Generate a new UUID when current UUID is (FFF...FFF).
/H or /? Help screen.
/I Verify image size matches flash part size.
/MODE=n Specify mode n (0, 1, 2, 3).
/MFG Manufacturing mode - Automatically reboot without keypress.
/N Program only if BIOS.WPH is different than system BIOS.
/NOB Do not allow an older BIOS to be flashed to the platform.
/NIC Update network controller driver with *.lom files.
/NOBIOSINFO Do not display BIOS date and part number while flashing.
/O Override (disable) all options from BIOS.WPH.
/P Production mode (minimize messages and delays).
/PF=string String to pass on to command line.
/PN Program only if same BIOS part number.
/REMOTE Specify remote operation over RS232
/RO[=name] Read contents of flash part and save to a file.
/R=n Retry flashing a block n times if flash fails.
/S Silent operation (turn off speaker).
/SWAP=NO Disable Axx autodetection.
/T Show debug timing info (Warning: flash is done TEN TIMES!)
/V Verify each block after programming it.
/VGA Update VGA module with *.dat files.
/X Ignore XMS memory manager check.
/Z Zero before erasing a block.
/UUID Generate a new UUID .
/Mod:filename Update current system BIOS with the module specified by
filename.
/Fbin:filename Update current system BIOS DMI with the interface file
specified by filename, do not need image file.
To update entire system BIOS you also need the following file:
BIOS.WPH (the interface file with the BIOS image)
=========================================================================

So, there it is. I can't downgrade my bios to F.23.

Any help you can give is most appreciated.

Thank You.

Last edited by linux_junky; 11-20-2009 at 06:13 AM. Reason: fix typos
 
Old 11-20-2009, 08:35 AM   #2
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,289

Rep: Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322Reputation: 2322
You've been in at the motherboard. Is the flash chip socketed?
If so, it can be pulled and flashed by an eprom programmer. You simply buy the appropriate chip, and have them flash the blank. Radio Shack or the like might be able to do that for you.

I would comment that I've been a long time in Electronics Hardware and always felt that BIOS were best left alone if at all possible. Any prolonged messing always ends in tears.
 
Old 11-20-2009, 08:37 AM   #3
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
It is surface mounted, so it would require desoldering. Thanks.
 
Old 11-20-2009, 08:41 AM   #4
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
Like I wrote, the upgrade to the bios went through without a hitch.
One would think, that if HP provides a recovery CD disk set (and they do but you must order it), then it would include the original bios and be able to perform a flash *downgrade*, regardless of the standing of the current bios.

There could be any number of legitimate reasons for needing to do so, for third-party shops repairing motherboards.
 
Old 11-20-2009, 08:45 AM   #5
lazlow
Senior Member
 
Registered: Jan 2006
Posts: 4,363

Rep: Reputation: 172Reputation: 172
Basically you have to look for a different version of the flashing utility. The particular version you are using is coded to protect users from installing a older bios (in most cases a bad thing). phash16 had a lot of different releases(v11, 14, 15 at least). Not sure how far back you will have to go to find a version that does not have a hard coded version(older) block.

Here is a link to 11,14,15:

 
Old 11-20-2009, 08:49 AM   #6
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
ah. ok, i'll check the link out--thanks lazlow.
 
Old 11-20-2009, 09:50 AM   #7
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
follow-up:

o v11: no command line switches, does not flash
o v14: no command line switches, does not flash, (memory video buffer overrun)
o v15: no command line switches, does not flash

The phlash16.exe I used for the bios upgrade to the 'newest' firmware F.3D is version 1.6.4.2
 
Old 11-20-2009, 10:07 AM   #8
lazlow
Senior Member
 
Registered: Jan 2006
Posts: 4,363

Rep: Reputation: 172Reputation: 172
You can try uniflash instead.

 
Old 11-20-2009, 10:08 AM   #9
thorkelljarl
Senior Member
 
Registered: Jun 2008
Posts: 1,820

Rep: Reputation: 229Reputation: 229Reputation: 229
Does this help...

There are two older versions of the BIOS with their flashing utilities here.

http://h10025.www1.hp.com/ewfrf/wc/p...s=2093&lang=en

The file is an.exe that needs to be run to generate the flasher and BIOS. The oldest is from 2007.

Last edited by thorkelljarl; 11-20-2009 at 10:11 AM.
 
Old 11-20-2009, 10:13 AM   #10
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
thanks--but those are what I want to avoid--bios with vista support.
the firmware version i have is F.23 (Oct 12, 2006) which is for the Media Center Edition XP Pro.

That is my strategy--to put the bios back to the level where I know the machine was before the motherboard crapped the bed.

Sound reasonable?
 
Old 11-20-2009, 10:34 AM   #11
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
@lazlow:

I tried uniflash.exe--it just locks up and goes nowhere. Thanks anyhow.

Does anyone have an idea of which switches to use to downgrade? (see the list of switches above)

In the meantime, I'll keep flying on one wing engine...
 
Old 11-20-2009, 10:58 AM   #12
thorkelljarl
Senior Member
 
Registered: Jun 2008
Posts: 1,820

Rep: Reputation: 229Reputation: 229Reputation: 229
If not those...

None of the BIOS versions above F.23 are acceptable at all?

It is advised to flash from a low numbered BIOS to a high number by flashing version numbers between the two. I assume that you have the .exe file of the F.23 BIOS. Why not try to flash the F39 and any versions you can find regressing towards F.23 version, then the F.23 and see if that works?
 
Old 11-20-2009, 11:02 AM   #13
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
@thorkelljarl
If I could work backwards, I might consider your suggestion---that is the issue. phlash16.exe seems to refuse to flash if the bios.wph is older than the current system bios detected.

But it may if the command line switches are given to it that *force* a downgrade to occur.
 
Old 11-20-2009, 11:27 AM   #14
thorkelljarl
Senior Member
 
Registered: Jun 2008
Posts: 1,820

Rep: Reputation: 229Reputation: 229Reputation: 229
More Google...

Can you use this? I was thinking of override, but there may be other possibilities.

www.panticz.de/?q=node/260
 
Old 11-20-2009, 11:35 AM   #15
linux_junky
Member
 
Registered: Feb 2004
Location: Upstate New York
Distribution: openSUSE Linux 10.2
Posts: 83

Original Poster
Rep: Reputation: 15
@thorkelljarl:

I can use the info at that link, *if* I knew the correct combination of switches.

BTW, I gave that list in the start of this thread.

This is the key question I am angling in on:

Which switches tell phlash16.exe to *ignore* version checking and just blast the bios onto the chip?
From what I can garner thus far, there doesn't seem to be a way.

Thanks
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
cygwin g++-3.exe, gcc-3.exe corrupted to g++3.exe.dam and gcc-3.exe.dam pawanjanbandhu Linux - Newbie 2 12-03-2009 11:27 AM
cygwin g++-3.exe, gcc-3.exe corrupted to g++3.exe.dam and gcc-3.exe.dam pawanjanbandhu Linux - Software 1 11-17-2009 02:26 PM
samba compatibility with microsoft srvtools.exe (usrmgr.exe and srvmgr.exe) checkmate3001 Linux - Software 1 09-06-2008 05:08 AM
SETUP.EXE/autorun.exe don't run in wine mst3kman Linux - Games 3 01-22-2006 02:20 PM
Updating BIOS from a .exe file Jeffmrg Linux - Hardware 23 09-24-2004 05:40 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware

All times are GMT -5. The time now is 03:44 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration