https://www.thinkwiki.org/w/api.php?action=feedcontributions&user=X2017&feedformat=atomThinkWiki - User contributions [en]2024-03-28T08:27:32ZUser contributionsMediaWiki 1.31.12https://www.thinkwiki.org/w/index.php?title=Talk:BIOS_Upgrade&diff=53570Talk:BIOS Upgrade2012-03-09T19:18:51Z<p>X2017: </p>
<hr />
<div>== Dead link == <br />
<br />
The link to the FreeDOS floppy (http://www.ankreuzen.de/freedos/files/fd9sr1/fdos1440.zip), which is needed to upgrade the BIOS from a CD, is dead. Is the information still valid? And is there a different source for the floppy image? [[User:Jamesavery|Jamesavery]] 05:49, 18 February 2007 (CET)<br />
<br />
== BIOS upgrade using WINE ==<br />
<br />
Does anyone think this would be possible? [[User:Mcalwell|Mcalwell]] 08:58, 28 January 2007 (CET)<br />
<br />
: No this is not possible. [[User:Mcalwell|Mcalwell]] 16:01, 12 February 2007 (CET)<br />
<br />
== BIOS upgrade without battery ==<br />
<br />
Concerning the known problem with 600 series with batteries dead too soon, it is impossible to upgrade the bios without the battery because the original ibm update program doesn't allow this. I bought an old 600E without the battery. There was one workaround, but i think for the older releases of the bios, where you just extracted files and upgraded manualy, bypassing the ibm install program. The page that describes this (i lost the link) has a list of different files, that the ones found in current release so i never did figure out what to do? I would like to upgrade because i have really old bios, where ACPI doesn't cooperate so well with the operating system, either windows or linux.<br />
<br />
If somebody finds a workaround please help. Thanks<br />
<br />
//Edit<br />
<br />
I've found the page on Vim's bios upgrade forum.. I don't know if it exactly for my model, since the files differ.. '''Is it possible, to upgrade bios in linux without the battery?'''<br />
<br />
''I have found a working solution WOW on the other forum: <br />
<br />
*** This is NOT a safe way to update the bios (disclaimer) *** <br />
<br />
* First you need to make a BIOS update floppy disk (from the bios file from IBM - place disk in a: drive, run app and answer Y to the agreement) and then format another disk by right clicking on A: - format - make system bootdisk (assuming you have another machine spare) <br />
<br />
* Copy all the files from the IBM Boot disk - in my case <br />
$0029000.fl1 <br />
$0029000.fl2 <br />
FLASH2.EXE <br />
PROD.DAT <br />
UPDTFLSH.EXE <br />
updtrom.exe <br />
USERINT.EXE <br />
UTILINFO.EXE <br />
to the other clean bootdisk. <br />
<br />
* Ensure that there is no config.sys and autoexec.bat so it just runs straight into DOS. <br />
<br />
* Place the disk into the Laptop, reboot and allow the machine to load via the floppy <br />
<br />
* At the command prompt, type "FLASH2.EXE /U" with no quotes then press enter. <br />
<br />
The program will automatically search for the files *.FL1 & *.FL2 and load the bios first then the platform file. <br />
<br />
The program will automatically update and perform erasing on the rom and then finish with "Update complete". <br />
<br />
* Now reboot. <br />
<br />
* Hold F1 down as you turn the laptop back on and go into Easy Setup under "Config" click on Initialize to ensure defaults and settings are error free. <br />
<br />
* Save and exit...''<br />
<br />
// EDIT<br />
<br />
This worked on my machine.. I make no guarantees it will work on others.<br />
<br />
The above procedure did not work on my T23 using the 1.20 bios; it kept returning error 14 (Low Battery). However, following those instructions and running "qkflash" rather than flash2 did work for the main bios, and later for the embedded controller.<br />
--grythumn<br />
<br />
// EDIT<br />
The provided solution didn't work on my R31: even with qkflash /U i get the low battery message - is there any other solution ?<br />
-- joer<br />
<br />
Try "phlash" after renaming $0179000.fl1 to bios.rom and $0179000.fl3 to platform.bin, source: (deleted since the wiki pesters about me being a spambot). Worked on an {{A22e}} using freedos/balder which I had to boot natively - using memdisk caused phlash to stall, luckily without causing damage. --cbiedl<br />
<br />
== Bios upgrade & hidden partition ==<br />
<br />
I have disabled the hidden partition to make more space for linux (24G). I still have Windows on the 14G partition. Is it safe to upgrade the BIOS without the hidden partition? I want to get a newer BIOS to fix the annoying fan issue. Thanks<br />
<br />
- yes don't worry about it. bios upgrades have nothing to do with whats inside the harddrive.<br />
<br />
== BIOS upgrade over PXE ==<br />
<br />
Hi,<br />
<br />
I have a Thinkpad X20 with a very early BIOS and Embedded Controller Program which I'd like to update. Currently, the only feasible way of doing this is over the network using PXE. I already have a fully functional PXE server using SYSLINUX, and have so far been able to boot the BIOS diskette image using MEMDISK, although I have not attempted to flash anything yet due to the warnings given on the page. Is there any safe way I can update both the Controller Program and the BIOS in the same session over the network in this manner? If not, what other methods would be suitable? I have a USB CD-ROM drive and could probably get hold of a USB floppy drive.<br />
<br />
Thanks.<br />
<br />
Update: I ended up burning CDs as described and successfully updated everything. I'd still like to know if there is a way I could do it entirely over the network, though.<br />
<br />
<br />
== RE: grub initrd ==<br />
<br />
"Another possibility which works even without a CD-drive or network is to boot the disk image via the grub initrd mechanism."<br />
<br />
0) Interesting suggestion. Might be better of in its own section.<br />
<br />
1) Could you please elaborate?<br />
<br />
2) My first guess (pending your elaboration) would be to "chainload" the first block of the diskimage using the grub commandline, like:<br />
blocklist (''path'')/''to''/''diskimage''<br />
chainloader ''blockvalue''+1<br />
<br />
But that's just a guess!<br />
<br />
[[user:Pebolle|Paul Bolle]] Fri Jul 15 12:20:47 CEST 2005<br />
<br />
== bios/controller update sequence ==<br />
<br />
The article says:<br />
"If you go through the readme's on the IBM site they'll cleary state that you must update the Control Program first, then imediately update the BIOS"<br />
<br />
When I look at the IBM udpate instructions for the T23, it says:<br />
"If you need to update the BIOS as well as the Embedded Controller Program, update the BIOS first."<br />
<br />
<br />
Comments?<br />
<br />
> I would first contact IBM for clarification, but you should probably be following instructions specific to your model.<br />
<br />
>> I did it following IBM's instructions to upgrade the BIOS first. Everything worked out great!<br />
<br />
== Firmware upgrade for Intel minipci combo card ==<br />
<br />
I just purchased an [[Intel 10/100 Ethernet Mini-PCI Adapter with 56K Modem]] that has an ancient (2.0.6) firmware version. I Downloaded the update file intlbtag.EXE but cabextract was unable to find any cabfiles inside it. I tried running the program via wine and that didn't work either.<br />
<br />
Finally I ran the program on a windows machine and created a boot floppy. Then I went through the the process of converting the floppy to a bootable cd via linux and that worked like a charm. The cd successfully updated the minipc card's firmware.<br />
<br />
Everything worked but I ended up needing a windows box to do it. Could this have been done without windows?<br />
<br />
== Firmware upgrade for Wireless LAN MiniPCI COMBO Card using prism2_srec ==<br />
<br />
The appropriate firmware installation program for the wlan card in my R32 can be extracted using cabextract as described in the article. It contains (besides some installation programs) a disk image (1awg06ww.IMG) that seems to be a simple dos boot disk. This image contains 3 .hex files (id010001.hex, pk010100.hex, sf010402.hex) that are recognized by prism2_srec to be "srec"-files. Trying to load them to RAM yields:<br />
<br />
{{cmdroot|prism2_srec -v -r wlan0 sf010402.hex}}<br />
S3 CRC-16 generation record: start=0x007E1800 len=65642 prog=1<br />
Start address 0x00000000<br />
srec summary for sf010402.hex<br />
Component: 0x001f 1.4.2 (station firmware)<br />
<snip><br />
Interface compatibility information:<br />
role=Supplier variant=2 range=1-9 iface=Station Firmware-Driver (4)<br />
role=Actor variant=1 range=1-1 iface=Modem-Firmware (1)<br />
role=Actor variant=2 range=1-1 iface=Controller-Firmware (2)<br />
role=Actor variant=1 range=4-4 iface=Primary Firmware-Driver (3)<br />
<snip><br />
Wireless LAN card information:<br />
Components:<br />
NICID: 0x8013 v1.0.0<br />
PRIID: 0x0015 v1.0.7<br />
STAID: 0x001f v1.3.6<br />
Interface compatibility information:<br />
PRI role=Supplier variant=1 range=1-1 iface=Modem-Firmware (1)<br />
PRI role=Supplier variant=2 range=1-1 iface=Controller-Firmware (2)<br />
PRI role=Supplier variant=1 range=4-4 iface=Primary Firmware-Driver (3)<br />
STA role=Supplier variant=1 range=1-9 iface=Station Firmware-Driver (4)<br />
PRI role=Actor variant=2 range=1-1 iface=Controller-Firmware (2)<br />
STA role=Actor variant=2 range=1-1 iface=Controller-Firmware (2)<br />
STA role=Actor variant=1 range=1-1 iface=Modem-Firmware (1)<br />
<snip><br />
This image is not meant to be downloaded to volatile memory.<br />
Incompatible update data.<br />
<br />
Has anyone tried to flash this device using prism2_srec yet?<br />
What bothers me is, that the upgrade is for many different parts of the combo card. Does anyone have an opinion on whether this could work?<br />
<br />
OK, I took the risk and successfully upgraded my station firmware, BUT when I tried to upgrade the primary firmware the system froze!!! The thinkpad won't start up with the miniPCI card inserted and all efforts to reflash it using the original DOS boot image failed!!!<br />
<br />
I'm quite sure the system freeze was not caused directly by prism2_srec, because I have noticed rare system freezes since I have been using my PCMCIA wireless card.<br />
Anyway, if anyone should own a TP R32, I'd be glad if he could tell me the base address of the Wlan card, or it's PCI address.<br />
<br />
Thinkpad r32 owner here. I want to upgrade the firmware as well. If you need any information just send an email to haftbar[a]gmail.com [[User:Quickie|Quickie]] 02:12, 1 February 2006 (CET)<br />
<br />
==Reorganization suggestion==<br />
The Downloads section is rather long. Would it be an idea to put it on a separate, new page (say: BIOS_Downloads) and link to that new page from this page?<br />
<br />
[[User:Pebolle|Paul Bolle]] 21:27, 15 Oct 2005 (CEST)<br />
<br />
> I agree with this suggestion.<br />
<br />
== Upgrading BIOS and Embedded Control Program from Win XP ==<br />
<br />
I'm trying to upgrade the BIOS and Embedded Controller Program from Windows XP following the instructions on the Lenovo website. The problem is the instructions are not very clear about this. The instructions basically state that I must upgrade them at the same time because the Control Program does not work with the older BIOS and the BIOS does not work with the older Control Program. They also state that I should upgrade the Control Program first. <br />
<br />
But that means I must boot into XP after having upgraded the Control Program but with the older BIOS in order to then update the BIOS. But if this works then they are actually compatible and there's a contradiction. Am I missing something? I just want to make sure I don't end up with a non-functioning unit.<br />
<br />
I have an X23 and want the latest BIOS (v 1.32) and Control Program (v 1.30). <br />
<br />
Maybe there should be a note about this in the article? Or maybe I'm the only one who is this stupid :)<br />
<br />
Update: I talked to Lenovo support. The situation apparently is that though the description says that the newer control program is not compatible with the older BIOS, they are not so incompatible as to cause the machine to stop working so it is actually possible to use incompatible versions of BIOS and control program. In fact according to the support person it makes no difference if the BIOS is upgraded before the control program or vice versa. So I upgraded the control program using the executable running in Windows XP, which rebooted the computer to perform the upgrade and then I booted Windows again to upgrade the BIOS in the same manner and it all worked fine. If anyone reading this finds it useful maybe you can put it in the article? Or if you find it superfluous just delete this section.<br />
<br />
--[[User:xphinx|xphinx]] 12 March 2007<br />
<br />
I have an X22 with BIOS version 1.21 and Embedded Controller version 1.17 and using the steps described by you, I succesfully updated my bios to the lastest versions from WindowsXP (BIOS v1.32 / EC v1.30)<br />
Thanks!<br />
<br />
== BIOS upgrade for T21 with T20 BIOS ==<br />
<br />
Hi, I bought a used T21 recently (type 2647-8AU), and would like to update the BIOS to the latest version, but there's a problem: this T21 appears to have a T20 BIOS (IYET50WW, a/k/a T20 BIOS version 1.11). When I try updating this BIOS using one of IBM's T21 updaters - I tried KZET34WW/v1.16 (the latest one) and KZET16WW/v1.01 (the earliest one) - I get the following message:<br />
<br />
<blockquote><br />
''The diskette in the default drive will not run on this system. Your system is now locked. To restart your system, press Ctrl+Alt+Del.''<br />
</blockquote><br />
<br />
I suspect this message appears because the existing BIOS is a T20 BIOS.<br />
<br />
There would appear to be two options: either use the most recent T20 updater (IYET61WW, a/k/a T20 v1.22), or find a way to defeat the block in the KZET34WW/v1.16 T21 updater. Obviously either option is risky in the absence of more information and/or detective work. And I don't know enough about T2x-series hardware to hazard a guess (i.e., were early T21s just T20s with a speed bump, did some T21s get T20 BIOSes by mistake due to factory error, or are the T20 and T21 similar enough that it doesn't matter whether a T20 or T21 BIOS is used).<br />
<br />
Some relevant data gleaned from the stickers on the case bottom and the current BIOS:<br />
<br />
<blockquote><br />
* '''Type:''' 2647-8AU (T21 with 800-MHz processor)<br />
* '''S/N:''' 78-0GL1Z (zero-G-L-one-zed)<br />
* '''Manufacture date:''' 03/2001<br />
* '''BIOS version:''' IYET50WW (T20 BIOS v1.11)<br />
* '''System unit S/N:''' (appears to be blank)<br />
* '''System board S/N:''' J1HHS15CL5C<br />
* '''System board P/N:''' 08K3747 (printed on motherboard)<br />
</blockquote><br />
<br />
Thanks for any help anyone can provide.<br />
<br />
-Linux Spice<br />
<br />
P.S. At first I thought this might be a Frankenstein ThinkPad with a T21 case and a T20 logic board - I did buy it used, after all - but it does have an 800-MHz processor, which was never an option for the T20 (both the BIOS and Linux report it as such), and all the other equipment checks out (except for the hard drive, which was replaced with a 40-GB model).<br />
<br />
== Force Upgrade a Thinkpad T20 to latest Thinkpad T22 BIOS ==<br />
<br />
i managed to force upgrade my t20 to a t22 bios using a strange method.<br />
<br />
i snagged a "bios bootdisk" from bootdisk.com (it's a drdos/caldera dos boot disk), wrote the image to a floppy disk, then copied to it the PHLASH.EXE flasher, $0179000.fl1 (renamed to BIOS.BIN) and $0179000.fl3 (renamed to PLATFORM.IMG) from the T22 1.06 update from ibm/lenovo's site. i think any lower version would work, but it tried it with that. anyways.<br />
<br />
i inserted the disk into the thinkpad t20, booted off of it, then ran PHLASH. it reflashed the t20 with the t22 1.06 image no problem. now the machine's in a frankenstein state...t22 bios, t20 ec, etc. i took the floppy out (or made another floppy, whatever), wrote to it the latest available update from ibm/lenovo (at the time of writing, although i doubt it will ever be updated again, is 1.12), booted the thinkpad t20 off of it, and the bios reflash disk was satisfied that the machine was a t22. more waiting, and the thinkpad t20 is now a thinkpad t22! for me, it means no more waiting for the machine to count memory every single boot (it remembers the value and quick boots now), and it perfectly supports my 1400x1050 display from a damaged thinkpad t22!<br />
<br />
end result: reflashed a thinkpad t20 with the latest thinkpad t22 bios, and now the machine presents itself as a thinkpad t22. the hardware's similar enough that it can pass itself off as such just fine.<br />
<br />
hope others can share in my success.<br />
<br />
--[[User:SaturnNiGHTS|SaturnNiGHTS]] 15:49, 11 May 2008 (EST) (also uses "SatNiGHTS" on IRC)<br />
<br />
== BIOS format ==<br />
<br />
Not sure if this is the right place, but...<br />
Does anybody know what the formats for the various files are in the bios package (or, even better, the bios.bak file that gets dumped on your disk before updating)? I'm getting progressivel lower and lower level in figuring out just what happens when the computer boots, and the BIOS is the last step... (BTW, I have an x60s)<br />
<br />
-- Unknown<br />
<br />
Yes. It is a binary dump. Sometimes, there is junk in the start of the file. This should be data enough for you to figure out what you need.<br />
<br />
--[[User:Hmh|hmh]] 13:30, 26 February 2007 (CET)<br />
<br />
== BIOS update gone bad ==<br />
<br />
I tried to flash my [[:Category:600|ThinkPad 600]]'s bios with catastrophalic outcome; now the machine is unable to boot. I, being overly stupid and too self-confident, ignored all warnings about the media containing the bios image not being write-protected (I used one partition of the disk, in which I had installed FreeDOS). During the updating process, the machine started to write screens full of random characters in cyan coloured background. At that point I knew it was b0rked. I asked my friend about what to do now, he said I could open the machine up, locate the bios chip and use EPROM programmer/burner to write the bios image to the chip. He also said that because my machine is very old, there are probably not safeguards like dual bios or emergency bios update from floppy disk on boot. He continued by saying that the bios update file images from IBM/Lenovo website might not be actual , "pure" binaries which could be burned directly to the chip, instead they may contain some vendor-specific checksums which must be taken into account. In ThinkWiki there seems to be no page about bios flashing gone bad and restoring the machine to working condition. Or is there? I really need your help with this; I think I'm able to locate the bios, take it off and find a working EPROM burner, but where can I get a clean BIOS image without the vendor checksums? I'd be grateful for any references.<br />
<br />
--[[User:Usv|Usv]] 12:45, 31 March 2007 (CEST)<br />
<br />
== BIOS upgrade using USB flash drive ==<br />
<br />
I flashed my Thinkpad X41 succesfully with 2.09 BIOS using bootable USB flash drive with DOS 6.22 system files. (I guess Freedos would work aswell). I had such key laying around so I can't help you with making one (i used windows HP USB key format utility to make it long long time ago) <br />
Everything is quite simple once you have USB key and are able to boot DOS from it.<br />
<br />
I downloaded the non-diskette ThinkPad BIOS update utility (74uj15us.exe) from lenovo support site and extracted the disk image from it using cabextract:<br />
{{cmduser|cabextract -F "*.IMG" 74uj15us.exe}}<br />
<br />
I mounted the image file (74UJ15US.IMG):<br />
{{cmdroot|mkdir /tmp/mnt}}<br />
{{cmdroot|mount -o loop 74UJ15US.IMG /tmp/mnt}}<br />
<br />
I mounted the usb key and made a directory for ibm flash utility files under it:<br />
{{cmdroot|mount /dev/sdb1 /mnt/usbflash}}<br />
{{cmdroot|mkdir /mnt/usbflash/ibm}}<br />
<br />
I copied the contents of /tmp/mnt to /mnt/usbflash/ibm:<br />
{{cmdroot|cp /tmp/mnt/*.* /mnt/usbflash/ibm}}<br />
<br />
Then I unmounted the USB stick and rebooted from it to DOS (F12 during boot -> USB HDD).<br> <br />
In the DOS Prompt:<br><br />
C:\cd ibm<br />
C:\IBM\flash2 /U<br />
I waited for about 1 minute, then my thinkpad made two beeps to signal that the flashing was complete.<br />
<br />
PS. Because lacking reliable guide on how to make bootable DOS USB stick for ThinkPads I decided to leave this into discussion section. Please feel free to move/edit all the necessary stuff into the BIOS upgrade article if you know/figure out how to make bootable DOS USB stick in linux. I tried various tutorials including http://gentoo-wiki.com/HOWTO_Create_a_DOS_boot_USB_flash_drive, but didn't manage to boot into the Freedos prompt.<br />
--[[User:ladoga|ladoga]] 04:56 17 Apr 2007<br />
<br />
==Reserving RAM for my X3100 graphics card==<br />
Is there any way in the BIOS to reserve memory for my graphics card? I have 2 GB of RAM, which is more than enough for general system processes so I'd like to allocate some to my Intel graphics card. [[User:SteveSims|SteveSims]] 19:36, 5 November 2007 (UTC)<br />
<br />
==BIOS Doesn't want to install==<br />
During the install process on a Z60m, I get the error message, "An update is not necessary at this time. The process has been canceled." The program is right, I am using the same latest BIOS version. However, I have a different, new boot splash image on it. I was wondering if there were any way to force a reflash - the program gives me no way around this.<br />
<br />
Turns out that I had put the bios splash on incorrectly. It should reflash if you change the splash image. But in case you needed to reflash an identical bios for any reason, one thing that worked for me was downgrading and then upgrading.<br />
<br />
== Converting Current BIOS CD-ROM for USB Flash boot ==<br />
<br />
The latest Lenovo BIOS releases in bootable CD-ROM format (for the X200 in my case) are using hard disk emulation rather than floppy emulation.<br />
<br />
I peeked at the ISO with hexdump and found the hard disk image, including its MBR and partition table, starting at byte offset 0xd800 in the particular image I inspected. I won't explain the crude way I found this, but it was easy to verify. I used "tail -c +55297 foo.iso > boot.img" and then loaded this up in a loopback device to verify that fdisk saw a proper partition table.<br />
<br />
Simply dumping this image to a USB flash drive via dd if=boot.img of=/dev/sdb then created a bootable drive and I successfully booted this and updated my X200 BIOS. Your mileage may vary...<br />
<br />
-- karlcz Oct 16 16:09:40 UTC 2008<br />
<br />
<br />
== Floppy Disk, Failure Mode ==<br />
<br />
I've just had the mispleasure of toasting my wife laptop during a floppy HC4 flash. The problem was that the read from floppy failed with 'abort, retry, fail'. After a couple of 'retry' attempts, I mistakenly hit 'fail' (rather than 'abort'). The program then decided to flash with whatever it had in memory and toasted the machine (which will not turn on at all now).<br />
<br />
--[[User:Mungewell|Mungewell]] 15:09, 29 August 2009 (UTC)<br />
<br />
== Huge Re-write ==<br />
I found this page to be horribly confusing and hard-to-read. There was a fair bit of duplication, e.g., using '''memdisk''' to boot from GRUB was covered at least twice. There was some clutter, e.g., discussion of cleaning floppy drive heads. And just a general disorganization. So, I decided to "fix" it.<br />
<br />
I broke the update ("upgrade") process down into two basic steps: how to get the right file, and how to install it. I moved things around based on that basic structure, and then re-formatted a lot of stuff. So, the page contents ''look'' much more different than they actually ''are''.<br />
<br />
Please check for technical accuracy if you have a moment. -- [[User:Pi3832|Pi3832]] 07:46, 15 December 2009 (UTC)<br />
<br />
=== Moving "testing" tables ===<br />
The tables of what models have been tested with various methods are great info, but take up a lot of space on the page. Maybe they should be sub-pages? -- [[User:Pi3832|Pi3832]] 07:46, 15 December 2009 (UTC)<br />
<br />
==Wrong mkisofs/genisoimage commands will just get people stuck==<br />
Giving people the following example will just get them stuck!<br />
$ genisoimage -b bootfloppy.img -o bootcd.iso 1WUJ25US.IMG #or mkisofs for older systems<br />
genisoimage: Uh oh, I cant find the boot image 'bootfloppy.img' !<br />
<br />
The proper example needs to be<br />
$ genisoimage -b 1WUJ25US.IMG -c boot.catalog -o bootcd.iso 1WUJ25US.IMG<br />
<br />
See [http://article.gmane.org/gmane.linux.hardware.thinkpad/40117]. [[User:Jidanni|Jidanni]] 23:53, 23 January 2010 (UTC)<br />
<br />
==new File Formats ??==<br />
Could it be that Lenovo changed the Fileformats ? Neither the ISO nor the .exe seem to work as described in the Wiki :(<br />
--[[User:Stechlinger|Stechlinger]] 17:20, 4 March 2012 (CET)<br />
<br />
== Problems with X after BIOS upgrade from 1.05 to 1.48 on Thinkpad T410s with Intel graphics ==<br />
I am seeing decreased X performance after I upgraded the BIOS in my T410s with an i5 520-M from 1.05 to 1.48 using the Lenovo CD. After disabling PCI and PCIe power-saving these problems got less severe, but still persist. Specifically, changing large areas of the screen (1920x1200 external screen), such as a switch from one virtual workspace to another, _sometimes_ causes the redrawing to hang for a second or two.<br />
<br />
I am using Debian Testing with current X.org:<br />
<br />
ii xorg 1:7.6+12 X.Org X Window System<br />
ii xorg-docs-core 1:1.6-1 Core documentation for the X.org X Window System<br />
ii xserver-xorg 1:7.6+12 X.Org X server<br />
ii xserver-xorg-core 2:1.11.3.901-2 Xorg X server - core server<br />
ii xserver-xorg-input-evdev 1:2.6.0-2+b2 X.Org X server -- evdev input driver<br />
ii xserver-xorg-video-intel 2:2.18.0-1 X.Org X server -- Intel i8xx, i9xx display driver<br />
<br />
and Xfwm4. Anybody seeing similar problems? ← Downgrade to 1.05 fixed the problem. :) --[[User:X2017|X2017]] 20:18, 9 March 2012 (CET)</div>X2017https://www.thinkwiki.org/w/index.php?title=Talk:BIOS_Upgrade&diff=53569Talk:BIOS Upgrade2012-03-09T18:39:40Z<p>X2017: </p>
<hr />
<div>== Dead link == <br />
<br />
The link to the FreeDOS floppy (http://www.ankreuzen.de/freedos/files/fd9sr1/fdos1440.zip), which is needed to upgrade the BIOS from a CD, is dead. Is the information still valid? And is there a different source for the floppy image? [[User:Jamesavery|Jamesavery]] 05:49, 18 February 2007 (CET)<br />
<br />
== BIOS upgrade using WINE ==<br />
<br />
Does anyone think this would be possible? [[User:Mcalwell|Mcalwell]] 08:58, 28 January 2007 (CET)<br />
<br />
: No this is not possible. [[User:Mcalwell|Mcalwell]] 16:01, 12 February 2007 (CET)<br />
<br />
== BIOS upgrade without battery ==<br />
<br />
Concerning the known problem with 600 series with batteries dead too soon, it is impossible to upgrade the bios without the battery because the original ibm update program doesn't allow this. I bought an old 600E without the battery. There was one workaround, but i think for the older releases of the bios, where you just extracted files and upgraded manualy, bypassing the ibm install program. The page that describes this (i lost the link) has a list of different files, that the ones found in current release so i never did figure out what to do? I would like to upgrade because i have really old bios, where ACPI doesn't cooperate so well with the operating system, either windows or linux.<br />
<br />
If somebody finds a workaround please help. Thanks<br />
<br />
//Edit<br />
<br />
I've found the page on Vim's bios upgrade forum.. I don't know if it exactly for my model, since the files differ.. '''Is it possible, to upgrade bios in linux without the battery?'''<br />
<br />
''I have found a working solution WOW on the other forum: <br />
<br />
*** This is NOT a safe way to update the bios (disclaimer) *** <br />
<br />
* First you need to make a BIOS update floppy disk (from the bios file from IBM - place disk in a: drive, run app and answer Y to the agreement) and then format another disk by right clicking on A: - format - make system bootdisk (assuming you have another machine spare) <br />
<br />
* Copy all the files from the IBM Boot disk - in my case <br />
$0029000.fl1 <br />
$0029000.fl2 <br />
FLASH2.EXE <br />
PROD.DAT <br />
UPDTFLSH.EXE <br />
updtrom.exe <br />
USERINT.EXE <br />
UTILINFO.EXE <br />
to the other clean bootdisk. <br />
<br />
* Ensure that there is no config.sys and autoexec.bat so it just runs straight into DOS. <br />
<br />
* Place the disk into the Laptop, reboot and allow the machine to load via the floppy <br />
<br />
* At the command prompt, type "FLASH2.EXE /U" with no quotes then press enter. <br />
<br />
The program will automatically search for the files *.FL1 & *.FL2 and load the bios first then the platform file. <br />
<br />
The program will automatically update and perform erasing on the rom and then finish with "Update complete". <br />
<br />
* Now reboot. <br />
<br />
* Hold F1 down as you turn the laptop back on and go into Easy Setup under "Config" click on Initialize to ensure defaults and settings are error free. <br />
<br />
* Save and exit...''<br />
<br />
// EDIT<br />
<br />
This worked on my machine.. I make no guarantees it will work on others.<br />
<br />
The above procedure did not work on my T23 using the 1.20 bios; it kept returning error 14 (Low Battery). However, following those instructions and running "qkflash" rather than flash2 did work for the main bios, and later for the embedded controller.<br />
--grythumn<br />
<br />
// EDIT<br />
The provided solution didn't work on my R31: even with qkflash /U i get the low battery message - is there any other solution ?<br />
-- joer<br />
<br />
Try "phlash" after renaming $0179000.fl1 to bios.rom and $0179000.fl3 to platform.bin, source: (deleted since the wiki pesters about me being a spambot). Worked on an {{A22e}} using freedos/balder which I had to boot natively - using memdisk caused phlash to stall, luckily without causing damage. --cbiedl<br />
<br />
== Bios upgrade & hidden partition ==<br />
<br />
I have disabled the hidden partition to make more space for linux (24G). I still have Windows on the 14G partition. Is it safe to upgrade the BIOS without the hidden partition? I want to get a newer BIOS to fix the annoying fan issue. Thanks<br />
<br />
- yes don't worry about it. bios upgrades have nothing to do with whats inside the harddrive.<br />
<br />
== BIOS upgrade over PXE ==<br />
<br />
Hi,<br />
<br />
I have a Thinkpad X20 with a very early BIOS and Embedded Controller Program which I'd like to update. Currently, the only feasible way of doing this is over the network using PXE. I already have a fully functional PXE server using SYSLINUX, and have so far been able to boot the BIOS diskette image using MEMDISK, although I have not attempted to flash anything yet due to the warnings given on the page. Is there any safe way I can update both the Controller Program and the BIOS in the same session over the network in this manner? If not, what other methods would be suitable? I have a USB CD-ROM drive and could probably get hold of a USB floppy drive.<br />
<br />
Thanks.<br />
<br />
Update: I ended up burning CDs as described and successfully updated everything. I'd still like to know if there is a way I could do it entirely over the network, though.<br />
<br />
<br />
== RE: grub initrd ==<br />
<br />
"Another possibility which works even without a CD-drive or network is to boot the disk image via the grub initrd mechanism."<br />
<br />
0) Interesting suggestion. Might be better of in its own section.<br />
<br />
1) Could you please elaborate?<br />
<br />
2) My first guess (pending your elaboration) would be to "chainload" the first block of the diskimage using the grub commandline, like:<br />
blocklist (''path'')/''to''/''diskimage''<br />
chainloader ''blockvalue''+1<br />
<br />
But that's just a guess!<br />
<br />
[[user:Pebolle|Paul Bolle]] Fri Jul 15 12:20:47 CEST 2005<br />
<br />
== bios/controller update sequence ==<br />
<br />
The article says:<br />
"If you go through the readme's on the IBM site they'll cleary state that you must update the Control Program first, then imediately update the BIOS"<br />
<br />
When I look at the IBM udpate instructions for the T23, it says:<br />
"If you need to update the BIOS as well as the Embedded Controller Program, update the BIOS first."<br />
<br />
<br />
Comments?<br />
<br />
> I would first contact IBM for clarification, but you should probably be following instructions specific to your model.<br />
<br />
>> I did it following IBM's instructions to upgrade the BIOS first. Everything worked out great!<br />
<br />
== Firmware upgrade for Intel minipci combo card ==<br />
<br />
I just purchased an [[Intel 10/100 Ethernet Mini-PCI Adapter with 56K Modem]] that has an ancient (2.0.6) firmware version. I Downloaded the update file intlbtag.EXE but cabextract was unable to find any cabfiles inside it. I tried running the program via wine and that didn't work either.<br />
<br />
Finally I ran the program on a windows machine and created a boot floppy. Then I went through the the process of converting the floppy to a bootable cd via linux and that worked like a charm. The cd successfully updated the minipc card's firmware.<br />
<br />
Everything worked but I ended up needing a windows box to do it. Could this have been done without windows?<br />
<br />
== Firmware upgrade for Wireless LAN MiniPCI COMBO Card using prism2_srec ==<br />
<br />
The appropriate firmware installation program for the wlan card in my R32 can be extracted using cabextract as described in the article. It contains (besides some installation programs) a disk image (1awg06ww.IMG) that seems to be a simple dos boot disk. This image contains 3 .hex files (id010001.hex, pk010100.hex, sf010402.hex) that are recognized by prism2_srec to be "srec"-files. Trying to load them to RAM yields:<br />
<br />
{{cmdroot|prism2_srec -v -r wlan0 sf010402.hex}}<br />
S3 CRC-16 generation record: start=0x007E1800 len=65642 prog=1<br />
Start address 0x00000000<br />
srec summary for sf010402.hex<br />
Component: 0x001f 1.4.2 (station firmware)<br />
<snip><br />
Interface compatibility information:<br />
role=Supplier variant=2 range=1-9 iface=Station Firmware-Driver (4)<br />
role=Actor variant=1 range=1-1 iface=Modem-Firmware (1)<br />
role=Actor variant=2 range=1-1 iface=Controller-Firmware (2)<br />
role=Actor variant=1 range=4-4 iface=Primary Firmware-Driver (3)<br />
<snip><br />
Wireless LAN card information:<br />
Components:<br />
NICID: 0x8013 v1.0.0<br />
PRIID: 0x0015 v1.0.7<br />
STAID: 0x001f v1.3.6<br />
Interface compatibility information:<br />
PRI role=Supplier variant=1 range=1-1 iface=Modem-Firmware (1)<br />
PRI role=Supplier variant=2 range=1-1 iface=Controller-Firmware (2)<br />
PRI role=Supplier variant=1 range=4-4 iface=Primary Firmware-Driver (3)<br />
STA role=Supplier variant=1 range=1-9 iface=Station Firmware-Driver (4)<br />
PRI role=Actor variant=2 range=1-1 iface=Controller-Firmware (2)<br />
STA role=Actor variant=2 range=1-1 iface=Controller-Firmware (2)<br />
STA role=Actor variant=1 range=1-1 iface=Modem-Firmware (1)<br />
<snip><br />
This image is not meant to be downloaded to volatile memory.<br />
Incompatible update data.<br />
<br />
Has anyone tried to flash this device using prism2_srec yet?<br />
What bothers me is, that the upgrade is for many different parts of the combo card. Does anyone have an opinion on whether this could work?<br />
<br />
OK, I took the risk and successfully upgraded my station firmware, BUT when I tried to upgrade the primary firmware the system froze!!! The thinkpad won't start up with the miniPCI card inserted and all efforts to reflash it using the original DOS boot image failed!!!<br />
<br />
I'm quite sure the system freeze was not caused directly by prism2_srec, because I have noticed rare system freezes since I have been using my PCMCIA wireless card.<br />
Anyway, if anyone should own a TP R32, I'd be glad if he could tell me the base address of the Wlan card, or it's PCI address.<br />
<br />
Thinkpad r32 owner here. I want to upgrade the firmware as well. If you need any information just send an email to haftbar[a]gmail.com [[User:Quickie|Quickie]] 02:12, 1 February 2006 (CET)<br />
<br />
==Reorganization suggestion==<br />
The Downloads section is rather long. Would it be an idea to put it on a separate, new page (say: BIOS_Downloads) and link to that new page from this page?<br />
<br />
[[User:Pebolle|Paul Bolle]] 21:27, 15 Oct 2005 (CEST)<br />
<br />
> I agree with this suggestion.<br />
<br />
== Upgrading BIOS and Embedded Control Program from Win XP ==<br />
<br />
I'm trying to upgrade the BIOS and Embedded Controller Program from Windows XP following the instructions on the Lenovo website. The problem is the instructions are not very clear about this. The instructions basically state that I must upgrade them at the same time because the Control Program does not work with the older BIOS and the BIOS does not work with the older Control Program. They also state that I should upgrade the Control Program first. <br />
<br />
But that means I must boot into XP after having upgraded the Control Program but with the older BIOS in order to then update the BIOS. But if this works then they are actually compatible and there's a contradiction. Am I missing something? I just want to make sure I don't end up with a non-functioning unit.<br />
<br />
I have an X23 and want the latest BIOS (v 1.32) and Control Program (v 1.30). <br />
<br />
Maybe there should be a note about this in the article? Or maybe I'm the only one who is this stupid :)<br />
<br />
Update: I talked to Lenovo support. The situation apparently is that though the description says that the newer control program is not compatible with the older BIOS, they are not so incompatible as to cause the machine to stop working so it is actually possible to use incompatible versions of BIOS and control program. In fact according to the support person it makes no difference if the BIOS is upgraded before the control program or vice versa. So I upgraded the control program using the executable running in Windows XP, which rebooted the computer to perform the upgrade and then I booted Windows again to upgrade the BIOS in the same manner and it all worked fine. If anyone reading this finds it useful maybe you can put it in the article? Or if you find it superfluous just delete this section.<br />
<br />
--[[User:xphinx|xphinx]] 12 March 2007<br />
<br />
I have an X22 with BIOS version 1.21 and Embedded Controller version 1.17 and using the steps described by you, I succesfully updated my bios to the lastest versions from WindowsXP (BIOS v1.32 / EC v1.30)<br />
Thanks!<br />
<br />
== BIOS upgrade for T21 with T20 BIOS ==<br />
<br />
Hi, I bought a used T21 recently (type 2647-8AU), and would like to update the BIOS to the latest version, but there's a problem: this T21 appears to have a T20 BIOS (IYET50WW, a/k/a T20 BIOS version 1.11). When I try updating this BIOS using one of IBM's T21 updaters - I tried KZET34WW/v1.16 (the latest one) and KZET16WW/v1.01 (the earliest one) - I get the following message:<br />
<br />
<blockquote><br />
''The diskette in the default drive will not run on this system. Your system is now locked. To restart your system, press Ctrl+Alt+Del.''<br />
</blockquote><br />
<br />
I suspect this message appears because the existing BIOS is a T20 BIOS.<br />
<br />
There would appear to be two options: either use the most recent T20 updater (IYET61WW, a/k/a T20 v1.22), or find a way to defeat the block in the KZET34WW/v1.16 T21 updater. Obviously either option is risky in the absence of more information and/or detective work. And I don't know enough about T2x-series hardware to hazard a guess (i.e., were early T21s just T20s with a speed bump, did some T21s get T20 BIOSes by mistake due to factory error, or are the T20 and T21 similar enough that it doesn't matter whether a T20 or T21 BIOS is used).<br />
<br />
Some relevant data gleaned from the stickers on the case bottom and the current BIOS:<br />
<br />
<blockquote><br />
* '''Type:''' 2647-8AU (T21 with 800-MHz processor)<br />
* '''S/N:''' 78-0GL1Z (zero-G-L-one-zed)<br />
* '''Manufacture date:''' 03/2001<br />
* '''BIOS version:''' IYET50WW (T20 BIOS v1.11)<br />
* '''System unit S/N:''' (appears to be blank)<br />
* '''System board S/N:''' J1HHS15CL5C<br />
* '''System board P/N:''' 08K3747 (printed on motherboard)<br />
</blockquote><br />
<br />
Thanks for any help anyone can provide.<br />
<br />
-Linux Spice<br />
<br />
P.S. At first I thought this might be a Frankenstein ThinkPad with a T21 case and a T20 logic board - I did buy it used, after all - but it does have an 800-MHz processor, which was never an option for the T20 (both the BIOS and Linux report it as such), and all the other equipment checks out (except for the hard drive, which was replaced with a 40-GB model).<br />
<br />
== Force Upgrade a Thinkpad T20 to latest Thinkpad T22 BIOS ==<br />
<br />
i managed to force upgrade my t20 to a t22 bios using a strange method.<br />
<br />
i snagged a "bios bootdisk" from bootdisk.com (it's a drdos/caldera dos boot disk), wrote the image to a floppy disk, then copied to it the PHLASH.EXE flasher, $0179000.fl1 (renamed to BIOS.BIN) and $0179000.fl3 (renamed to PLATFORM.IMG) from the T22 1.06 update from ibm/lenovo's site. i think any lower version would work, but it tried it with that. anyways.<br />
<br />
i inserted the disk into the thinkpad t20, booted off of it, then ran PHLASH. it reflashed the t20 with the t22 1.06 image no problem. now the machine's in a frankenstein state...t22 bios, t20 ec, etc. i took the floppy out (or made another floppy, whatever), wrote to it the latest available update from ibm/lenovo (at the time of writing, although i doubt it will ever be updated again, is 1.12), booted the thinkpad t20 off of it, and the bios reflash disk was satisfied that the machine was a t22. more waiting, and the thinkpad t20 is now a thinkpad t22! for me, it means no more waiting for the machine to count memory every single boot (it remembers the value and quick boots now), and it perfectly supports my 1400x1050 display from a damaged thinkpad t22!<br />
<br />
end result: reflashed a thinkpad t20 with the latest thinkpad t22 bios, and now the machine presents itself as a thinkpad t22. the hardware's similar enough that it can pass itself off as such just fine.<br />
<br />
hope others can share in my success.<br />
<br />
--[[User:SaturnNiGHTS|SaturnNiGHTS]] 15:49, 11 May 2008 (EST) (also uses "SatNiGHTS" on IRC)<br />
<br />
== BIOS format ==<br />
<br />
Not sure if this is the right place, but...<br />
Does anybody know what the formats for the various files are in the bios package (or, even better, the bios.bak file that gets dumped on your disk before updating)? I'm getting progressivel lower and lower level in figuring out just what happens when the computer boots, and the BIOS is the last step... (BTW, I have an x60s)<br />
<br />
-- Unknown<br />
<br />
Yes. It is a binary dump. Sometimes, there is junk in the start of the file. This should be data enough for you to figure out what you need.<br />
<br />
--[[User:Hmh|hmh]] 13:30, 26 February 2007 (CET)<br />
<br />
== BIOS update gone bad ==<br />
<br />
I tried to flash my [[:Category:600|ThinkPad 600]]'s bios with catastrophalic outcome; now the machine is unable to boot. I, being overly stupid and too self-confident, ignored all warnings about the media containing the bios image not being write-protected (I used one partition of the disk, in which I had installed FreeDOS). During the updating process, the machine started to write screens full of random characters in cyan coloured background. At that point I knew it was b0rked. I asked my friend about what to do now, he said I could open the machine up, locate the bios chip and use EPROM programmer/burner to write the bios image to the chip. He also said that because my machine is very old, there are probably not safeguards like dual bios or emergency bios update from floppy disk on boot. He continued by saying that the bios update file images from IBM/Lenovo website might not be actual , "pure" binaries which could be burned directly to the chip, instead they may contain some vendor-specific checksums which must be taken into account. In ThinkWiki there seems to be no page about bios flashing gone bad and restoring the machine to working condition. Or is there? I really need your help with this; I think I'm able to locate the bios, take it off and find a working EPROM burner, but where can I get a clean BIOS image without the vendor checksums? I'd be grateful for any references.<br />
<br />
--[[User:Usv|Usv]] 12:45, 31 March 2007 (CEST)<br />
<br />
== BIOS upgrade using USB flash drive ==<br />
<br />
I flashed my Thinkpad X41 succesfully with 2.09 BIOS using bootable USB flash drive with DOS 6.22 system files. (I guess Freedos would work aswell). I had such key laying around so I can't help you with making one (i used windows HP USB key format utility to make it long long time ago) <br />
Everything is quite simple once you have USB key and are able to boot DOS from it.<br />
<br />
I downloaded the non-diskette ThinkPad BIOS update utility (74uj15us.exe) from lenovo support site and extracted the disk image from it using cabextract:<br />
{{cmduser|cabextract -F "*.IMG" 74uj15us.exe}}<br />
<br />
I mounted the image file (74UJ15US.IMG):<br />
{{cmdroot|mkdir /tmp/mnt}}<br />
{{cmdroot|mount -o loop 74UJ15US.IMG /tmp/mnt}}<br />
<br />
I mounted the usb key and made a directory for ibm flash utility files under it:<br />
{{cmdroot|mount /dev/sdb1 /mnt/usbflash}}<br />
{{cmdroot|mkdir /mnt/usbflash/ibm}}<br />
<br />
I copied the contents of /tmp/mnt to /mnt/usbflash/ibm:<br />
{{cmdroot|cp /tmp/mnt/*.* /mnt/usbflash/ibm}}<br />
<br />
Then I unmounted the USB stick and rebooted from it to DOS (F12 during boot -> USB HDD).<br> <br />
In the DOS Prompt:<br><br />
C:\cd ibm<br />
C:\IBM\flash2 /U<br />
I waited for about 1 minute, then my thinkpad made two beeps to signal that the flashing was complete.<br />
<br />
PS. Because lacking reliable guide on how to make bootable DOS USB stick for ThinkPads I decided to leave this into discussion section. Please feel free to move/edit all the necessary stuff into the BIOS upgrade article if you know/figure out how to make bootable DOS USB stick in linux. I tried various tutorials including http://gentoo-wiki.com/HOWTO_Create_a_DOS_boot_USB_flash_drive, but didn't manage to boot into the Freedos prompt.<br />
--[[User:ladoga|ladoga]] 04:56 17 Apr 2007<br />
<br />
==Reserving RAM for my X3100 graphics card==<br />
Is there any way in the BIOS to reserve memory for my graphics card? I have 2 GB of RAM, which is more than enough for general system processes so I'd like to allocate some to my Intel graphics card. [[User:SteveSims|SteveSims]] 19:36, 5 November 2007 (UTC)<br />
<br />
==BIOS Doesn't want to install==<br />
During the install process on a Z60m, I get the error message, "An update is not necessary at this time. The process has been canceled." The program is right, I am using the same latest BIOS version. However, I have a different, new boot splash image on it. I was wondering if there were any way to force a reflash - the program gives me no way around this.<br />
<br />
Turns out that I had put the bios splash on incorrectly. It should reflash if you change the splash image. But in case you needed to reflash an identical bios for any reason, one thing that worked for me was downgrading and then upgrading.<br />
<br />
== Converting Current BIOS CD-ROM for USB Flash boot ==<br />
<br />
The latest Lenovo BIOS releases in bootable CD-ROM format (for the X200 in my case) are using hard disk emulation rather than floppy emulation.<br />
<br />
I peeked at the ISO with hexdump and found the hard disk image, including its MBR and partition table, starting at byte offset 0xd800 in the particular image I inspected. I won't explain the crude way I found this, but it was easy to verify. I used "tail -c +55297 foo.iso > boot.img" and then loaded this up in a loopback device to verify that fdisk saw a proper partition table.<br />
<br />
Simply dumping this image to a USB flash drive via dd if=boot.img of=/dev/sdb then created a bootable drive and I successfully booted this and updated my X200 BIOS. Your mileage may vary...<br />
<br />
-- karlcz Oct 16 16:09:40 UTC 2008<br />
<br />
<br />
== Floppy Disk, Failure Mode ==<br />
<br />
I've just had the mispleasure of toasting my wife laptop during a floppy HC4 flash. The problem was that the read from floppy failed with 'abort, retry, fail'. After a couple of 'retry' attempts, I mistakenly hit 'fail' (rather than 'abort'). The program then decided to flash with whatever it had in memory and toasted the machine (which will not turn on at all now).<br />
<br />
--[[User:Mungewell|Mungewell]] 15:09, 29 August 2009 (UTC)<br />
<br />
== Huge Re-write ==<br />
I found this page to be horribly confusing and hard-to-read. There was a fair bit of duplication, e.g., using '''memdisk''' to boot from GRUB was covered at least twice. There was some clutter, e.g., discussion of cleaning floppy drive heads. And just a general disorganization. So, I decided to "fix" it.<br />
<br />
I broke the update ("upgrade") process down into two basic steps: how to get the right file, and how to install it. I moved things around based on that basic structure, and then re-formatted a lot of stuff. So, the page contents ''look'' much more different than they actually ''are''.<br />
<br />
Please check for technical accuracy if you have a moment. -- [[User:Pi3832|Pi3832]] 07:46, 15 December 2009 (UTC)<br />
<br />
=== Moving "testing" tables ===<br />
The tables of what models have been tested with various methods are great info, but take up a lot of space on the page. Maybe they should be sub-pages? -- [[User:Pi3832|Pi3832]] 07:46, 15 December 2009 (UTC)<br />
<br />
==Wrong mkisofs/genisoimage commands will just get people stuck==<br />
Giving people the following example will just get them stuck!<br />
$ genisoimage -b bootfloppy.img -o bootcd.iso 1WUJ25US.IMG #or mkisofs for older systems<br />
genisoimage: Uh oh, I cant find the boot image 'bootfloppy.img' !<br />
<br />
The proper example needs to be<br />
$ genisoimage -b 1WUJ25US.IMG -c boot.catalog -o bootcd.iso 1WUJ25US.IMG<br />
<br />
See [http://article.gmane.org/gmane.linux.hardware.thinkpad/40117]. [[User:Jidanni|Jidanni]] 23:53, 23 January 2010 (UTC)<br />
<br />
==new File Formats ??==<br />
Could it be that Lenovo changed the Fileformats ? Neither the ISO nor the .exe seem to work as described in the Wiki :(<br />
--[[User:Stechlinger|Stechlinger]] 17:20, 4 March 2012 (CET)<br />
<br />
== Problems with X after BIOS upgrade from 1.05 to 1.48 on Thinkpad T410s with Intel graphics ==<br />
I am seeing decreased X performance after I upgraded the BIOS in my T410s with an i5 520-M from 1.05 to 1.48 using the Lenovo CD. After disabling PCI and PCIe power-saving these problems got less severe, but still persist. Specifically, changing large areas of the screen (1920x1200 external screen), such as a switch from one virtual workspace to another, _sometimes_ causes the redrawing to hang for a second or two.<br />
<br />
I am using Debian Testing with current X.org:<br />
<br />
ii xorg 1:7.6+12 X.Org X Window System<br />
ii xorg-docs-core 1:1.6-1 Core documentation for the X.org X Window System<br />
ii xserver-xorg 1:7.6+12 X.Org X server<br />
ii xserver-xorg-core 2:1.11.3.901-2 Xorg X server - core server<br />
ii xserver-xorg-input-evdev 1:2.6.0-2+b2 X.Org X server -- evdev input driver<br />
ii xserver-xorg-video-intel 2:2.18.0-1 X.Org X server -- Intel i8xx, i9xx display driver<br />
<br />
and Xfwm4. Anybody seeing similar problems?</div>X2017https://www.thinkwiki.org/w/index.php?title=Talk:Qualcomm_Gobi_2000&diff=50000Talk:Qualcomm Gobi 20002010-11-14T20:44:27Z<p>X2017: /* 2.6.32, 2.6.34, git snapshots and later */</p>
<hr />
<div>== Firmware ==<br />
<br />
I found out a way to get the firmware on a linux-only system. Mine is a debian squeeze, but it should apply to any system.<br />
<br />
First, I entered my model number on the [http://www.lenovo.com/support/ Lenovo support page] in the right siderow (Select you system / Quick Path) to get to my drivers page. There I clicked to download drivers and on the UMTS drivers. Afterwards I downloaded the "<code>7xwc42ww.exe</code>" driver package.<br />
<br />
You dont need to enter your serial number to the lenovo support page. With some googling i came up with [http://www-307.ibm.com/pc/support/site.wss/MIGR-72938.html this] page. This is very useful for all those owning a laptop not built by lenovo. ([[User:Bob the builder|bob]])<br />
<br />
With wine I was able to install the driver package, but all it does, was unpacking the GOBI driver setup. This one comes packaged as a <code>.msi</code> file, so we have to [http://sysblogd.wordpress.com/2008/05/10/howto-extract-all-files-from-microsoft-installer-files-msi-rather-than-to-install-the-package/ unpack] it:<br />
<br />
user@machine:~$ wine msiexec /a ~/.wine/drive_c/DRIVERS/WWANQL/Driver/GobiInstaller.msi TARGETDIR=C:\\DRIVERS\\GOBI<br />
<br />
The installer quits with errors, but leaves the files on the disk, success. But now there are several subdirectories, in which the files for the specific network operators reside:<br />
<br />
{| {{prettytable}}<br />
! Dir !! Image !! Remarks<br />
|-<br />
| 0 || Vodafone Image ||<br />
|-<br />
| 1 || Verizon Image ||<br />
|-<br />
| 2 || ATT Image ||<br />
|-<br />
| 3 || Sprint Image || includes special Firmware<br />
|-<br />
| 4 || T-Mobile Image ||<br />
|-<br />
| 6 || Generic UMTS Image ||<br />
|-<br />
| 7 || Telefonica Image ||<br />
|-<br />
| 8 || Telecom Italia Image ||<br />
|-<br />
| 9 || Orange Image ||<br />
|-<br />
| 12 || DoCoMo Image || includes special Firmware<br />
|-<br />
| UMTS || Default Firmware || the MD5-sum on the page matches these<br />
|}<br />
t<br />
<br />
I found this out by reading the <code>ReadMe.rtf</code>, looking into the <code>UQCN.mbn</code>-Files and apply a little bit of thinking.<br />
<br />
Now I'll move the files over and try them out.<br />
------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
So I got the Sprint Image with firmware, how does one flash the Gobi with this firmware?<br />
<br />
You do not need to flash the gobi as such. Firmware must be loaded at every boot. Simply use the gobi_loader mentioned on the main page, with the 3 firmware files from the sprint directory. You will need to modify it to match your USB IDs. After the firmware it loaded it will last until you power off your laptop. I usually reboot after loading the firmware, but before trying to use the modem. The firmware remains loaded. [[User:Catphish|Catphish]]<br />
<br />
--<br />
I appear to have got the WWAN portion functioning but can't find any reference to anyone using the GPS part. Does this work under Linux yet? [[User:Bjb|Bjb]]<br />
<br />
For me this images work with eplus germany --[[User:Lynxis|Lynxis]] 23:13, 8 June 2010 (UTC)<br />
<br />
84d002b0ef003cde6c95826bfbf067fe /lib/firmware/gobi/amss.mbn<br />
d7496085f1af3d1bfdf0fa60c3222766 /lib/firmware/gobi/apps.mbn<br />
c3d6fd93ae2e52775ef9cd8fccbc20be /lib/firmware/gobi/UQCN.mbn<br />
<br />
<br />
$ find -type f -exec md5sum {} \; | sort -k 2<br />
c3d6fd93ae2e52775ef9cd8fccbc20be ./0/UQCN.mbn<br />
4d6203bf9fe8ae1af439d4d163e91596 ./12/amss.mbn<br />
385a22740f80c0d00f8acdd9ad637032 ./12/apps.mbn<br />
e868df00bfa88596d588a52f872ff703 ./12/UQCN.mbn<br />
48191d62dc4091fb9d23e0b947611c58 ./1/amss.mbn<br />
4f46a856fcceb197943d0cf3257c3621 ./1/apps.mbn<br />
bb05d912e27b822348d4de93fc3ac911 ./1/UQCN.mbn<br />
ff935ec4da6f6711b48caaddcf737566 ./2/UQCN.mbn<br />
4f74d79ed8df027db3b75e36feb2bd27 ./3/amss.mbn<br />
d9ff7b27c491332650b1efbbee64ee31 ./3/apps.mbn<br />
6f6462fe0cc185cc3dc24720a28770fb ./3/UQCN.mbn<br />
46418504e70971bda7b2ee34cc80b5b7 ./4/UQCN.mbn<br />
1aa5727b034dd1f371a3412d5800c1a3 ./6/UQCN.mbn<br />
9f6773625d59098f9360c24263d99615 ./7/UQCN.mbn<br />
e012286117c0c7708369f8dbc7906e64 ./8/UQCN.mbn<br />
c65246da47695b4ecaaf098a02718c9d ./9/UQCN.mbn<br />
84d002b0ef003cde6c95826bfbf067fe ./UMTS/amss.mbn<br />
d7496085f1af3d1bfdf0fa60c3222766 ./UMTS/apps.mbn<br />
<br />
For me this tutorial above worked, too. Is there anything which prevents us from copying it to the page itself? --[[User:Aneiser|Aneiser]] 20:58, 21 August 2010 (UTC)<br />
<br />
== 2.6.32, 2.6.34, git snapshots and later ==<br />
<br />
so it's working with recent kernels or no? And add any info about GPS, please. [[User:Tensai.cirno|Tensai.cirno]] 02:26, 16 June 2010 (UTC)<br />
<br />
I had no luck with 2.6.34. however i tested 2.6.35-rc3 + gobi_loader 0.6 and it worked. had to load the firmware by hand though ...<br />
"/lib/udev/gobi_loader -2000 /dev/ttyUSB0 /lib/firmware/gobi" but i guess the id in the udev file is not the right one for my card. --[[User:Max p|Max p]] 02:09, 22 June 2010 (UTC)<br />
<br />
Thanks a lot, this is ''very good'' news. [[User:Tensai.cirno|Tensai.cirno]] 06:54, 23 June 2010 (UTC)<br />
<br />
Yes, with 2.6.35 and gobi_loader 0.7 it works for me (T510, O2 Germany, Generic firmware) --[[User:Aneiser|Aneiser]] 21:00, 21 August 2010 (UTC)<br />
<br />
The modem also works with 2.6.36 (2.6.36-1~experimental.1) and gobi-loader 0.6.1 from current Debian Testing/Sid/Experimental. GPS doesn’t, although I did apply the patch; /dev/ttyUSB2 doesn't output anything at all – maybe testing outside is necessary. [[User:X2017|X2017]] 20:44, 14 November 2010 (UTC)<br />
<br />
== GPS ==<br />
<br />
Has anyone managed to get GPS to work yet? I think one has to send certain AT commands to receive the NMEA information (at least that is how it works with some Ericsson modems).<br />
Unfortunately I can't find an AT command reference for the Qualcomm Gobi 2000 ...<br />
[[User:Flyser|Flyser]] 14:15, 27 July 2010 (UTC)<br />
<br />
i was asking the qualcomm support about that subject, handing out all AT commands. lets say it that way they were not very cooperative. but you could ask them as well, maybe you got more effective than me and we can have the commands :)--[[User:Max p|Max p]] 09:10, 4 August 2010 (UTC)<br />
<br />
so did I. I was told to contact Lenovo about the issue -.- --[[User:Flyser|Flyser]] 08:10, 9 August 2010 (UTC)<br />
<br />
You can find the documentation and sdk [http://gobianywhere.com/sdk/index.php here]. However I didn't find any useful AT commands, and I think the SDK is win only. [[User:bbandi|bbandi]] 22:32, 14 August 2010 (UTC)<br />
<br />
Did you try to install the SDK? Is it possible to analyze how GPS works? --[[User:Aneiser|Aneiser]] 22:00, 21 August 2010 (UTC)<br />
<br />
Has anyone managed to get GPS to work with the information published on this wiki page? I get all three devices (ttyUSB[012]), but ttyUSB2 does not output anything. Do I have to connect to a wireless network to get this to work? Could someone publish a more detailed guide how to _use_ the gps? I tried:<br />
# cat /dev/ttyUSB2 &<br />
# echo -n "\$GPS_START" > /dev/ttyUSB2<br />
--[[User:Flyser|Flyser]] 11:03, 30 September 2010 (UTC)<br />
<br />
I also cannot get the GPS to work even with the new instructions. Googling around, I found that the start string could be "$GPS-START" (Hyphen instead of underline). However, this doesn't work either. The GPS *did* work on the preinstalled Windows 7. I'm using basic UMTS firmware (firmware from folders "UMTS" and "6").<br />
--[[User:Zarhan|Zarhan]] 06:40, 1 October 2010 (UTC)<br />
<br />
I was able to get it to work on a X201, after using the 6/UQCN.mbn image from my Windows 7 x64 partition. This seems to be different from the files/checksums above:<br />
root@polaris:~# md5sum /lib/firmware/gobi/*.mbn<br />
84d002b0ef003cde6c95826bfbf067fe /lib/firmware/gobi/amss.mbn<br />
d7496085f1af3d1bfdf0fa60c3222766 /lib/firmware/gobi/apps.mbn<br />
68e46b936d5400862a0381b101af3972 /lib/firmware/gobi/UQCN.mbn<br />
<br />
Now to seems to work:<br />
root@polaris:~# cat /dev/ttyUSB2 &<br />
[1] 3320<br />
root@polaris:~# echo "\$GPS_START" > /dev/ttyUSB2; sleep 3; echo "\$GPS_STOP" > /dev/ttyUSB2<br />
$GPGSA,A,1,,,,,,,,,,,,,,,*1E<br />
$GPGSV,4,1,16,14,33,050,35,24,42,115,28,20,55,246,26,19,19,172,25*77<br />
$GPGSV,4,2,16,11,75,237,,17,29,309,,23,07,192,,28,10,267,*7F<br />
$GPGSV,4,3,16,31,08,106,,32,80,227,,30,,,,29,,,*72<br />
$GPGSV,4,4,16,27,,,,26,,,,25,,,,22,,,*78<br />
$GPGGA,192126.0,,,,,0,,,,,,,,*77<br />
$PQXFI,192126.0,,,,,,,,*6B<br />
$GPVTG,,T,,M,,N,,K,N*2C<br />
$GPRMC,,V,,,,,,,,,,N*53<br />
$GPGSA,A,1,,,,,,,,,,,,,,,*1E<br />
$GPGGA,192127.0,52xx.xxxxxx,N,0xxxx.xxxxxx,E,1,05,1.8,30.6,M,46.0,M,,*61<br />
$PQXFI,192127.0,52xx.xxxxxx,N,0xxxx.xxxxxx,E,30.6,80.58,93.58,3.17*5B<br />
$GPVTG,nan,T,nan,M,0.0,N,0.0,K,A*23<br />
root@polaris:~#<br />
<br />
On Debian, using '/lib/udev/gpsd.hotplug add /dev/ttyUSB2' you can tell gpsd about the serial device.<br />
--[[User:Shoragan|Shoragan]] 20:07, 11 October 2010 (UTC)<br />
<br />
I'm using exactly same firmwares as Shoragan, and I can see the ttyUSB2 device - however, no NMEA data starts to appear after issuing $GPS_START. I'm using W510 --[[User:Zarhan|Zarhan]] 06:03, 13 October 2010 (UTC)</div>X2017