[PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
dianders at chromium.org
Fri Apr 29 19:29:22 PDT 2016
On Fri, Apr 29, 2016 at 5:31 PM, Peter Hurley <peter at hurleysoftware.com> wrote:
> On 04/29/2016 05:03 PM, Doug Anderson wrote:
>> On Fri, Apr 29, 2016 at 4:58 PM, Peter Hurley <peter at hurleysoftware.com> wrote:
>> On 04/29/2016 04:01 PM, Doug Anderson wrote:
>> > * serial allows numbering devices by alias.
>> Which is in fact a total nightmare.
>> While stable device order is mandatory in serial because of
>> console command line parameters and existing userspace expectations,
>> it is the number one barrier to providing a shared ttyS namespace
>> for mixed uart platforms.
>> Stable device order has a very real (and often unforeseen) maintenance
>> Interesting. I wonder if these burdens are unique to serial or shared
>> by all the other subsystems that allow ordering? Maybe this is all
>> because of legacy reasons?
> Well, the specific issue is certainly unique to serial.
> But what I was suggesting is that 5 years from now, these patches
> could be the "legacy reasons" in mmc.
> FWIW, there is already a defacto expectation by boot configurations in the
> field that a given mmc block device is stable across boots. The reality
> is that 100000's of kernel command lines look like:
> This was a recent regression fixed by Ulf in commit 9aaf3437aa72
> ("mmc: block: Use the mmc host device index as the mmcblk device index")
Ah. Well, in this case it sounds like we've already got an
expectation of stable numbering from boot to boot. I had missed Ulf's
patch, so I guess part 3 of my series isn't actually needed and can be
So it's just a question of whether we allow people to manually specify
via device tree.
Note: if we really think using root=/dev/mmcblkNpM is a bad idea then
we should deprecate it and yell about it in the boot log. Then 5 (or
20) years down the road we could remove the feature when the legacy
burden become a pain. Note that even if we deprecated
root=/dev/mmcblkNpM I'd still love to see the numbering be consistent
to help folks parse dmesg.
Thanks for your thoughts!
More information about the Linux-rockchip