Q: MTD and NIC Roms...
jerj at coplanar.net
Thu Feb 13 13:34:35 EST 2003
On Thu, 2003-02-13 at 01:14, Jeff Garzik wrote:
> Eric W. Biederman wrote:
> > Currently I have a patch to eepro100.c that adds an MTD map driver so
> > the onboard rom can be written. Making code like etherboot easier to
> > flash etc.
> > I am currently looking for ideas on ways to cleanly get this code
> > into the kernel, and I am looking for ideas. The map driver is
> Well... this functionality has existed for a while, and it doesn't need
> to be in the kernel :)
> Donald Becker's diag suite can do flashing.
> ftp://www.scyld.com/pub/diag/ He provides means to program the flash
> from userspace.
I tried it on a tulip, and it caused a hard reset. PCI bus issues?
Also, by making it a map driver, I can flash LinuxBIOS into EEPROM,
disable write access to the EEPROM, and put the *DoC* in the NIC
socket. Putting a public key in the EEPROM and making it RO makes the
whole system secure. Or I could port DoC and jffs driver to
Porting devbios to MTD will then give a large library of NOR flash,
including quirks (like ATMEL has different versions, and none work if
you just use the datasheet), and allow them to be used in arbitrary
Also, say bye bye to the "pull out the eeprom and put in DoC quick so
the electrons don't notice" trick. Just put the DoC into the NIC, boot
up, flash, power down, swap to BIOS socket. Sorry LinuxBIOS guys, I
guess you'll have to switch back to drinking coffee.
> And I think that's the best place for it. We _could_ bloat up the
> kernel code by adding the ability flash -- but how many users is that
> going to serve, that are not already served by existing programs? So, I
> disagree with getting this stuff into the kernel at all.
> Linux MTD discussion mailing list
Jeremy Jackson <jerj at coplanar.net>
More information about the linux-mtd