All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomas Melin <tomas.melin@vaisala.com>
To: Jaehoon Chung <jh80.chung@samsung.com>,
	Ulf Hansson <ulf.hansson@linaro.org>
Cc: linux-mmc <linux-mmc@vger.kernel.org>,
	jszhang@marvell.com, shawn.lin@rock-chips.com,
	dianders@google.com, CPGS <cpgs@samsung.com>
Subject: Re: [RFC PATCH] mmc: block: Support the fixed index for mmcblk with aliases nodes
Date: Wed, 15 Feb 2017 14:50:06 +0200	[thread overview]
Message-ID: <353308bf-0276-791e-7739-29291601b3c9@vaisala.com> (raw)
In-Reply-To: <eb4fde53-54a8-0581-e923-aca7ce45d7bb@samsung.com>

Hi Jaehoon,

On 02/13/2017 02:34 AM, Jaehoon Chung wrote:
> Hi,
> 
> On 02/10/2017 08:35 PM, Tomas Melin wrote:
>> Hi,
>>
>> It looks as this RFC was never posted as a real patch.
>> For embedded devices with several memory devices, some being removable,
>> providing a way to define aliases for the nodes in the device tree is a benefit.
>> I have tested the patch from Jaehoon and it works nicely.
> 
> I'm not sure there is more better solution than this.
The same approach to use aliases in DT and parse them is if I understand
correctly also how serial ports are sorted in uart drivers.

> But I guess it's useful to someone..
> If someone want to use this, i will resend the patch based on latest mmc.

That would be great.

Tomas

> 
> Best Regards,
> Jaehoon Chung
> 
>>
>> Could this be reposted and considered for inclusion?
>>
>> Found the original patch here: https://patchwork.kernel.org/patch/8685711/
>>
>> Best Regards
>> Tomas
>>
>>
>> On 04/04/2016 09:14 PM, Ulf Hansson wrote:
>>> On 4 April 2016 at 04:08, Jaehoon Chung <jh80.chung@samsung.com> wrote:
>>>> Hi All,
>>>>
>>>> Are there any other opinion for this RFC patch?
>>>>
>>>> Best Regards,
>>>> Jaehoon Chung
>>>>
>>>> On 03/30/2016 09:15 AM, Shawn Lin wrote:
>>>>> 在 2016/3/29 18:49, Jisheng Zhang 写道:
>>>>>> Hi Jaehoon,
>>>>>>
>>>>>> On Tue, 29 Mar 2016 19:43:34 +0900 Jaehoon Chung wrote:
>>>>>>
>>>>>>> This patch is just RFC. I want to know opinions.
>>>>>>>
>>>>>>> Now, index of mmcblk is allocated in accordance with probing time.
>>>>>>> If want to use the mmcblk1 for some device, it can use alias.
>>>>>>>
>>>>>>> aliases {
>>>>>>>     mmc0 = &mmc0;    /* mmcblk0 for eMMC */
>>>>>>>     mmc1 = &mmc2;    /* mmcblk1 for SD */
>>>>>>>     mmc2 = &mmc1;    /* mmcblk2 for SDIO*/
>>>>>>> };
>>>>>>
>>>>>> I like this feature and we do need it. In the past, we have to put emmc dt node
>>>>>> before the sd node, but on our platform, the register base of sdhc host for
>> emmc
>>>>>> is higher than the one for sd, putting emmc dt node before sd looks a bit
>>>>>> strange, but we have no better solutions.
>>>>>>
>>>>>
>>>>> :) That is also what I suffered currently. I have to prepare two
>>>>> seperate firmware with two diff fstab files to assign the mount point
>>>>> since sometime I need to boot from sd, but sometimes from emmc....
>>>>> With this patch, I only need to dtc a new dtb... quite simple.
>>>>>
>>>>>> Thanks,
>>>>>> Jisheng
>>>
>>> I am not immediately opposed to this patch, although let me think a
>>> bit more about it.
>>>
>>> What I would like to understand is why UUID/PARTUUID isn't working for
>>> your case. Did you try to use that?
>>
>> I have used with UUID/PARTUUID/PARTLABEL and etc.. I think it's not problem.
>> But that is why some guys wants to use the fixed index.
>> (Almost all SoCs are still using "root=mmcblk0pX" in bootloader.)
>>
>> I'm considering more what is better. :)
>>
>> Best Regards,
>> Jaehoon Chung
>>
>>>
>>> Kind regards
>>> Uffe
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

  reply	other threads:[~2017-02-15 12:50 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20170210113539epcas1p4ef88bafa36c5da229dc81a02c3924fa2@epcas1p4.samsung.com>
2017-02-10 11:35 ` [RFC PATCH] mmc: block: Support the fixed index for mmcblk with aliases nodes Tomas Melin
2017-02-13  0:34   ` Jaehoon Chung
2017-02-15 12:50     ` Tomas Melin [this message]
2016-03-29 10:43 Jaehoon Chung
2016-03-29 10:49 ` Jisheng Zhang
2016-03-30  0:15   ` Shawn Lin
2016-04-04  2:08     ` Jaehoon Chung
2016-04-04 12:14       ` Ulf Hansson
2016-04-06  2:00         ` Jaehoon Chung
2016-04-28 23:07           ` Doug Anderson

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=353308bf-0276-791e-7739-29291601b3c9@vaisala.com \
    --to=tomas.melin@vaisala.com \
    --cc=cpgs@samsung.com \
    --cc=dianders@google.com \
    --cc=jh80.chung@samsung.com \
    --cc=jszhang@marvell.com \
    --cc=linux-mmc@vger.kernel.org \
    --cc=shawn.lin@rock-chips.com \
    --cc=ulf.hansson@linaro.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.