public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
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

             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