On Tue, Aug 01, 2006 at 07:30:43PM -0400, Timothy Miller wrote:
> On 8/1/06, Patrick McNamara <[EMAIL PROTECTED]> wrote:
>
> >On the SPI front, Timothy mentioned the possibility of an SPI EEPROM on
> >board already. Suppose we have a 512byte EEPROM for config info and the
> >controller reads that plus another 512 bytes from the bus. That second
> >part can be anything we want it to be. My assumption is that it would
> >be from whatever was connected to the headers, 0xFF if nothing was there
> >as someone else mentioned. The BIOS can then do whatever it needs to
> >with this info once the card is under processor control.
>
> Are you talking about a PROM on the board? What's wrong with
> reserving some space in the one already on there? Or am I missing
> something here?
>
> I like the idea of doing double-duty with the SPI bus for an external
> device. But when it comes to storing anything on the board, we have a
> PROM already.
Yeah. I once suggested putting a socket on the board for a second
SPI EEPROM, so the board could get a quick personality transplant during
configuration and debugging without disturbing any of the factory defaults.
But a generic hook for an unspecified external SPI device is even better.
If you want a pluggable second EEPROM, just implement it on an external
"tool" board.
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
