[RESEND][PATCH] mtd: chips: Add support for PMC SPI Flash chips in m25p80.c
Brian Norris
computersforpeace at gmail.com
Wed Aug 21 03:59:03 EDT 2013
On Wed, Aug 21, 2013 at 09:41:38AM +0200, Marek Vasut wrote:
> Dear Brian Norris,
>
> > + Marek, since he's been reviewing (with dismay?) the increase in macro
> > flags in this driver. If there are any objections, I can amend/drop the
> > patch.
>
> Hmmm ... this SECT_4K_PMC seems too combined to me. Why don't we use the SECT_4K
> flag and another flag to indicate it's a PMC part? Even better, I recall you can
Separating manufacturer from SECT_4K sounds good, but it really doesn't
buy us much. See my next comments.
> just read the chip jedec ID and determine if it's a PMC part according to that.
> Then if it is PMC AND the SECT_4K flag is set, there is no need to add another
> flag at all, no?
IIUC, Michel's comment applies:
"They do not support JEDEC RDID (0x9f), and so they can only be
detected by matching their name string with pre-configured platform
data."
So we cannot use RDID to identify by manufacturer. In fact, this same
point screws up any attempt at manufacturer-based property detection for
non-JEDEC devices. I guess we just can't expect much from such devices.
So we would have to introduce two flags to the table: one to flag the
manufacturer and one to flag the opcode. Not necessary, IMO.
> > On Mon, Jul 15, 2013 at 12:13:56PM +0200, Michel Stempin wrote:
[...]
> > > @@ -762,6 +764,11 @@ static const struct spi_device_id m25p_ids[] = {
> > >
> > > { "n25q128a13", INFO(0x20ba18, 0, 64 * 1024, 256, 0) },
> > > { "n25q256a", INFO(0x20ba19, 0, 64 * 1024, 512, SECT_4K) },
> > >
> > > + /* PMC */
> > > + { "pm25lv512", INFO(0, 0, 32 * 1024, 2, SECT_4K_PMC) },
> > > + { "pm25lv010", INFO(0, 0, 32 * 1024, 4, SECT_4K_PMC) },
Note that only the non-JEDEC chips needed the old commands.
> > > + { "pm25lq032", INFO(0x7f9d46, 0, 64 * 1024, 64, SECT_4K) },
> > > +
> > >
> > > /* Spansion -- single (large) sector size only, at least
> > >
> > > * for the chips listed here (without boot sectors).
> > > */
> > >
Brian
More information about the linux-mtd
mailing list