Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp387249pxu; Thu, 7 Jan 2021 07:30:10 -0800 (PST) X-Google-Smtp-Source: ABdhPJw+D+gKOMUgfZfJ4cuH1r4okoaremX3NLtEG+gjRr2HRVqnmo8/A6uneFdxOnFx4blnhoV/ X-Received: by 2002:a05:6402:171a:: with SMTP id y26mr2114717edu.371.1610033410335; Thu, 07 Jan 2021 07:30:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610033410; cv=none; d=google.com; s=arc-20160816; b=OBjApfYZeMp21bsURxgOqWUoozmKFsE9lHZVKVwmIYNNtNjPPu+pwUNMKCIvcA4s28 aVxxjvsEuTkofZZZX9Ecqrpzw8MmHh4M2e7xsok9m7PqIxYcqQPl1dY7sVUIhvnfF5JY SCMZBHeh69CuP6NucdCLxgF9+mQgEKxwWW74GpUQuiEA03QwGAl7bst1SkqvAfDGRM5j NRURSJXSqPo70iRDTv1Q2erWUsPAaxCGCOM9skedi/W2pVlWRfh1/jfJAhPbknYUmhz4 Ezo0XIAhUtrHpl+sWKZcz+25Oe9oYHsA4jGp5Y6mgfXzUY1o/n2p/YbB/NWkMOXaqBtg 4KXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=SrY+YeGLi87YuG6YRTYuhIwW0ntFBKloEfzWToveTbM=; b=QT0fZUxfEyDp4QUttlbsCbiejvt56q4TMorxBAZcLBTPWko0eGQOgTWa6w8NrfcYY6 Bee1mVkDhI5abZW1tCmJYSH3g0JD6sb00zXdD1PbjPz8UrDmmMs4RVh/ln7ueV/TiCDL IZj8+hSJrtv/13YT227uHFrI1pY8byC7sUyYwluyCHjivD0DBw/3G8xDAAG06v0X7f1O z0e4Aq6CNEdO26wotAcBWu7AnXcWw19X/tAw2yapeHlQJSXCCWDuzsUqH7VA+NKH598D gPDzWceIAdMjw2RK74XucDDf89aW5YNDWJceMEFdoheS/eRGHeaShJh0BqWTHZyu9/Il hiXQ== 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 cb9si2375570edb.580.2021.01.07.07.29.46; Thu, 07 Jan 2021 07:30:10 -0800 (PST) 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 S1728049AbhAGP2r (ORCPT + 99 others); Thu, 7 Jan 2021 10:28:47 -0500 Received: from smtp1-g21.free.fr ([212.27.42.1]:22304 "EHLO smtp1-g21.free.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726319AbhAGP2q (ORCPT ); Thu, 7 Jan 2021 10:28:46 -0500 Received: from ymorin.is-a-geek.org (unknown [IPv6:2a01:cb19:8b51:cb00:e49b:7e99:8172:6888]) (Authenticated sender: yann.morin.1998) by smtp1-g21.free.fr (Postfix) with ESMTPSA id 32EE5B005A4; Thu, 7 Jan 2021 16:27:25 +0100 (CET) Received: by ymorin.is-a-geek.org (sSMTP sendmail emulation); Thu, 07 Jan 2021 16:27:24 +0100 Date: Thu, 7 Jan 2021 16:27:24 +0100 From: "Yann E. MORIN" To: Vineet Gupta Cc: Petr Mladek , Sergey Senozhatsky , Steven Rostedt , John Ogness , linux-arch@vger.kernel.org, Sergey Senozhatsky , Shreyas Joshi , linux-kernel@vger.kernel.org, Thomas Petazzoni , Greg Kroah-Hartman , buildroot@busybox.net, arcml , Linus Torvalds , shreyasjoshi15@gmail.com, Guenter Roeck Subject: Re: [Buildroot] ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console) Message-ID: <20210107152724.GL1485369@scaer> References: <20201111135450.11214-1-pmladek@suse.com> <20201111135450.11214-2-pmladek@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Vineet, All, On 2021-01-06 15:36 -0800, Vineet Gupta spake thusly: > On 11/11/20 5:54 AM, Petr Mladek wrote: [--SNIP--] > >Make sure that stdin, stdout, stderr, and /dev/console are always > >available by a fallback to the existing ttynull driver. It has > >been implemented for exactly this purpose but it was used only > >when explicitly configured. > > > >Signed-off-by: Petr Mladek > > >--- a/init/main.c > >+++ b/init/main.c > >@@ -1470,8 +1470,14 @@ void __init console_on_rootfs(void) > > struct file *file = filp_open("/dev/console", O_RDWR, 0); > > if (IS_ERR(file)) { > >- pr_err("Warning: unable to open an initial console.\n"); > >- return; > >+ pr_err("Warning: unable to open an initial console. Fallback to ttynull.\n"); > >+ register_ttynull_console(); > >+ > >+ file = filp_open("/dev/console", O_RDWR, 0); > >+ if (IS_ERR(file)) { > >+ pr_err("Warning: Failed to add ttynull console. No stdin, stdout, and stderr for the init process!\n"); > >+ return; > >+ } > > This breaks ARC booting (no output on console). > > Our Buildroot based setup has dynamic /dev where /dev/console doesn't exist > statically and there's a primoridla /init shell script which does following > > /bin/mount -t devtmpfs devtmpfs /dev > exec 0 exec 1>/dev/console > exec 2>/dev/console > exec /sbin/init "$@" I guess you are speaking about the initramfs (cpio) case, right? We've changed that code last August: https://git.buildroot.org/buildroot/commit/fs/cpio/init?id=b9026e83f I.e. if we can't do the redirection, then we don't redirect anything. The change was done for people who explicitly pass an empty console= on their kernel command line. Now, I haven't looked at nulltty yet, and I have (so far) no idea on how it works. Thanks for the hint, I'll have a look. > Buildroot has had this way of handling missing /dev/console since 2011 [1] > and [2]. See also more archaelogy on that topic, referenced in that commit: https://git.buildroot.org/buildroot/commit/fs/cpio/?id=98a6f1fc02e41 > Please advise what needs to be done to unbork boot. This has been present since the 2020.08 release, and has been backported to the maintenance branches: 2020.02.x (LTS) -> f1a83afe2df2a 2020.05.x -> 797f9e40224c9 > Otherwise this seems > like a kernel change which breaks user-space and needs to be backed-out (or > perhaps conditionalize on CONFIG_NULL_TTY. I'm surprised it hasn't been > reported by any other embedded folks I won't speak about whether this is a kernel regression or not, not my call. Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'