Re: New MMC maintainer needed

2009-07-28 Thread David Vrabel
Matt Fleming wrote:
 
 Is the 3.00 spec publicly available?

There does not appear to be a simplified version of the 3.00 specification.

David
-- 
David Vrabel, Senior Software Engineer, Drivers
CSR, Churchill House, Cambridge Business Park,  Tel: +44 (0)1223 692562
Cowley Road, Cambridge, CB4 0WZ http://www.csr.com/


'member of the CSR plc group of companies. CSR plc registered in England and 
Wales, registered number 4187346, registered office Churchill House, Cambridge 
Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom'
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: New MMC maintainer needed

2009-07-28 Thread Pierre Ossman
On Wed, 22 Jul 2009 15:17:44 -0700
Andrew Morton a...@linux-foundation.org wrote:

 
 Thanks, Pierre.
 
 Until and unless someone else steps up I can act as maintainer of last
 resort for MMC.  As I'm presently doing for fbdev, hwmon, rtc, spi,
 gpio, i2o and about 1000 other identifiable subsystems.
 

I'm not falling of the face of the earth here, so people can still cc
me on MMC patches, although I probably cannot answer all of them. I
don't want to be the bottle neck that keeps MMC patches and discussions
moving at a glacial speed, which is the situation we're in today.

 Fortunately, MMC doesn't appear to have its own mailing list so I'll
 actually get to see the patches.  I do monitor a couple of
 subsystem-specific lists (fbdev, hwmon) but the delays can be awful - a
 month or two.

MMC discussions tend to often be very system specific, which makes
lists such as the arm kernel list more appropriate. Also, I've always
tried to steer people to LKML as it allows others to keep a casual eye
on things.

Rgds
-- 
 -- Pierre Ossman

  WARNING: This correspondence is being monitored by the
  Swedish government. Make sure your server uses encryption
  for SMTP traffic and consider using PGP for end-to-end
  encryption.


signature.asc
Description: PGP signature


Re: New MMC maintainer needed

2009-07-28 Thread Pierre Ossman
On Thu, 23 Jul 2009 01:08:08 +0100
Ian Molton i...@mnementh.co.uk wrote:

 Pierre - do you have a bunch of MMC spec-type docs around? I've lost all 
 but the few sparse datasheets for TMIO that I had, so some docs covering 
 protocol / commands would be useful. Any references / downloads that you 
 know of?

I use the public specs from sdcard.org for more or less everything. I
also have a MMC 4 spec, which was generously donated to me by Nokia.
Unfortunately I am not allowed to pass that on. I can look things up
for people if they have specific questions though.

Rgds
-- 
 -- Pierre Ossman

  WARNING: This correspondence is being monitored by the
  Swedish government. Make sure your server uses encryption
  for SMTP traffic and consider using PGP for end-to-end
  encryption.


signature.asc
Description: PGP signature


Re: New MMC maintainer needed

2009-07-28 Thread Pierre Ossman
I'll try to compose a list of outstanding discussions and patches so
that people know what needs attention. I'll try to get that done in the
next few days.

Rgds
-- 
 -- Pierre Ossman

  WARNING: This correspondence is being monitored by the
  Swedish government. Make sure your server uses encryption
  for SMTP traffic and consider using PGP for end-to-end
  encryption.


signature.asc
Description: PGP signature


Re: New MMC maintainer needed

2009-07-28 Thread Ian Molton

Pierre Ossman wrote:


MMC discussions tend to often be very system specific, which makes
lists such as the arm kernel list more appropriate. Also, I've always
tried to steer people to LKML as it allows others to keep a casual eye
on things.


I think an MMC list wouldnt be a bad idea now that we have a sort of 
'distributed maintainership' thing going on... itd help get people up to 
speed...

--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html