linux-kernel - Re: [RFC] [PATCH 1/2] mmc: split mmc_sd_init

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4C0774A8.2030704@nokia.com>
Date:	Thu, 03 Jun 2010 12:23:52 +0300
From:	Adrian Hunter <adrian.hunter@...ia.com>
To:	Michał Mirosław <mirq-linux@...e.qmqm.pl>
CC:	Andrew Morton <akpm@...ux-foundation.org>,
	"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] [PATCH 1/2] mmc: split mmc_sd_init_card()

Michał Mirosław wrote:
> Thanks for your review!
> 
> On Fri, May 28, 2010 at 02:40:27PM -0700, Andrew Morton wrote:
>> On Tue, 25 May 2010 18:10:28 +0200 (CEST)
>> Micha__ Miros__aw <mirq-linux@...e.qmqm.pl> wrote:
>>> This is needed to avoid code duplication in SD-combo support.
>> hm.  Perhaps you could have told us a bit more about it than this.
>>> +int mmc_sd_get_cid(struct mmc_host *host, u32 ocr, u32 *cid)
>>> +int mmc_sd_get_csd(struct mmc_host *host, struct mmc_card *card)
>>> +int mmc_sd_setup_card(struct mmc_host *host, struct mmc_card *card,
>>> +unsigned mmc_sd_get_max_clock(struct mmc_card *card)
>>> +void mmc_sd_go_highspeed(struct mmc_card *card)
>> These are global symbols, but they are not exported to (other) modules.
>> That's odd.  I'd have expected to see them either `static' or
>> EXPORT_MODULE()d.
> 
> This is all contained in mmc_core.ko and needs not be exported to other
> modules. A SD-combo card is a SD (memory) and SDIO in one package - the
> only changes needed are in initialization sequence, after which both
> parts are mostly independent.

That is a bit vague.  An SD card is a memory.  An SDIO "card" is an
I/O connection made using the same physical interface as an SD card
and a very similar protocal to SD cards (at least with respect to
reading and writing).  I do not understand how a card can be SD and
SDIO.  Are you sure you are not talking about a controller that supports
SD and SDIO?  A lot of controllers do that.

> 
>> I'll take the lack of a signed-off-by: and the "RFC" as signal to not
>> apply these patches.
> 
> I would like for this to get tested by other people first, but it looks
> like not many kernel developers use SD combo cards.
> 
> I'll resend the patches after applying your suggestions from the other
> mail.
> 
> Best Regards,
> Michał Mirosław
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
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/