Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp12087887ybi; Fri, 26 Jul 2019 04:35:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqyUZuLX4yfxS/oCYknWpSyus7g+3edShs4+8aHwg9JoBv6X57vrPKeEge0uu/hJV7vN6pkQ X-Received: by 2002:a63:a35c:: with SMTP id v28mr47564671pgn.144.1564140956563; Fri, 26 Jul 2019 04:35:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564140956; cv=none; d=google.com; s=arc-20160816; b=jUHHSt+mOyb8AkNzNs/lI/8cfJUdAkIZsrnQTC1+NGkV3H1ZMCO+CjDuEJsUqEGrw7 SSj6lZsz/bNkRZ3gGbvlWyXwP5xIkjFp2Bk1PKiaGTvbh+Xm2h7V+VfahOuZ/yxI6NfN lHrW/tmk+K7x72nv0o+EueDR+qGnQvUl+PL8VryErMm5rv2yI3g266CjEgHOXJpdzTgI mhcGVkuegJFx3scUG2rJ36k4ucfJw14YESFwwtq+yXd2bxNNlng1loiOjHtB/wczDGoL Cy3xwDvFalu8MEZ+IWvQfRrqWhO/oN1h2LD47DbiNlkg/80UEu7x9opv/3sIhxKCCt6I cDOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=TD0j9DQ4sRnWkr8Z2vzVqM+928dlhvrIcbVi5texAlY=; b=s2hm3fzhbkkQ8J5rja0VOcfGkXjrDLAmN14mUwyIIN5P/ddX61X6hOcROtN5fAaBu2 0A/B7iLVbEqmgb+8Y3HEyA/h1BTgpU6pBc+5xHqqc4r5HSUkqP2dhJf5r+zWvSkKeOLp dkLBRjV8l4e1I+4/pFoC0QZfiK+mGDywiL6S/BLnna922asKshzQvxV/m+0vz2UNJ0qG GOtdMIzZKOgu3JH4/09qtvJrRFjUZ6priJ42i+NL2i79D2YAoEg12jQnvMJeeQST+Abl QFhQYvTL8V+4MCkqMI6VFujVerAGn1z2M2Df3vzun28Di1ahIf5+J3+paRClZB6zm+lQ otRQ== 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 g21si18859596plo.235.2019.07.26.04.35.41; Fri, 26 Jul 2019 04:35:56 -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 S1726519AbfGZLdU (ORCPT + 99 others); Fri, 26 Jul 2019 07:33:20 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:42815 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725903AbfGZLdU (ORCPT ); Fri, 26 Jul 2019 07:33:20 -0400 X-Originating-IP: 86.250.200.211 Received: from windsurf (lfbn-1-17395-211.w86-250.abo.wanadoo.fr [86.250.200.211]) (Authenticated sender: thomas.petazzoni@bootlin.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id ABC04240014; Fri, 26 Jul 2019 11:33:17 +0000 (UTC) Date: Fri, 26 Jul 2019 13:33:16 +0200 From: Thomas Petazzoni To: Greg Kroah-Hartman Cc: Sai Prakash Ranjan , Geert Uytterhoeven , Mathieu Poirier , Suzuki K Poulose , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, Leo Yan , linux-arm-kernel@lists.infradead.org Subject: Re: [Regression] Missing device nodes for ETR, ETF and STM after CONFIG_UEVENT_HELPER=n Message-ID: <20190726133316.688a43d8@windsurf> In-Reply-To: <20190726101925.GA22476@kroah.com> References: <20190726070429.GA15714@kroah.com> <165028a7-ff12-dd28-cc4c-57a3961dbb40@codeaurora.org> <20190726084127.GA28470@kroah.com> <097942a1-6914-2542-450f-65a6147dc7aa@codeaurora.org> <6d48f996-6297-dc69-250b-790be6d2670c@codeaurora.org> <20190726101925.GA22476@kroah.com> Organization: Bootlin X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Fri, 26 Jul 2019 12:19:25 +0200 Greg Kroah-Hartman wrote: > > This somehow is not mounting etr, etf, stm devices when uevent-helper is > > disabled. Anyways as Suzuki mentioned, using devtmpfs does fix the issue. > > Last I looked (many years ago) mdev requires uevent-helper in order for > it to work. I recommend that if you rely on mdev to keep that option > enabled, or to just use devtmpfs and udev :) Since Busybox 1.31.0, mdev has gained a daemon mode. In this mode, mdev runs in the background, and receives uevent through a netlink socket. So there's been some changes in how Busybox mdev works in recent times. Best regards, Thomas -- Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com