[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090112161417.7a4fbda6@mjolnir.drzeus.cx>
Date: Mon, 12 Jan 2009 16:14:17 +0100
From: Pierre Ossman <drzeus@...eus.cx>
To: Philip Langdale <philipl@...rt.org>,
"Rafael J. Wysocki" <rjw@...k.pl>
Cc: linux kernel <linux-kernel@...r.kernel.org>,
sdhci-devel@...t.drzeus.cx, sfr@...b.auug.org.au
Subject: Re: [PATCH] ricoh_mmc: Use suspend/resume_noirq (v2) (resend)
On Fri, 09 Jan 2009 21:31:25 -0500
Philip Langdale <philipl@...rt.org> wrote:
>
> Now, the ricoh chip implements the standard SD host controller spec but
> as no such thing exists for MMC, it implements its own custom one. Linux
> only has an SDHCI driver, but due to how the hardware works, we can support
> MMC cards through it - but only if the controller can see them!
>
Just to clarify, the problem is really that Microsoft are being
difficult. Their driver only implements support for SD (which I suppose
is only because they have a serious problem with lack of manpower, and
not because they're a member of the SD Association but not the MMC
one ;)), but since there is only a single device there is no
possibility for another driver to provide the MMC functionality.
The way most vendors have solved this Windows misfeature is by having
some voodoo where their own driver binds to a non-SDHCI interface, and
in the event of an SD card, hands it over to the other device (and
Microsoft's sdhci driver) or handles the SD in the vendor driver as
well.
Once again the limited design of that other OS forces the hardware
vendors to do sub-optimal devices and the rest of the world is poorer
for it.
Bitterly
--
-- 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.
Download attachment "signature.asc" of type "application/pgp-signature" (198 bytes)
Powered by blists - more mailing lists