Pierre Ossman :
This things are currently lingering in my inbox:
[..]
[PATCH 1/2] atmel-mci: Unified Atmel MCI drivers (AVR32 AT91)
http://marc.info/?l=linux-arm-kernelm=124577578729455
This is nice work and it's really up to Nicolas when he wants it merged.
Ok guys, it should be fine if
Matt Fleming wrote:
On Mon, Aug 03, 2009 at 02:13:28PM +0300, Adrian Hunter wrote:
Pierre Ossman wrote:
Con:
- The scanning code gets less clear as you increase the number of
possible paths through it.
- Different systems will have different init sequences, possibly
provoking bugs in
On Wed, Aug 12, 2009 at 03:27:31PM -0700, Andrew Morton wrote:
davem has set up linux-...@vger.kernel.org for us. It will be archived
at marc.info. Thanks to both..
I was thinking that we wouldn't need a separate list but then I
realised I didn't have anywhere to send MMC bug reports.
davem has set up linux-...@vger.kernel.org for us. It will be archived
at marc.info. Thanks to both..
I was thinking that we wouldn't need a separate list but then I
realised I didn't have anywhere to send MMC bug reports.
echo subscribe linux-mmc | mail majord...@vger.kernel.org
--
On Friday 31 July 2009, Pierre Ossman wrote:
Restoring back the system state from MMC after a successful hibernation
http://marc.info/?t=12481853473r=1w=2
I don't agree with this approach. The point of the workqueue is so that
the kernel can do things in parallel, so this patch is a step
On Fri, 31 Jul 2009 11:54:07 +0100
Matt Fleming m...@console-pimps.org wrote:
On Fri, Jul 31, 2009 at 12:26:23PM +0200, Pierre Ossman wrote:
[PATCH 0/32] mmc and omap_hsmmc patches
http://marc.info/?t=124722953900010r=1w=2
I haven't looked through these at all. The ones affecting the
On Mon, Aug 03, 2009 at 12:34:29PM +0200, Pierre Ossman wrote:
On Fri, 31 Jul 2009 11:54:07 +0100
Matt Fleming m...@console-pimps.org wrote:
On Fri, Jul 31, 2009 at 12:26:23PM +0200, Pierre Ossman wrote:
[PATCH 0/32] mmc and omap_hsmmc patches
Pierre Ossman wrote:
On Fri, 31 Jul 2009 11:54:07 +0100
Matt Fleming m...@console-pimps.org wrote:
On Fri, Jul 31, 2009 at 12:26:23PM +0200, Pierre Ossman wrote:
[PATCH 0/32] mmc and omap_hsmmc patches
http://marc.info/?t=124722953900010r=1w=2
I haven't looked through these at all. The ones
On Mon, 03 Aug 2009 14:13:28 +0300
Adrian Hunter adrian.hun...@nokia.com wrote:
Pierre Ossman wrote:
On Fri, 31 Jul 2009 11:54:07 +0100
Matt Fleming m...@console-pimps.org wrote:
On Fri, Jul 31, 2009 at 12:26:23PM +0200, Pierre Ossman wrote:
[PATCH 0/32] mmc and omap_hsmmc patches
What to do now?
Lift up your spirit and get back to work?
;-)
--
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
On Fri, 2009-07-31 at 23:53 -0700, Alex Dubov wrote:
What to do now?
Lift up your spirit and get back to work?
;-)
Not a bad idea :-)
Best regards,
Maxim Levitsky
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to
This things are currently lingering in my inbox:
[PATCH 1/1] MMC: SDIO card reset support for Intel Moorestown platform
http://lkml.org/lkml/2009/6/16/269
SDIO cards have a global reset that in theory might be useful. I'm not
sure it is in practice though as it is a very blunt instrument and it
On Fri, Jul 31, 2009 at 12:26:23PM +0200, Pierre Ossman wrote:
[PATCH 0/32] mmc and omap_hsmmc patches
http://marc.info/?t=124722953900010r=1w=2
I haven't looked through these at all. The ones affecting the core
probably need some thorough reviews.
I did notice the patch to say which
Andrew Morton wrote:
I expect that Dave Miller can set up linux-...@vger.kernel.org in a
jiffy. A MAINTAINERS patch should be made if this is done.
I've sent him an email, will let you all know what happens.
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the
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.
The MMC Association has merged with
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
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
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
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
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
On Fri, 24 Jul 2009 15:29:44 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Thu, 23 Jul 2009 14:52:09 +0100
Matt Fleming m...@console-pimps.org wrote:
On Thu, Jul 23, 2009 at 09:50:03AM +0300, Ohad Ben-Cohen wrote:
Hi Andrew,
On Thu, Jul 23, 2009 at 9:22 AM, Andrew
Philip Langdale wrote:
Both the (Simplified) SD and SDIO specifications do not formally
define the 'low voltage' range in the way the MMC spec does. ie: You
won't find anything in the SD specs that even tell you what the range
is - it just says that it exists.
Standard SD/SDIO cards only
On Mon, Jul 27, 2009 at 01:09:47PM +0100, David Vrabel wrote:
Philip Langdale wrote:
Both the (Simplified) SD and SDIO specifications do not formally
define the 'low voltage' range in the way the MMC spec does. ie: You
won't find anything in the SD specs that even tell you what the range
On Mon, 27 Jul 2009 22:40:01 +0100
Matt Fleming m...@console-pimps.org wrote:
On Mon, Jul 27, 2009 at 01:09:47PM +0100, David Vrabel wrote:
Philip Langdale wrote:
Both the (Simplified) SD and SDIO specifications do not formally
define the 'low voltage' range in the way the MMC spec
On Thu, 23 Jul 2009 14:52:09 +0100
Matt Fleming m...@console-pimps.org wrote:
On Thu, Jul 23, 2009 at 09:50:03AM +0300, Ohad Ben-Cohen wrote:
Hi Andrew,
On Thu, Jul 23, 2009 at 9:22 AM, Andrew Mortona...@linux-foundation.org
wrote:
I actually already have a little pile of MMC things
On Thu, 23 Jul 2009 06:54:47 +0100 Matt Fleming m...@console-pimps.org wrote:
On Thu, Jul 23, 2009 at 01:08:08AM +0100, Ian Molton wrote:
Andrew Morton wrote:
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,
On Wed, Jul 22, 2009 at 11:22:59PM -0700, Andrew Morton wrote:
On Thu, 23 Jul 2009 06:54:47 +0100 Matt Fleming m...@console-pimps.org
wrote:
On Thu, Jul 23, 2009 at 01:08:08AM +0100, Ian Molton wrote:
Andrew Morton wrote:
Until and unless someone else steps up I can act as
Hi Andrew,
On Thu, Jul 23, 2009 at 9:22 AM, Andrew Mortona...@linux-foundation.org wrote:
I actually already have a little pile of MMC things queued:
Please also consider queuing up the attached patch as well.
The patch is removing the current SDIO cards 1.8V limit, which is
needed for
Andrew Morton wrote:
On Thu, 23 Jul 2009 06:54:47 +0100 Matt Fleming m...@console-pimps.org wrote:
On Thu, Jul 23, 2009 at 01:08:08AM +0100, Ian Molton wrote:
Andrew Morton wrote:
Until and unless someone else steps up I can act as maintainer of last
resort for MMC. As I'm presently doing
Hi Andrew,
On Wed, 22 Jul 2009 23:22:59 -0700 Andrew Morton a...@linux-foundation.org
wrote:
I actually already have a little pile of MMC things queued:
http://userweb.kernel.org/~akpm/mmotm/broken-out/mmc-in-mmc_power_up-use-previously-selected-ocr-if-available.patch
On Thu, 23 Jul 2009 17:25:59 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
On Wed, 22 Jul 2009 23:22:59 -0700 Andrew Morton a...@linux-foundation.org
wrote:
I actually already have a little pile of MMC things queued:
Hi Andrew,
On Thu, 23 Jul 2009 00:32:28 -0700 Andrew Morton a...@linux-foundation.org
wrote:
It gets easy if I remove linux-next.patch from -mm. Maybe I'll do that.
At that point we could add the stable part of -mm to linux-next :-)
--
Cheers,
Stephen Rothwell
2009/7/23, Matt Fleming m...@console-pimps.org:
On Thu, Jul 23, 2009 at 01:08:08AM +0100, Ian Molton wrote:
Andrew Morton wrote:
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
On Thu, Jul 23, 2009 at 09:50:03AM +0300, Ohad Ben-Cohen wrote:
Hi Andrew,
On Thu, Jul 23, 2009 at 9:22 AM, Andrew Mortona...@linux-foundation.org
wrote:
I actually already have a little pile of MMC things queued:
Please also consider queuing up the attached patch as well.
The patch
Stephen Rothwell s...@canb.auug.org.au writes:
Hi Andrew,
On Thu, 23 Jul 2009 00:32:28 -0700 Andrew Morton a...@linux-foundation.org
wrote:
It gets easy if I remove linux-next.patch from -mm. Maybe I'll do that.
At that point we could add the stable part of -mm to linux-next :-)
I
On Tue, 14 Jul 2009 15:36:01 +0200
Pierre Ossman pie...@ossman.eu wrote:
I'm afraid the time has come for me to step down as maintainer for the
MMC/SD/SDIO subsystem and for someone else to take over the rudder. It
is no secret that I haven't been able to give the maintainer role the
Andrew Morton wrote:
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.
If no-one else is helping out, Im happy to also be CC'd on MMC patches.
I've
Pierre Ossman wrote:
I'm afraid the time has come for me to step down as maintainer for the
MMC/SD/SDIO subsystem and for someone else to take over the rudder.
Thank you for your time and effort on this subsystem.
I havent done anything 'deep' in MMC for some time (since my initial SD
mem
38 matches
Mail list logo