Re: [ECOS] flashes

[Ian Campbell <icampbell at arcom dot com>]

> n.b. my biggest concern with such changes will be how they might
> affect all of the existing drivers.

If your configuration includes a non-updated flash driver (doesn't
implement CYGHWR_IO_FLASH_DEVICE_V2), then it should be the case that
the legacy driver will kick in (since CYGBLD_LEGACY_FLASH_DEVICE is
active and enabled if ! CYGHWR_IO_FLASH_DEVICE_V2) and the driver should
work just fine.

The legacy device basically creates a device whose function table is
populated with the old standard function names (i.e. .query_hwr =
flash_query etc), and provides a couple of translator functions for a
few new/renamed functions.

I have a board which uses the AM29xxxx driver that I haven't updated and
it still works just fine. In fact the board has a CDL option to select
STRATA or AMD at compile time, which automatically switches between
legacy and V2 support without touching anyting other than the otion
which selects the device.

I think one of our targets uses the intel 28fxxx driver (which also has
not been updated). It's not a target I've been working on, but noone
here has complained that there is a problem with it not working... 

I haven't tried the other drivers, but I think the legacy driver
'harness' should be able to cope with them or be trivially modified to
cope.

Ian.
-- 
Ian Campbell, Senior Design Engineer

Arcom, Clifton Road, 			Direct: +44 (0)1223 403 465
Cambridge CB1 7EA, United Kingdom	Phone:  +44 (0)1223 411 200


________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________

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