All of lore.kernel.org
 help / color / mirror / Atom feed
* RFC: nand and onenand can't coexist
@ 2009-09-20 17:01 Alessandro Rubini
  2009-09-20 21:27   ` Alessandro Rubini
  0 siblings, 1 reply; 4+ messages in thread
From: Alessandro Rubini @ 2009-09-20 17:01 UTC (permalink / raw)
  To: linux-mtd; +Cc: STEricsson_nomadik_linux

While testing the nomadik-onenand patch as applied by
dwmw2 to the mtd-2.6 git tree, I found that I can't declare
both a nand and onenand platform device in the same file.

The problem arises from the new platform_data for onenand, which
requires me to include <linux/mtd/onenand.h> in the same
file where I include <linux/mtd/nand.h>.

There are two errors reported:

* onenand_state_t and nand_state_t define the same enums,
  but with different values

* struct nand_bbt_descr and other material is defined both
  in nand.h and bbm.h.

For the latter, including bbm.h from nand.h, removing duplicates,
should work file (I'm going to try it right now).

The former is more of an issue, moreso because the same values
(FL_READY and such) are defined in <mtd/flashchip.h> as well.
Shouldn't they be rather unified?

A quick grep shows that

* nand_state_t is defined by ./include/linux/mtd/nand.h
  and never used.

* onenand_state_t is defined by ./include/linux/mtd/onenand.h
  and never used

* flstate_t is defined in ./include/linux/mtd/flashchip.h
  and used in a few places.

Should I try to unify things in order to allow OneNand and Nand
coexist in the same board source file and remove duplicates?

I'm going to work on the problem anyways, I just don't know
if patches in this direction are acceptable or not.

thanks
/alessandro

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-09-20 21:30 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-09-20 17:01 RFC: nand and onenand can't coexist Alessandro Rubini
2009-09-20 21:18 ` [PATCH 0/3] Allow Nand and OneNand to coexist Alessandro Rubini
2009-09-20 21:27   ` Alessandro Rubini
2009-09-20 21:27   ` Alessandro Rubini

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.