[PATCH] OneNAND MTD support
Thomas Gleixner
tglx at linutronix.de
Mon Jul 11 03:47:21 EDT 2005
On Mon, 2005-07-11 at 10:53 +0900, Kyungmin Park wrote:
> It's derived from omap-nand-flash.c, But it's not sended to MTD.
> OK. I done
I removed the redundant dependencies in drivers/mtd/nand and
drivers/mtd/maps too.
> >
> > +EXPORT_SYMBOL(onenand_scan);
> > +EXPORT_SYMBOL(onenand_release);
> >
> > Would you mind to change those exports to EXPORT_SYMBOL_GPL ?
>
> In fact I not sure and also don't know license issue.
> If we develop the some commercial mtd user software then can we use mtd
> device code exported with GPL? Is there no problem?
User space software is not concerned of kernel licences.
If you talk about a proprietary closed source kernel module which needs
those exports, you are stepping into a legal grey area regardless of the
exports style. I don't see a point where it makes sense to have a closed
source board driver, as it just initializes a data structure and calls
generic handling code.
> > Are device_id and version_id necessary for anything else than
> > scan ? If
> > no, please remove.
> device_id necessary to control DDP chip. But I'm not yet tested with DDP
> chip.
Ok.
Some nitpicks though
+ /* The 10 msec is enough */
+ timeout = jiffies + msecs_to_jiffies(10);
+ while (time_before(jiffies, timeout)) {
On CPU's which have HZ=100 (1 jiffy == 10ms) this might be critical, as
you might set the timeout immidiately before the timer interrupt
happens. Using a 20ms timeout will keep you on the safe side in any case
Please clean up your includes to avoid redundant includes of header
files.
tglx
More information about the linux-mtd
mailing list