From: David Woodhouse <David.Woodhouse@mvhi.com>
To: David Hinds <dhinds@zen.stanford.edu>
Cc: mtd@infradead.org
Subject: Re: mtd-19990809 including readonly DiskOnChip driver.
Date: Fri, 13 Aug 1999 14:46:15 +0100 [thread overview]
Message-ID: <E11FHex-0001OL-00@devel2.axiom.internal> (raw)
dhinds@zen.stanford.edu said:
> That's certainly true: PCMCIA currently treats cards with no CIS as
> static RAM cards. Mostly because the issue has never really come up
> for me. I think that's a bit different from an unqualified "they do
> not work very well at all".
OK then - would you accept a patch which performs CFI or JEDEC identification
in the case that there's no CIS, rather than just assuming SRAM? Jason, would
you be willing to write this and submit it to him?
Also, how would you like us to go about making PCMCIA devices use the MTD
system?
>From what I understand of Jason's "mapped" helper, it provides simple way for
MTD devices with memory windows to SRAM or NOR flash to provide a single
'change window mapping' routine, and then to be handled automatically. Am I
right in thinking that most (all?) PCMCIA memory devices work this way?
If so, I think the best way to get PCMCIA devices to use this system with
minimal code duplication is to write a new driver for PCMCIA MTDs, which links
to Jason's helper code. That way, the original drivers aren't littered with
ifdefs which make them difficult to maintain.
We can provide those drivers separately, as part of our tarball, until such
time as we get Linus to include the MTD subsystem into his kernel, hopefully
near the start of the 2.5 series. At that point, they can be imported into
your PCMCIA tree for conditional compilation when the MTD system is detected
in the kernel.
How does that sound?
---- ---- ----
David Woodhouse David.Woodhouse@mvhi.com Office: (+44) 1223 810302
Project Leader, Process Information Systems Mobile: (+44) 976 658355
Axiom (Cambridge) Ltd., Swaffham Bulbeck, Cambridge, CB5 0NA, UK.
finger dwmw2@ferret.lmh.ox.ac.uk for PGP key.
To unsubscribe, send "unsubscribe mtd" to majordomo@imladris.demon.co.uk
next reply other threads:[~1999-08-13 13:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-08-13 13:46 David Woodhouse [this message]
-- strict thread matches above, loose matches on Subject: below --
1999-08-13 13:33 mtd-19990809 including readonly DiskOnChip driver David Woodhouse
1999-08-10 9:03 David Woodhouse
1999-08-10 16:33 ` Jason Gunthorpe
1999-08-10 16:54 ` David Hinds
1999-08-10 20:49 ` Jason Gunthorpe
1999-08-10 21:04 ` David Hinds
1999-08-10 21:20 ` Jason Gunthorpe
1999-08-10 21:29 ` David Hinds
1999-08-11 5:49 ` Jason Gunthorpe
1999-08-09 19:52 David Woodhouse
1999-08-09 20:10 ` Jason Gunthorpe
1999-08-09 20:28 ` Jason Gunthorpe
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=E11FHex-0001OL-00@devel2.axiom.internal \
--to=david.woodhouse@mvhi.com \
--cc=dhinds@zen.stanford.edu \
--cc=mtd@infradead.org \
/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