JEDEC support broken?

Alice Hennessy ahennessy at mvista.com
Tue Nov 14 20:10:29 EST 2000


David Woodhouse wrote:

> eauth at softsys.co.at said
> > With several patches, I'm able to compile most of the MTD devices and
> > chip drivers  for uClinux now. There are problems with jedec.c, the
> > compiler complains about  the missing "bank_size" in the "map_info"
> > structure. What's wrong with jedec.c?
>
> It's been half-ported to the map stuff, but not completely. Remove all
> references to bank_size and keep a start offset in the individual flash
> chip structures.

I am using jedec.c after making a few quick changes, ie making
bank_size a static variable and setting to map->size and setting
priv.size to bank_size, fleshing out jedec_probe8() and making a few other
small changes.
I'm using mtdpart.c for partitioning of the flash.    It seems to work fine
but only
because I have one flash chip.    Do you mean to use map->size instead of
bank_size (to spread the individual start offsets over if there are gaps
between chips)  and
start offset instead of bank_fill[0] to skip over gaps in flash_write and
jedec_read_banked?
Also,  is spin_lock support going to be added in jedec.c?




>
>
> > Is there a driver that is able to use a physically mapped flash that
> > doesn't support CFI? I think it would be best to probe for CFI, and
> > then for JEDEC in physmap.c.
>
> Agreed. Let me finish merging the inter_module_xxx() stuff before you do
> that, though.
>
> --
> dwmw2
>
> To unsubscribe, send "unsubscribe mtd" to majordomo at infradead.org

I have a board that needs support for both cfi and jedec flashes.   So,
the approach
I have taken is to use physmap.c with an array of "physmap_info" structures
that describe the window
address, window size, buswidth and number of partitions for each flash.  I
also use a double array of
mtd_partition structures to divide each flash into partitions (making use
of mtdpart.c).   This allows multiple
flashes to be described in one mapping file so the file is really a
description of a particular board.  There is
a probe for a cfi flash  and if that fails, then a probe for a jedec
flash.    This eliminates the use of
CONFIG_MTD_PHYSMAP_START  (and len and buswidth).   Is this in keeping with
the intent
of the map file?

Alice







To unsubscribe, send "unsubscribe mtd" to majordomo at infradead.org



More information about the linux-mtd mailing list