From: Olof Johansson <olof@lixom.net>
To: Kay Sievers <kay.sievers@vrfy.org>
Cc: Lei Wen <adrian.wenl@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
Mandeep Baines <msb@chromium.org>
Subject: Re: [PATCH v3] mmc: add config and runtime option for number of mmcblk minors
Date: Wed, 8 Sep 2010 10:57:21 -0500 [thread overview]
Message-ID: <20100908155721.GD23745@lixom.net> (raw)
In-Reply-To: <AANLkTi=jft-j+2Y_dez_gJSrHEkuKSwKq8PbPZxvuHqk@mail.gmail.com>
On Wed, Sep 08, 2010 at 05:19:25PM +0200, Kay Sievers wrote:
> On Wed, Sep 8, 2010 at 16:57, Olof Johansson <olof@lixom.net> wrote:
> > On Wed, Sep 08, 2010 at 10:25:58PM +0800, Lei Wen wrote:
> >
> >> The patch's purpose is good. As modern sd&mmc is used to host the file
> >> system, the 8 partition limitation is becoming a kind of bottleneck...
> >> But why not just add GENHD_FL_EXT_DEVT flag to allow mmc use extended
> >> partition numbers?
> >
> > No need to quote the whole patch next time. :)
> >
> > Given that MMC is sometimes used in deeply embedded environments where
> > udev might not be running to take care of dynamic device numbering,
> > I chose to stay with a static layout.
> >
> > I could be convinced otherwise though. It would cause some additional
> > hassles for me since we start udev lateish during boot and have a
> > prepopulated /dev before that, but that can be dealt with.
>
> I think the extended number are only used for stuff larger than the static 8?
Ah, yes, of course.
> Apart from that, you can not reliably or securely use a static /dev
> these days, you never know which device you talk to, because the
> kernel has far too many dynamically assigned numbers. For that reason,
> most embedded setups use the busybox hack to populate /dev. Recent
> kernels have a devfs again, and there is no reason today to continue
> any static /dev experiments -- unless someone is going over the entire
> tree and fixes all the dynamic assignments, which is unlikely to
> happen ever.
Yeah, it's a weak argument but I wanted to go for the least surprising
one for anyone who still relies on static numbering of mmc, since it's
used as root device, etc.
But with the first 8 minors being the same as before, there's little
reason to care about that -- the EXT_DEVT approach will actually be
the smaller change, since it won't renumber anything, just extend in a
different part of the address space.
Lei, want to submit a proper patch for it to replace mine?
-Olof
next prev parent reply other threads:[~2010-09-08 15:57 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-18 4:13 [PATCH] mmc: make number of mmcblk minors configurable Olof Johansson
2010-08-19 0:16 ` Andrew Morton
2010-08-19 3:22 ` Olof Johansson
2010-08-20 1:02 ` [PATCH v2] mmc: add config and runtime option for number of mmcblk minors Olof Johansson
2010-08-20 22:13 ` [PATCH v3] " Olof Johansson
2010-08-20 22:18 ` sys_init_module system call runcoderen
2010-08-20 22:32 ` Randy Dunlap
2010-08-20 22:50 ` runcoderen
2010-09-08 14:25 ` [PATCH v3] mmc: add config and runtime option for number of mmcblk minors Lei Wen
2010-09-08 14:57 ` Olof Johansson
2010-09-08 15:19 ` Kay Sievers
2010-09-08 15:57 ` Olof Johansson [this message]
2010-09-08 16:48 ` Colin Cross
2010-09-08 16:50 ` [PATCH] mmc_block: Allow more than 8 partitions per card Colin Cross
2010-09-09 2:49 ` Lei Wen
2010-09-09 7:54 ` Adrian Hunter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100908155721.GD23745@lixom.net \
--to=olof@lixom.net \
--cc=adrian.wenl@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=kay.sievers@vrfy.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=msb@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.