what is your HW design about that?
YH
> -----Original Message-----
> From: Stephen.Kimball(a)bench.com [mailto:Stephen.Kimball@bench.com]
> Sent: Tuesday, May 17, 2005 3:00 PM
> To: YhLu; rminnich(a)lanl.gov
> Cc: linuxbios(a)openbios.org
> Subject: RE: [LinuxBIOS] CK804 suggestions
>
> Your approach only allows the MAC address to be in the EEPROM
> or the romstrap. Every motherboard would have to put the
> EEPROM in exactly the same place for this to be a general
> solution. Not likely.
> Neither place is a general solution.
> Getting the MAC address is board specific and belongs in mainboard.
>
> Steve
>
> -----Original Message-----
> From: YhLu [mailto:YhLu@tyan.com]
> Sent: Tuesday, May 17, 2005 5:37 PM
> To: Ronald G. Minnich; Kimball, Stephen
> Cc: YhLu(a)tyan.com; linuxbios(a)openbios.org
> Subject: RE: [LinuxBIOS] CK804 suggestions
>
> don't need,
> 1. good hw design should use one serial EEPROM to store MAC
> address, So when flash the BIOS, the EEPROM is still there.
> in ck804_nic.c will read MAC from serial EEPROM in
> SMBUS (bus num and device num is set in Mainboard Config.lb),
> at first.
> 2. even for bad design, you can keep your own
> romstrap.inc/lds in your mainboard dir, and modify Config.lb
> to point corrent file.
> In such case, you need special flash util to keep your
> MAC address or read the MAC address at first, and then set it back....
>
> YH
>
> > -----Original Message-----
> > From: Ronald G. Minnich [mailto:rminnich@lanl.gov]
> > Sent: Tuesday, May 17, 2005 12:47 PM
> > To: Stephen.Kimball(a)bench.com
> > Cc: YhLu; linuxbios(a)openbios.org
> > Subject: Re: [LinuxBIOS] CK804 suggestions
> >
> >
> >
> > On Tue, 17 May 2005 Stephen.Kimball(a)bench.com wrote:
> >
> > > I'd like to suggest that the romstrap files be moved from
> > southbridge
> > > to mainboard, because the files are board specific with a
> > default MAC
> > > address. Also the ck804_nic.c files needs a mainboard specific
> > > get_mac_address() that resides in mainboard.
> >
> > YhLu, can you fix this? it's a good point.
> >
> > ron
> >
>