From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758046Ab1JEPdz (ORCPT ); Wed, 5 Oct 2011 11:33:55 -0400 Received: from smtp-outbound-2.vmware.com ([65.115.85.73]:45859 "EHLO smtp-outbound-2.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757962Ab1JEPdy (ORCPT ); Wed, 5 Oct 2011 11:33:54 -0400 Date: Wed, 5 Oct 2011 08:33:53 -0700 (PDT) From: Andrei Warkentin To: Namjae Jeon Cc: linux-kernel@vger.kernel.org, adrian hunter , linus walleij , james p freyensee , sebras@gmail.com, Ulf Hansson , stefan xk nilsson , per forlin , johan rudholm , cjb@laptop.org, linux-mmc@vger.kernel.org Message-ID: <1757717892.66886.1317828833207.JavaMail.root@zimbra-prod-mbox-2.vmware.com> In-Reply-To: <1317825945-1918-1-git-send-email-linkinjeon@gmail.com> Subject: Re: [PATCH v11] mmc : general purpose partition support. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.113.61.163] X-Mailer: Zimbra 7.1.1_GA_3225 (ZimbraWebClient - FF3.0 (Linux)/7.1.1_GA_3225) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, ----- Original Message ----- > From: "Namjae Jeon" > To: cjb@laptop.org, linux-mmc@vger.kernel.org > Cc: linux-kernel@vger.kernel.org, awarkentin@vmware.com, "adrian hunter" , "linus walleij" > , "james p freyensee" , sebras@gmail.com, "Ulf Hansson" > , "stefan xk nilsson" , "per forlin" > , "johan rudholm" , "Namjae Jeon" > Sent: Wednesday, October 5, 2011 10:45:45 AM > Subject: [PATCH v11] mmc : general purpose partition support. > > It allows gerneral purpose partitions in MMC Device. > And I try to simpliy make mmc_blk_alloc_parts using mmc_part > structure suggested by Andrei Warkentin. > After patching, we can see general purpose partitions like this. > > cat /proc/partitions > 179 0 847872 mmcblk0 > 179 192 4096 mmcblk0gp3 > 179 160 4096 mmcblk0gp2 > 179 128 4096 mmcblk0gp1 > 179 96 1052672 mmcblk0gp0 > 179 64 1024 mmcblk0boot1 > 179 32 1024 mmcblk0boot0 > > Signed-off-by: Namjae Jeon > --- > drivers/mmc/card/block.c | 41 +++++++++++++++++++++++------------ > drivers/mmc/core/mmc.c | 52 > ++++++++++++++++++++++++++++++++++++++++++--- > include/linux/mmc/card.h | 34 +++++++++++++++++++++++++++++- > include/linux/mmc/mmc.h | 5 +++- > 4 files changed, 112 insertions(+), 20 deletions(-) > > diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c > + for (idx = 0; idx < card->nr_parts; idx++) { > + if (mmc_is_boot_partition(&card->part[idx]) && > + !mmc_boot_partition_access(card->host)) > + continue; > + if (card->part[idx].size) { > + ret = mmc_blk_alloc_part(card, md, > + card->part[idx].part_cfg, > + card->part[idx].size >> 9, > + card->part[idx].force_ro, > + card->part[idx].name); > + if (ret) > + return ret; > + } > } Is there any reason for putting the mmc_boot_partition_access() logic here? If boot partitions are not allowed by host, then just don't add the mmc_parts to the parts array, no? Such minutae should belong in core mmc code, not block driver, IMHO. A