Received: by 2002:a4a:311b:0:0:0:0:0 with SMTP id k27-v6csp4098845ooa; Tue, 14 Aug 2018 00:43:02 -0700 (PDT) X-Google-Smtp-Source: AA+uWPzxfbv3rFna5sUMVJmzB/MNG6lTlL382U37xj1h2ze4oA1iOSvrXG9TrWFkOoGBUzTfw8ew X-Received: by 2002:a17:902:1ab:: with SMTP id b40-v6mr18987798plb.55.1534232582461; Tue, 14 Aug 2018 00:43:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534232582; cv=none; d=google.com; s=arc-20160816; b=GcZqTsaY9oj92ULJF7BZ8ZXKt4VweRf3iWqnS+KySYS/DD0UOroRknPa0cWIfLVrwR CaNqNmh0qzArGKMUhn2ygXrJjGtQHxmeG2P8IVGFcGarVWteapSneTiR8SzWtNoH6oLX r6qT5z20iziS/KoZYu/MpgODwgwbnwTsr3fEOudCnK6/Vsb7sTDV1nerA1npHnxmyepb BDKAh0HbWO/Rro40kvK1oB9lGLtD63uwFL5KM6ezOczP/Z8ej5EVJRAS39qFW5E/miG5 3ttCCDJDQ1Uxj9Bw4spZIsZBT0rLAXxu5Wujt9rhUKM9GndDYnQ/CAqOAFqGupOCL8Yc AxUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=AZrxEygnwmgiRlnnnP3cc0GZr7sFVcSf4OT7W8n8gfo=; b=NpkOcCWqZPpPKNzmkvAMi4prjWqAoJjeYzjcCBOR2Sgc02xuVGBS+0f68pZFNfkngH aPFOeFs+7YeoGE6IUeyZlFRlJnMFnIxPUjDYTAIU58bXsCS6PvqKggmF75vP2Ce2M6YB Y+EwqowHLCyF/3EP8mu3rkyIgefa6W2yA/CJfhmzGQ8fW1UGciaZNSLUDbsdUnhwW1qY V7e99lbkk/2F+SAkv9b6urFJQONaGN4dfsG9MnQg5OxfdYPy+Fd3bwsFsvFk2OvXYiMF OEHU/8gofOCdh9MDSvbR9KKZ+IeFTzccaRwFR2i8hzvLl7jYLHDioqbtFMhgiVXuml1n +pXg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i64-v6si4314484pli.56.2018.08.14.00.42.47; Tue, 14 Aug 2018 00:43:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730926AbeHNK0n (ORCPT + 99 others); Tue, 14 Aug 2018 06:26:43 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:49176 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726053AbeHNK0m (ORCPT ); Tue, 14 Aug 2018 06:26:42 -0400 Received: from localhost (unknown [194.244.16.108]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 763BD9D3; Tue, 14 Aug 2018 07:40:43 +0000 (UTC) Date: Tue, 14 Aug 2018 09:40:41 +0200 From: Greg Kroah-Hartman To: Feng Tang Cc: Ulf Hansson , Linux Kernel Mailing List , "linux-mmc@vger.kernel.org" , Adrian Hunter , arjan@linux.intel.com, Alan Cox Subject: Re: [PATCH] mmc: Move the mmc driver init earlier Message-ID: <20180814074041.GB28982@kroah.com> References: <20180608095154.22413-1-feng.tang@intel.com> <20180612084234.gjzq66xsqblryrkm@shbuild888> <20180802091539.m5k7cdoad6hfkdfy@shbuild888> <20180814063959.45bddz42ytz3e4jb@shbuild888> <20180814071834.GB24616@kroah.com> <20180814073810.m7ewuyvuhptgsm22@shbuild888> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180814073810.m7ewuyvuhptgsm22@shbuild888> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 14, 2018 at 03:38:10PM +0800, Feng Tang wrote: > Hi Greg, > > On Tue, Aug 14, 2018 at 09:18:34AM +0200, Greg Kroah-Hartman wrote: > > On Tue, Aug 14, 2018 at 02:39:59PM +0800, Feng Tang wrote: > > > Hi Greg, Ulf > > > > > > Could you help to review this? many thanks! > > > > Review what? I see no patch here. And why would I need to review a mmc > > patch in the middle of the merge window? > > > > totally confused, > > Sorry for the confusion! I didn't noticed the 4.19 merge window. > > The patch was originally posted in June, and has gone through some > review discussions with mmc maintainers, my last mail was trying > to keep some discussion info. Ok, then why ask me? I'm not the mmc maintainer. > The original patch is: > ----- > > >From 1514c7d56e887ace37466dded09bc43f2a4c9a4a Mon Sep 17 00:00:00 2001 > From: Feng Tang > Date: Fri, 8 Jun 2018 17:10:30 +0800 > Subject: [PATCH] mmc: Move the mmc driver init earlier > > When doing some boot time optimization for an eMMC rootfs NUCs, > we found the rootfs may spend around 100 microseconds waiting > for eMMC card to be initialized, then the rootfs could be > mounted. > [ 1.216561] Waiting for root device /dev/mmcblk1p1... > [ 1.289262] mmc1: new HS400 MMC card at address 0001 > [ 1.289667] mmcblk1: mmc1:0001 R1J56L 14.7 GiB > [ 1.289772] mmcblk1boot0: mmc1:0001 R1J56L partition 1 8.00 MiB > [ 1.289869] mmcblk1boot1: mmc1:0001 R1J56L partition 2 8.00 MiB > [ 1.289967] mmcblk1rpmb: mmc1:0001 R1J56L partition 3 4.00 MiB > [ 1.292798] mmcblk1: p1 p2 p3 > [ 1.300576] EXT4-fs (mmcblk1p1): couldn't mount as ext3 due to feature incompatibilities > [ 1.300912] EXT4-fs (mmcblk1p1): couldn't mount as ext2 due to feature incompatibilities > > And this is a common problem for smartphones, tablets, embedded > devices and automotive products. This patch will make the eMMC/SD > card start initializing earlier, by changing its order in drivers/Makefile. > > On our platform, the waiting for eMMC card is almost eliminated with the patch, > which is critical to boot time. And it should benefit other non-x86 platforms > which see the similar waiting for emmc rootfs. > > Signed-off-by: Feng Tang > --- > drivers/Makefile | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/Makefile b/drivers/Makefile > index 24cd47014657..c473afd3c688 100644 > --- a/drivers/Makefile > +++ b/drivers/Makefile > @@ -50,6 +50,9 @@ obj-$(CONFIG_REGULATOR) += regulator/ > # reset controllers early, since gpu drivers might rely on them to initialize > obj-$(CONFIG_RESET_CONTROLLER) += reset/ > > +# put mmc early as many morden devices use emm/sd card as rootfs storage Spelling error :) > +obj-y += mmc/ > + > # tty/ comes before char/ so that the VT console is the boot-time > # default. > obj-y += tty/ Everyone wants to be first. Watch out if you try to put stuff before tty, you have to be very careful. There are sd serial devices, right? Anyway, nothing we can do now until after 4.19-rc1 is out. thanks, greg k-h