From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AB6D0C6369E for ; Thu, 19 Nov 2020 18:13:18 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 3616A20888 for ; Thu, 19 Nov 2020 18:13:18 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="aUVejfn3"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=walle.cc header.i=@walle.cc header.b="N0g9lCum" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 3616A20888 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=walle.cc Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Message-ID:References:In-Reply-To:Subject:To:From: Date:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=1Bc5WIPnYEJF+oCcN0MGO/ypqRcIKTNDbv5Cn8RN54E=; b=aUVejfn3/pniqIoPGMATp6PZ6 LEUwpNqqKZXgh9gi6FYCira9zAOLNvrxZnPJ/irn2B7xwRpqqh3XByqyG8YeFBUoBiabMAnmKIY6O 88nHbBgHSZLaDgcgRuVF9+R9oXeFBDMMp+Nm5Nv4PEKwBLM3ZgFkaV1ICeN2obckRJVe/qnPMhhjB UoTPYkUgWK3SYyLwrcbtnmrD293IVxxOSP34ET0Gp22ookNhleLePf4tojIT7dT5KjU8z8ZK1n0C1 PPpbSvv1s3t0I3KFyFTDfar+O5mJESjx6XIITdzSSEzVc6FSZh68URgUrwkTKsLrrieS1cT1krxZ/ rTB4hUGeQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kfoQF-0005tp-41; Thu, 19 Nov 2020 18:12:43 +0000 Received: from ssl.serverraum.org ([2a01:4f8:151:8464::1:2]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kfoQC-0005sO-RO for linux-arm-kernel@lists.infradead.org; Thu, 19 Nov 2020 18:12:41 +0000 Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 0F96422EE4; Thu, 19 Nov 2020 19:12:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1605809558; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=vC7HVwjANH5oc4E2w8W2S6yvBbfs+xSzba3U+jaONBg=; b=N0g9lCumldkfoC6XZ82nBq+ZP+XoHM2K2t5RBTkSUZAv2ll9vNFdufhH4xFSsIXnNfCYj5 NxYAJpcyYaGN69MOHWOMHellRWDQrKwxSy42nRljHrBq6MOE0UhOkq716mgJTfB4Nt6Qdi 3rRweMg8Z68m5MeavEODNYPdoY0dowI= MIME-Version: 1.0 Date: Thu, 19 Nov 2020 19:12:37 +0100 From: Michael Walle To: Vladimir Oltean Subject: Re: [PATCH v2] arm64: dts: ls1028a: make the eMMC and SD card controllers use fixed indices In-Reply-To: <20201119163821.980841-1-vladimir.oltean@nxp.com> References: <20201119163821.980841-1-vladimir.oltean@nxp.com> User-Agent: Roundcube Webmail/1.4.9 Message-ID: <31099f0d12b87ad330a59c84f0fa9b42@walle.cc> X-Sender: michael@walle.cc X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201119_131241_054710_997D532F X-CRM114-Status: GOOD ( 18.16 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devicetree@vger.kernel.org, Ulf Hansson , Ashish Kumar , linux-kernel@vger.kernel.org, linux-mmc@vger.kernel.org, Adrian Hunter , Li Yang , Rob Herring , Yangbo Lu , Shawn Guo , linux-arm-kernel@lists.infradead.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Am 2020-11-19 17:38, schrieb Vladimir Oltean: > As the boot order in the kernel continues to change, sometimes it may > happen that the eSDHC controller mmc@2150000 (the one for eMMC) gets > probed before the one at mmc@2140000 (for external SD cards). The > effect > is that the eMMC controller gets the /dev/mmcblk0 name, and the SD card > gets /dev/mmcblk1. > > Since the introduction of this SoC, that has never happened in > practice, > even though it was never guaranteed in theory. Setting > "root=/dev/mmcblk0p2" in /proc/cmdline has always caused the kernel to > use the second partition from the SD card as the rootfs. > > The NXP development boards are typically shipped with either > - LSDK, which uses "root=UUID=", or > - OpenIL, which uses "root=/dev/mmcblkNp2" > > So for OpenIL, let's preserve that old behavior by adding some aliases > which create naming consistency (for LSDK it doesn't matter): > - the SD card controller uses /dev/mmcblk0 > - the eMMC controller uses /dev/mmcblk1 > > For the Kontron SL28 boards, Michael Walle says that they are shipped > with "root=UUID=" already, so the probing order doesn't matter, but it > is more natural to him for /dev/mmcblk0 to be the eMMC, so let's do it > the other way around there. > > The aliases are parsed by mmc_alloc_host() in drivers/mmc/core/host.c. > > Cc: Ashish Kumar > Cc: Yangbo Lu > Cc: Michael Walle > Signed-off-by: Vladimir Oltean Acked-by: Michael Walle [for the sl28 boards] -michael _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel