[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5723F514.4@hurleysoftware.com>
Date: Fri, 29 Apr 2016 16:58:12 -0700
From: Peter Hurley <peter@...leysoftware.com>
To: Doug Anderson <dianders@...omium.org>,
Russell King - ARM Linux <linux@....linux.org.uk>
Cc: Ulf Hansson <ulf.hansson@...aro.org>,
Jaehoon Chung <jh80.chung@...sung.com>,
Shawn Lin <shawn.lin@...k-chips.com>,
Adrian Hunter <adrian.hunter@...el.com>,
Stefan Agner <stefan@...er.ch>,
"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
Brian Norris <computersforpeace@...il.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Heiko Stuebner <heiko@...ech.de>,
Jisheng Zhang <jszhang@...vell.com>,
"open list:ARM/Rockchip SoC..." <linux-rockchip@...ts.infradead.org>,
devicetree-spec@...r.kernel.org,
Mark Rutland <mark.rutland@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Venu Byravarasu <vbyravarasu@...dia.com>,
Lars-Peter Clausen <lars@...afoo.de>,
Jon Hunter <jonathanh@...dia.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Pawel Moll <pawel.moll@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Grant Grundler <grundler@...omium.org>,
Kumar Gala <galak@...eaurora.org>,
"Luca Porzio (lporzio)" <lporzio@...ron.com>,
Rob Herring <robh+dt@...nel.org>,
Chaotian Jing <chaotian.jing@...iatek.com>,
Sergei Shtylyov <sergei.shtylyov@...entembedded.com>,
Sudeep Holla <sudeep.holla@....com>,
zhonghui.fu@...ux.intel.com, kirill.shutemov@...ux.intel.com
Subject: Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering
w/ device tree
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
burden.
For example, I noticed these patches are strictly for DT.
I'm assuming that's because guaranteeing stable device order for
mmc in general is more difficult; eg., by performing minimal scan
serially and more expensive portion of the probe async.
Regards,
Peter Hurley
Powered by blists - more mailing lists