From: Alex Dubov <oakad@yahoo.com>
To: linux-kernel@vger.kernel.org
Cc: joern@logfs.org, tglx@linutronix.de, ben@fluff.org
Subject: Re: Smartmedia/xd card support - request for comments
Date: Fri, 18 Apr 2008 01:47:12 -0700 (PDT) [thread overview]
Message-ID: <143829.94600.qm@web36707.mail.mud.yahoo.com> (raw)
In-Reply-To: <20080417212138.GA343@logfs.org>
Unfortunately, I must say, Smartmedia is not supported on linux for any reasonable definition of
the word.
First, with all the respect to Jorn, alauda driver can only be considered "proof of concept". It
does not try to abstract any smartmedia functionality.
Second, ssfdc is hopelessly obsolete and requires rewrite.
Third, there's no attempt made by mtd to support advanced functionality present in many smartmedia
and all memorystick readers: adapter side copy and multi page programming (this mostly relates to
memorystick, of course). I also failed to see any support for device writing policy, needed to
discern, for example, sequential page programmable devices vs. block programmable devices. I also
failed to see an unified approach to page-accessible devices, meaning duplication of "bouncing"
code in the backends.
In general, block device emulation layer of mtd is incomplete at best.
No infrastructure exists for exporting and manipulation of metadata in userspace.
And, in general, architecture of mtd is suboptimal, relying on blocking calls (as opposed to
callback based architecture).
Considering all this, amount of effort needed for satisfactory support of smartmedia through mtd
was found by me to be far greater than coming with stand-alone implementation. I do agree, that
eventually my work can be merged into mtd. I don't see what prevents merging of my implementation
as is on an interim basis, considering there are no real alternatives.
In case somebody is actually interested in looking at the code:
http://svn.berlios.de/wsvn/tifmxx/trunk/driver/#_trunk_driver_
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
next prev parent reply other threads:[~2008-04-18 8:47 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-17 8:50 Alex Dubov
2008-04-17 9:01 ` Ben Dooks
2008-04-17 9:11 ` Alex Dubov
2008-04-17 13:10 ` Andy Lutomirski
2008-04-17 13:36 ` Arnd Bergmann
2008-04-17 13:38 ` Thomas Gleixner
2008-04-17 14:07 ` Jörn Engel
2008-04-17 19:11 ` Thomas Gleixner
2008-04-17 21:21 ` Jörn Engel
2008-04-18 8:47 ` Alex Dubov [this message]
2008-04-18 9:35 ` Thomas Gleixner
2008-04-19 2:49 ` Alex Dubov
2008-04-19 5:56 ` Thomas Gleixner
2008-04-18 14:00 ` Jörn Engel
2008-04-19 3:05 ` Alex Dubov
2008-04-19 6:37 ` Thomas Gleixner
2008-04-19 16:35 ` Jörn Engel
2008-04-20 2:25 ` Alex Dubov
2008-04-17 13:35 ` Thomas Gleixner
2008-04-17 14:19 ` Jörn Engel
2008-04-19 8:31 matthieu castet
2008-04-20 16:01 ` Jörn Engel
2008-04-21 1:33 ` Alex Dubov
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=143829.94600.qm@web36707.mail.mud.yahoo.com \
--to=oakad@yahoo.com \
--cc=ben@fluff.org \
--cc=joern@logfs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.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
all inboxes | Powered by JetHome®