Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp3856450pxb; Mon, 30 Aug 2021 12:17:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwroXBqQGVLbCiqS9mGlfmZTmuoz0NF8Dc9G1o11AFSgfwm1p1JEeTsRKd1emh7Yct5Y8pq X-Received: by 2002:a50:ee04:: with SMTP id g4mr26630501eds.4.1630351074089; Mon, 30 Aug 2021 12:17:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630351074; cv=none; d=google.com; s=arc-20160816; b=xrcS0y5f4ZhpK0AiOC1HA4mts2c//sGugXgOlb962AEBu7moB3LPvQivlriMXLRd6O zo1JXKh6SL+MxmFd+f577sj046PdoYHXRUGU9HtxeT7fQuPbVoZ1tSzsgvOW8Ed8jq5d 0UluWwExs0/g7TZRYOk3trxBPo/HvL8meQuIstREc+g+ZeZJJiyIkJxsduQ0UUBiJjaY uyWJvzKQy5i3jrTEOGoYG5DMoVBelSXO8TUphetsi0gVv/EuujAW5p5rXpH2pyAqLdb+ lB9O2zPKieptZR9+wYnCgzjbtQyWwHB+FS4tvNeI6UtMjitjaOzRHiK7hMr++ctl4F1i 4pfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=whXTWnQ8QZdQpY0OGynbK/CDGQTwEyiVXqtHoOQsn28=; b=urKctfoTA+rabhzf98QDf4xiZATAg2wbjQsgvUbe91v0YP97JBlwSFk/JD5/9ygg1P 9/ni4TeXhqZgEciNDzOXTtZWn6PcIW67lYigrldsJdQfH+9GZ0hvtV+9KiLtle/kk4yI CniZGsjogv/0PQ6PRxk0ILQNQEXHR3pQdaS1aZ/x7NIuWXmxl7Xk6lAs8kvHVHGldw65 p0bEhCou/E11x/bOLYdCry/PSSGOrECyfFmZMgEhYuNTwI2kG3AilfaWVbZQP9CXFKND GBbOGqIs9/SqxfV1g7RDk8c4zCV2cbAqdMoy6h3Zd3r7sJ+3mS26lSLdUvQ7rwpUrBhQ if6w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id de57si18281425ejc.433.2021.08.30.12.17.23; Mon, 30 Aug 2021 12:17:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233128AbhH3TN0 (ORCPT + 99 others); Mon, 30 Aug 2021 15:13:26 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:20359 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232336AbhH3TNY (ORCPT ); Mon, 30 Aug 2021 15:13:24 -0400 Received: (Authenticated sender: thomas.petazzoni@bootlin.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id DA682240003; Mon, 30 Aug 2021 19:12:25 +0000 (UTC) Date: Mon, 30 Aug 2021 21:12:24 +0200 From: Thomas Petazzoni To: Pintu Agarwal Cc: Mikulas Patocka , open list , Phillip Lougher , linux-fsdevel , linux-mtd , dm-devel@redhat.com, Kernelnewbies , agk@redhat.com, snitzer@redhat.com, Sami Tolvanen Subject: Re: Kernel 4.14: Using dm-verity with squashfs rootfs - mounting issue Message-ID: <20210830211224.76391708@windsurf> In-Reply-To: References: <20210830185541.715f6a39@windsurf> Organization: Bootlin X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Mon, 30 Aug 2021 23:48:40 +0530 Pintu Agarwal wrote: > ohh that means we already have a working reference. > If possible can you share the details, even 4.19 or higher will be > also a good reference. > > > > Or, another option is to use the new concept from 5.1 kernel that is: > > > dm-mod.create = ? > > How are you doing it today without dm-mod.create ? > I think in 4.14 we don't have dm-mod.create right ? No, but you can backport it easily. Back at http://lists.infradead.org/pipermail/openwrt-devel/2019-November/025967.html I provided backports of this feature to OpenWrt, for the 4.14 and 4.19 kernels. > Here is our kernel command line: > > [ 0.000000] Kernel command line: ro rootwait > console=ttyMSM0,115200,n8 .... verity="95384 11923 > 16da5e4bbc706e5d90511d2a3dae373b5d878f9aebd522cd614a4faaace6baa3 12026 > " rootfstype=squashfs ubi.mtd=40,0,30 ubi.block=0,0 root=/dev/dm-0 > .... init=/sbin/init root=/dev/dm-0 dm="rootfs none ro,0 95384 verity > 1 /dev/ubiblock0_0 /dev/mtdblock53 4096 4096 11923 8 sha256 > 16da5e4bbc706e5d90511d2a3dae373b5d878f9aebd522cd614a4faaace6baa3 > aee087a5be3b982978c923f566a94613496b417f2af592639bc80d141e34dfe7 10 > restart_on_corruption ignore_zero_blocks use_fec_from_device > /dev/mtdblock53 fec_roots 2 fec_blocks 12026 fec_start 12026" ... I don't see how this can work without the dm-mod.create feature. Are you sure the verity= and dm= kernel arguments exist? Best regards, Thomas -- Thomas Petazzoni, co-owner and CEO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com