Have you looked for a DOS-based Flash utility from your motherboard manufacturer (some still issue them, and I've seen recommendations to ALWAYS flash BIOS (and other EEPROM's) from a DOS or "DOS-like" OS from several manufacturers.) I've also seen where one manufacturer only has Windows-based flash utilities for their AWARD BIOS (just an arbitrary example) where another motherboard/computer manufacturer will release both DOS- and Windows-based flash utilities for their AWARD BIOS. In this case, they nearly ALWAYS recommend flashing from DOS (although I have used the first company's BIOS image file with the 2nd company's DOS-based utility). I would be ABSOLUTELY CERTAIN the programs are for the same BRAND of BIOS (but flash utility version number often makes little to no difference).
Originally Posted by TREESofRIGHTEOUSNESS
I think that might be what I did on my HP laptop a couple of months ago (with a #@*^ "HP-ized"/hidden Phoenix BIOS) to get AMD-V hypertransport virtualization running for VMware and VirtualBox.
A couple of possibilities- if you can locate a DOS-based flash utility (and a newer BIOS image file that is correct for your mainboard), consider the freeware, non-Micro$oft FreeDOS .ISO:
There are also many places where one can download various DOS & Win95 & 98 "boot floppy" images that could be converted to a boot CD with the proper CD writing software.
I would be sure to play with your new "DOS" for several hours to test its relaibility and function BEFORE any ROM flashing though- there's a TON of free DOS programs, games, and "abandonware" on the web if you search a litte.
Option #2: Have you looked into the Linux package flashrom? (I had to use something a little similar- fxload- to try to get an external CDRW spinning again under Ubuntu to read some old archived data).
I haven't used "flashrom" under Ubuntu personally YET, but I have used DOS to flash many BIOS'es and various cards with "flash" ROMs. I've used Win Vista a few times too (but it ALWAYS makes me QUITE nervous to do so).
I also like an EXTREMELY FULL battery with "live" AC power throughout the process for laptops and/or a battery-backed UPS for desktop PC's AND laptops. I've even heard of using a diesel- or gasoline-powered generator or [relatively large like my 800 Watt] car DC-to-AC inverter to power the computer with a RELIABLE, idling automobile and a full-ish tank of fuel.
Also on your working ACPI 'workaround-' have you tried these commands to see if you really are getting "Awake" signals from the ACPI system? (It might take several hours/days to see several Suspend/Awake cycles though). I've got a UF thread filed somewhere in my notes that listed the terminal commands to force suspend and hibernate for testing reasons- I'll try to find them for you.
I recently upgraded my NVIDIA drivers to the new(est?) 285.05.09 drivers and my intermittent Suspend problems seem to have disappeared a couple of days ago.
cat /var/log/pm-suspend.log | grep Nov
tail -n 100 /var/log/pm-suspend.log
dmesg | egrep 'wake|acpi|uspend|bernat|ower|esume|ailed'
cat /var/log/pm-suspend.log | grep wake
This makes me think you might have something in common with my NVIDIA graphics 64bit AMD laptop:
My recent NVIDIA-ACPI-Suspend discoveries are chronicled here:
00:0a.0 PCI bridge: nVidia Corporation nForce3 PCI Bridge (rev a2)
00:0b.0 PCI bridge: nVidia Corporation nForce3 AGP Bridge (rev a4)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 440 Go 64M] (rev a3)