This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: Information about porting redboot
- From: Claudio Di Vittorio <lallo82 at yahoo dot it>
- To: Andrew Lunn <andrew at lunn dot ch>
- Cc: ecos-discuss at ecos dot sourceware dot org
- Date: Tue, 29 Aug 2006 12:04:04 +0200 (CEST)
- Subject: Re: [ECOS] Information about porting redboot
> Let the high level OS do this.
ok about this one!
> data via DMA. If the codec's reset pin is connected
> to the processor reset then this is probably not a
> problem.
The reset pin is connected with the cpu one so
everything should be ok.
But my question was a bit different:
in the redboot init i think that devices are probed
and
mapped to memory, and every device should have a
memory region associated.
this operation is not currently done for the Analog
Device Video Coder...
this kind of "probing and mapping" for this device, in
which part of redboot should be placed?
--- Andrew Lunn <andrew@lunn.ch> ha scritto:
> Let the high level OS do this. The only expection
> might be to disable
> the device. You don't want it doing bus mastering
> DMA transfers etc if
> you have just done a warm reboot and it was busy
> processing some media
>
> Andrew
>
> --
> Before posting, please read the FAQ:
> http://ecos.sourceware.org/fom/ecos
> and search the list archive:
> http://ecos.sourceware.org/ml/ecos-discuss
>
>
Chiacchiera con i tuoi amici in tempo reale!
http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss