This is the mail archive of the ecos-discuss@sources.redhat.com mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Redboot image load via PCI bus?


My thought was to provide the standard I/O device driver routines (open,
close, read...) on top of the PCI accesses and thus shield the higher layer
loader code.  I'd make it look like the image data was coming from somewhere
else like the flash.  It looks like do_load doesn't care where the image
data comes from as long as the native format (in my case likely SREC) is
maintained...

Yes, the host does have access to the memory on the target system, but it
would be preferable to pull the data from the host as opposed to pushing it
from there to the target...

Marc


-----Original Message-----
From: Gary Thomas [mailto:gary@mlbassoc.com]
Sent: Thursday, November 06, 2003 11:46 AM
To: Snider, Marc
Cc: 'ecos-discuss@sources.redhat.com'
Subject: Re: [ECOS] Redboot image load via PCI bus?


On Thu, 2003-11-06 at 09:45, Snider, Marc wrote:
> Is there a canned method implemented somewhere for loading an image via
the
> PCI bus (from another host), as opposed to using the network or loading
from
> flash?   I'd like to load an image from a control host across the PCI bus
> and then burn it to flash...   I'm assuming that if there isn't then I'll
> need to modify the do_load command and provide a set of I/O routines that
> map PCI accesses into standard I/O convention...
> 
> I'm on a PowerPC440 platform, if the platform matters.

What method would you use to access the image via the PCI?
Can your host access the memory on the board?

-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]