From: Alex Dubov <oakad@yahoo.com>
To: Maxim Levitsky <maximlevitsky@gmail.com>
Cc: "Jörn Engel" <joern@logfs.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
arnd@arndb.de, tglx@linutonix.de
Subject: Re: XD/smartmedia - how to implement it right?
Date: Mon, 30 Nov 2009 04:35:54 -0800 (PST) [thread overview]
Message-ID: <109361.10237.qm@web37604.mail.mud.yahoo.com> (raw)
In-Reply-To: <1259404599.15208.6.camel@maxim-laptop>
--- On Sat, 11/28/09, Maxim Levitsky <maximlevitsky@gmail.com> wrote:
> From: Maxim Levitsky <maximlevitsky@gmail.com>
> Subject: Re: XD/smartmedia - how to implement it right?
> To: "Alex Dubov" <oakad@yahoo.com>
> Cc: "Jörn Engel" <joern@logfs.org>, "linux-kernel" <linux-kernel@vger.kernel.org>, arnd@arndb.de, tglx@linutonix.de
> Date: Saturday, November 28, 2009, 2:36 AM
> On Fri, 2009-11-27 at 23:22 -0800,
> Alex Dubov wrote:
> > >
> > > The "mtd uses blocking calls" argument I can
> help
> > > with. For some other
> > > project I've added non-blocking calls to mtd[1].
> > >
> > > Biggest problems I see are a) the userspace
> interface and
> > > b) allowing
> > > both raw flash access through MTD and block
> device access
> > > with an FTL.
> > >
> > > [1] http://lists.infradead.org/pipermail/linux-mtd/2009-November/028065.html
> > >
> > > Jörn
> >
> > I actually tried several approaches to this problem
> and I think, I have a good idea about how to create a fully
> asynchronous mtd driver, which can handle different device
> models. Unfortunately, I had other commitments so I couldn't
> advance my mtd stuff.
> >
> > Recently I was going to go back to it, but then I was
> asked to implement some additional functionality in rapidio
> subsystem, which I'll have to take care of first.
>
> Hi,
>
> First of all, thank you very much for your contributions.
> Could you explain, why we need an asynchronous mtd driver?
Because it's the future. ;-)
>
> Also, as I understand the command interface more and more,
> it seems that
> 'magically' xD card had same interface as standard NAND
> flash chip.
>
> I think I can implement the driver for each controller just
> like an nand
> chip driver.
>
xD spec, first of all, is about flash-based ordinary block devices.
All the hard problems are in good r/w FTL implementation, which is
currently mostly absent from the MTD.
next prev parent reply other threads:[~2009-11-30 12:35 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-21 0:25 XD/smartmedia - how to implement it right? Maxim Levitsky
2009-11-21 10:25 ` Jörn Engel
2009-11-22 12:58 ` Maxim Levitsky
2009-11-24 23:50 ` Plan for adding XD support in mtd layer Maxim Levitsky
2009-11-25 10:40 ` Jörn Engel
2009-11-25 13:20 ` Maxim Levitsky
2009-11-25 15:34 ` Jörn Engel
2009-11-25 16:17 ` Maxim Levitsky
2009-11-25 20:59 ` Jörn Engel
2009-11-25 23:22 ` Maxim Levitsky
2009-11-26 8:27 ` Jörn Engel
2009-11-26 13:02 ` Maxim Levitsky
2009-11-26 13:42 ` Jörn Engel
2009-11-26 21:38 ` Maxim Levitsky
2009-11-28 7:22 ` XD/smartmedia - how to implement it right? Alex Dubov
2009-11-28 10:36 ` Maxim Levitsky
2009-11-30 12:35 ` Alex Dubov [this message]
2009-11-30 13:58 ` Maxim Levitsky
2009-11-30 23:04 ` Maxim Levitsky
2009-12-01 8:22 ` Jörn Engel
2009-12-01 16:10 ` Alex Dubov
2009-12-01 16:41 ` Maxim Levitsky
2009-12-11 23:48 ` Maxim Levitsky
2009-12-05 19:09 ` Pavel Machek
2009-12-06 21:27 ` Maxim Levitsky
2009-12-07 15:13 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=109361.10237.qm@web37604.mail.mud.yahoo.com \
--to=oakad@yahoo.com \
--cc=arnd@arndb.de \
--cc=joern@logfs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maximlevitsky@gmail.com \
--cc=tglx@linutonix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox