[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8bd0f97a0801081344i55100937qc1ad178dd94c358b@mail.gmail.com>
Date: Tue, 8 Jan 2008 16:44:08 -0500
From: "Mike Frysinger" <vapier.adi@...il.com>
To: "Pierre Ossman" <drzeus-mmc@...eus.cx>
Cc: linux-kernel@...r.kernel.org
Subject: Re: [patch] split MMC_CAP_4_BIT_DATA
On Jan 8, 2008 3:49 PM, Pierre Ossman <drzeus-mmc@...eus.cx> wrote:
> On Tue, 8 Jan 2008 14:40:49 -0500
> Mike Frysinger <vapier.adi@...il.com> wrote:
> > i dont understand what's confusing. the Blackfin on chip host controller only
> > supports 1-bit MMC, but it supports 4-bit SD/SDIO. this is a fact. while it
> > may be a stupid decision, it is what it is, and i need the framework made
> > more flexible in order to get the Blackfin driver merged cleanly. we do
> > software for hardware, we dont do hardware.
>
> Well, since I've seen no _hardware_ differences between 4-bit MMC and 4-bit SD, "support" in this case must me "vendor will guarantee it works". And that is not the kind of "support" that needs a distinction in the code.
regardless of where the limitation is, the change is necessary.
however you wish to classify the issue, it doesnt matter to me. the
Blackfin controller needs to declare the following capabilities:
- 1-bit MMC
- 1-bit SD / 4-bit SD
- 1-bit SDIO / 4-bit SDIO
the existing framework is not flexible enough to account for this,
thus the patch posted.
> So, again, if you feel that there is a hardware difference between 4-bit MMC and 4-bit SD then please elaborate as it is my understanding that they are identical.
you may be 100% correct, i have no idea, i'm not really familiar with
MMC/SD/SDIO at all.
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists