Re: [coreboot] [flashrom] flashrom problem: will not flash on compaq/deskpro Deskpro EN SFF P600. "E

[a a]

ps.

also note that the board will not take> 256KByte chips because pin 1
(#reset on the 29F002BT  A18 for>256KByte parts) of the plcc it wired 
to P34 (other end of P34 is wired to 12V) and it might even destroy 
other chips if P34 is placed !!

hotflashing on this board is very hard because the powersupply is over 
the rom socket i made myself a extension cable from some compatible 
14Pin molex minifit-jr connectors to allow access to the chip while the 
powersupply is nect to the box

i think we should give flashrom a couple of special commands ..
LOCK and UNLOCK (i used some letters but forgot them)
to unlock this kind of chip locks

the original bios has a recovery option btw ... keek esc pressed 
powering up it will 'talk' to you over the keyboard leds / pc speaker
ahd should be able to restore the bios from a diskette iirc

a a wrote:
> Hi all,
>
> Ludwig Jaffe wrote:
> > Hi all,
> >
> > i fiddled around with the flashrom util, and I managed to rewrite the
> > original compaq-bios, which I saved before.
> > I modified the flashrom-utily to enable writing the flashrom. The
> > 29F002BT works with 29f002-funktions and *not* with jedec....
> > The only problem that remains, is that it is not possible to unprotect
> > the 20f002bt (ST). with the flashrom utily. So I can not upgrade the
>
> flash!
> > I will go and code some improvement to that.
>
> i worked with Uwe to create the support for the Compaq deskpro EN SFF
> 600N i have here
>
> i needed 3 hardware mods:
> socket for the flash chip (with loads of luck you can skip this but
>
> please let me test the current tree before you flash coreboot into your
> unit)
> set SW1 to ON to disable the write protection on the'normal' (non
>
> bootblock ) part of the bios (if you dont do this the ASIC will disable
> ANY writes even probes to the flash iirc
> -if you have the original chip onboard: short (not installed) jumper P34
> that is next to the flashpart (shorting this will temp. unlock the
> bootblock and allow (un)programming of the lockbits note that you should
> first protected the whole chip before unproetcting.
>
> i also needed a couple of software hacks that are not yet in the tree:
> -disable some parts of the southbrigde (KBC ectect) so the superio can
> handle them
> -stuff some values to the ASIC so networking works (otherwise eth0 will
> not show on the pci bus)
> -i had some trouble with onboard audio but i dont remember the details now
> -i dont have onboard vga working yet and was planning on maybe using /
> writing free support for it so i dont need a vga bios
>
> i dont have time today/tomorrow to look at it in more detail .. will do
> that later this week ...
>
> greetings,
> todthgie
> > A suggestion regarding architecture:
> > We should add a function-pointer for protect and unprotect, because this
> > is sometimes special. e.g. 29f002bt (st).
> > We should provide an extra funktion to protect/unprotect the bios to the
> > user, so that reweiting the eeprom will be
> > read() -> save old
> > unprotect()
> > test_if_unprotected()
> > if not die
> > erase()
> > test_if_empty()
> > if not, try to rewrite saved_old!
> > else die.
> > write
> > verify
> >
> > So the methods protect/unprotect have to be seperate and not be hidden
> > in erase or write functions.
> > And they should be accessible via the punction-pointer-table.
> >
> > My patch contains my little modifications and da doxygen file to ease
> > understanding the code.
> >
> > Please help me to improve the architecture of flashrom.
> >
> > Greetings
> >
> > LuJa
>
> Express yourself instantly with MSN Messenger! MSN Messenger

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/