Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1253983 > unrolled thread

[RFC][PATCH v2] mmc_block: Allow more than 8 partitions per card

Started byJohn Stultz <john.stultz@linaro.org>
First post2015-10-22 19:10 +0200
Last post2015-10-22 20:20 +0200
Articles 3 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [RFC][PATCH v2] mmc_block: Allow more than 8 partitions per card John Stultz <john.stultz@linaro.org> - 2015-10-22 19:10 +0200
    Re: [RFC][PATCH v2] mmc_block: Allow more than 8 partitions per card Ben Hutchings <ben@decadent.org.uk> - 2015-10-22 20:10 +0200
      Re: [RFC][PATCH v2] mmc_block: Allow more than 8 partitions per card Ben Hutchings <ben@decadent.org.uk> - 2015-10-22 20:20 +0200

#1253983 — [RFC][PATCH v2] mmc_block: Allow more than 8 partitions per card

FromJohn Stultz <john.stultz@linaro.org>
Date2015-10-22 19:10 +0200
Subject[RFC][PATCH v2] mmc_block: Allow more than 8 partitions per card
Message-ID<qmrxg-pB-9@gated-at.bofh.it>
From: Colin Cross <ccross@android.com>

It is quite common for Android devices to utilize more
then 8 partitions on internal eMMC storage.

The vanilla kernel can support this via
CONFIG_MMC_BLOCK_MINORS, however that solution caps the
system to 256 minors total, which limits the number of
mmc cards the system can support.

This patch, which has been carried for quite awhile in
the AOSP common tree, provides an alternative solution
that doesn't seem to limit the total card count. So I
wanted to submit it for consideration upstream.

This patch sets the GENHD_FL_EXT_DEVT flag, which will
allocate minor number in major 259 for partitions past
disk->minors.

It also removes the use of disk_devt to determine devidx
from md->disk. md->disk->first_minor is always initialized
from devidx and can always be used to recover it.

Thoughts or feedback would be greatly appreciated.

Cc: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Ben Hutchings <ben@decadent.org.uk>
Cc: Chuanxiao Dong <chuanxiao.dong@intel.com>
Cc: Shawn Lin <shawn.lin@rock-chips.com>
Cc: Austin S Hemmelgarn <ahferroin7@gmail.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Android Kernel Team <kernel-team@android.com>
Cc: linux-mmc@vger.kernel.org
Signed-off-by: Colin Cross <ccross@android.com>
[jstultz: Added context to commit message]
Signed-off-by: John Stultz <john.stultz@linaro.org>
---
v2: Added context to commit message about CONFIG_MMC_BLOCK_MINORS
    and its limitations.

 drivers/mmc/card/block.c | 7 ++-----
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
index c742cfd..564436e 100644
--- a/drivers/mmc/card/block.c
+++ b/drivers/mmc/card/block.c
@@ -172,11 +172,7 @@ static struct mmc_blk_data *mmc_blk_get(struct gendisk *disk)
 
 static inline int mmc_get_devidx(struct gendisk *disk)
 {
-	int devmaj = MAJOR(disk_devt(disk));
-	int devidx = MINOR(disk_devt(disk)) / perdev_minors;
-
-	if (!devmaj)
-		devidx = disk->first_minor / perdev_minors;
+	int devidx = disk->first_minor / perdev_minors;
 	return devidx;
 }
 
@@ -2162,6 +2158,7 @@ static struct mmc_blk_data *mmc_blk_alloc_req(struct mmc_card *card,
 	md->disk->queue = md->queue.queue;
 	md->disk->driverfs_dev = parent;
 	set_disk_ro(md->disk, md->read_only || default_ro);
+	md->disk->flags = GENHD_FL_EXT_DEVT;
 	if (area_type & (MMC_BLK_DATA_AREA_RPMB | MMC_BLK_DATA_AREA_BOOT))
 		md->disk->flags |= GENHD_FL_NO_PART_SCAN;
 
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1254020

FromBen Hutchings <ben@decadent.org.uk>
Date2015-10-22 20:10 +0200
Message-ID<qmstl-1LT-39@gated-at.bofh.it>
In reply to#1253983

[Multipart message — attachments visible in raw view] — view raw

On Thu, 2015-10-22 at 10:00 -0700, John Stultz wrote:
> From: Colin Cross <ccross@android.com>
> 
> It is quite common for Android devices to utilize more
> then 8 partitions on internal eMMC storage.
> 
> The vanilla kernel can support this via
> CONFIG_MMC_BLOCK_MINORS, however that solution caps the
> system to 256 minors total, which limits the number of
> mmc cards the system can support.
[...]

This commit was intended to allow support for 256 cards with any number
of partitions:

commit a26eba614afff0e39594101bcb73014a9a22fb33
Author: Ben Hutchings <ben@decadent.org.uk>
Date:   Thu Nov 6 03:35:09 2014 +0000

    mmc: block: Increase max_devices

I don't think the new patch is sufficient or necessary to increase the
limit further.

Do you have a compatibility requirement to retain the numbering of the
first 7 partitions?

Ben.

-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.

[toc] | [prev] | [next] | [standalone]


#1254037

FromBen Hutchings <ben@decadent.org.uk>
Date2015-10-22 20:20 +0200
Message-ID<qmsD1-1Xu-35@gated-at.bofh.it>
In reply to#1254020

[Multipart message — attachments visible in raw view] — view raw

On Thu, 2015-10-22 at 19:07 +0100, Ben Hutchings wrote:
> On Thu, 2015-10-22 at 10:00 -0700, John Stultz wrote:
> > From: Colin Cross <ccross@android.com>
> > 
> > It is quite common for Android devices to utilize more
> > then 8 partitions on internal eMMC storage.
> > 
> > The vanilla kernel can support this via
> > CONFIG_MMC_BLOCK_MINORS, however that solution caps the
> > system to 256 minors total, which limits the number of
> > mmc cards the system can support.
> [...]
> 
> This commit was intended to allow support for 256 cards with any number
> of partitions:
> 
> commit a26eba614afff0e39594101bcb73014a9a22fb33
> Author: Ben Hutchings <ben@decadent.org.uk>
> Date:   Thu Nov 6 03:35:09 2014 +0000
> 
>     mmc: block: Increase max_devices
> 
> I don't think the new patch is sufficient or necessary to increase the
> limit further.

Of course, this does allow use of more than any predefined number of
partitions per card, the same as sd can.  So it still has some
usefulness, though the commit message seems to overstate that.

Ben.

> Do you have a compatibility requirement to retain the numbering of the
> first 7 partitions?
> 
> Ben.
> 
-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web