From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f50.google.com (mail-wm1-f50.google.com [209.85.128.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2DD6943933F for ; Wed, 8 Jul 2026 15:09:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783523356; cv=none; b=rKiGjq5ME17Q7a4x/6hNktO1Nt1e+x/IhyQNFtecj28XhprXKveabHErs+0CgOkJoUBEvw2e5AMBJFbnoqP+KHUJhxF/Lg61LInk8hR+65MFn6lfZinua/j2RtUJ3UweYammBpUEvIX3rkSyCyvvoZAHy8wf1cXI8BTP0HZrQ/c= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783523356; c=relaxed/simple; bh=z/N7Kqy4VoN7rjklbVEOz2uDR/SzdIzcOligfSMXm24=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=uzIi054yDVEmdhpa3Yxm1hH5CUH2EiYSDLBzNNJWORI4lhgm5mFsrp92MTJsw4Akmx68VHoKG8UNZ5QzKZp+E2M86kIv/hkk3nloIsUeASN1l3Cb9Ac01Q/YihAJHMY0pVU2XtXmn4v1PxEQV1y8/jU49khuWanps2WWCayFcsw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=FEUsHQQJ; arc=none smtp.client-ip=209.85.128.50 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="FEUsHQQJ" Received: by mail-wm1-f50.google.com with SMTP id 5b1f17b1804b1-493c83474ddso7196665e9.3 for ; Wed, 08 Jul 2026 08:09:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1783523353; x=1784128153; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=y2V4c6FXtAmxv+8d6AOr3BYyTP+hfZgC/AR0Ye5xNZs=; b=FEUsHQQJwClPHVfnwyOxPX9oIVeKKKCU2vwPC5PwxLXU/VFXeTU4oMkORByPM2LMAZ hAgo1WgauKhDWvv5HNDCDLuduPyW4q998X4SZbqS42m1Rl/aVShUsxo2sryQ7TCM+Vak ti3V0fnIWoet6J1OvsaCJ+Fw+E1+ppUIfQNuscdAhohSHqKGZVeX+nPSOeo3G/drMWU+ an3b1EydAcf4/nJRciTlW9E/WAB/Xr0PhyhPP25kd9zP9nbi58J7DjqOByZoBAUhPyaL zKTaMD7z7p2vYqlVmtn7T1+9PQYmcqhaAOc1xdHNH+3gJtz7EmgEaRCdCmcL8A1P2P1Y 5j7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783523353; x=1784128153; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=y2V4c6FXtAmxv+8d6AOr3BYyTP+hfZgC/AR0Ye5xNZs=; b=UwKY8HyPAl8WelEHvtSwTg88B2urgyCUx4dT1NPSLrAtk/aPQN0dsuze8hxaHRhtGY 9I3wlJmsmX3TCvXdww7S6HTH3EluoHtIzK1enuRe20ElFIMLt0YyrVzJ87uC4vGYdl/M ysqps+5+7Ey1vepINSQ4tX/1P9egk3xGX52Sp78Tom/NFSen9DytppnKx2j9FHkLS0d8 /E9tRPCIMQusdeqmX5cwgVLdjnqzIYbA77/N+JngReHlhbaQQAlgrQ9xJk34EXKOOhXm iUYPUkyB3nD71qkdaPkSXt+M2Vv62FGsXWJw+XGsycEPNeZEunBx/Rr23YN0hRj1KPmM EIwA== X-Forwarded-Encrypted: i=1; AHgh+Rps9/oiyUuC/J8FbiOGnoYkGmj/odQmUM7JKMw1DkAgiGZQmXTSIPFPU5WMKtf4UsER8jBPuKEhLZX1ges=@vger.kernel.org X-Gm-Message-State: AOJu0YxtSBqsgZ2cI/fnxd6vPfM8Ekql6zXJRqdlnKIgQks044PLEssN 0UhoLCmq4PE4LfUdrUCk/PYIFNdxaP9lGbVgOAvqxu6djaxE0bPqQmwXxDGIOzvZhXM= X-Gm-Gg: AfdE7cnr0MnGncc02/Je3h+BUoWIkLPMZaLCNOB6v1Fzi2ySLMyIVp4046truRLj5Bg kXOSj16lDuakemaXJ/e5Tb+5V0LsmYO1bsbRjRWTzNx61/38sKkForBqcB3mNqftplwrNJZoDNu PwnSikfFdZRZkJ0gqY92RyIsRAnaZDS6Rs9Luifahv8WgBlpzdUPniN0LDomU2otudKXZ/92mXW Jv2FXcrgpUjZ29sldB1+NHuaMK7CXPrhm+OqUCAUKP7jBey2Jdvm+nGlVXRv1j1F4JE4srKWf8u 8GfzmELzX7HnvV6MsVqQfST3JJ4ne3Iu6o6Pcrl9xPMaH2vrmw2zFr+ZkOuT0dqWemf2p3C1qT0 OsX8C2JtT3iKu0JkvO6FxOX/pgjbsTC91rdWeUeqg9aqvdzDcGRykUNcSVInbWMDr/Hmioda3F8 K7RljPoneZdbk6nEM= X-Received: by 2002:a05:600c:34d3:b0:493:b4cf:d37f with SMTP id 5b1f17b1804b1-493e68c699bmr33093525e9.16.1783523353384; Wed, 08 Jul 2026 08:09:13 -0700 (PDT) Received: from pathway.suse.cz ([176.114.240.130]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-493e0f5b811sm238538095e9.13.2026.07.08.08.09.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jul 2026 08:09:12 -0700 (PDT) Date: Wed, 8 Jul 2026 17:09:10 +0200 From: Petr Mladek To: John Ogness Cc: Benedikt Spranger , Andrew Murray , Jonathan Corbet , Shuah Khan , Russell King , Florian Fainelli , Broadcom internal kernel review list , Ray Jui , Scott Branden , Steven Rostedt , Sergey Senozhatsky , Andrew Morton , Sebastian Andrzej Siewior , Clark Williams , Randy Dunlap , Linus Torvalds , Greg Kroah-Hartman , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rpi-kernel@lists.infradead.org, linux-rt-devel@lists.linux.dev Subject: Re: [PATCH v2 3/4] printk: nbcon: move printk_delay to console emiting code Message-ID: References: <20260630-deprecate_boot_delay-v2-0-f9883d36aa4b@thegoodpenguin.co.uk> <20260630-deprecate_boot_delay-v2-3-f9883d36aa4b@thegoodpenguin.co.uk> <20260703165654.71be8707@mitra> <20260707145411.53a10893@mitra> <87qzldvqpm.fsf@jogness.linutronix.de> <87zf01ttve.fsf@jogness.linutronix.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87zf01ttve.fsf@jogness.linutronix.de> On Wed 2026-07-08 16:59:57, John Ogness wrote: > On 2026-07-08, Petr Mladek wrote: > >> The synchronous mode would rely on the driver being nbcon. I envision > >> something like this: > >> > >> ---- BEGIN SYNC IDEA ---- > >> --- a/kernel/printk/nbcon.c > >> +++ b/kernel/printk/nbcon.c > >> @@ -1200,7 +1200,7 @@ static bool nbcon_kthread_should_wakeup(struct console *con, struct nbcon_contex > >> cookie = console_srcu_read_lock(); > >> > >> flags = console_srcu_read_flags(con); > >> - if (console_is_usable(con, flags, false)) { > >> + if (!(flags & CON_SYNC) && console_is_usable(con, flags, false)) { > > > > The dependency on con->flags means that the sync mode can be entered > > only in task context where synchronize_srcu() can be called. It might > > be good enough. But I am afraid that people are creative and would > > like to have even atomic variant sooner or later. > > You mean it can only be _modified_ in task context. Yes. I expect it is > either specified as a boot arg or modified via some sysfs interface. Makes sense. > > Also it will do the flush in NORMAL_PRIO which is good. But it might > > fail to get the context ownership when it is blocked, for example, > > by uart_port_lock() which might be even sleepable context in > > PREEMPT_RT kernel. > > Indeed. This is the same limitation of the atomic printing in > general. But I do not think this can be worked around during normal > operation. Ignoring locks is not an option. Let's see how it works in practice. But it might work pretty well. Now, the question is how to move forward. It would be nice to have the sync mode available before we add this boot/printk_delay clean up. Would you have time to prepare and send a patch anytime soon, please? Or I wonder whether Andrew Murray might try to create a patch based on your "SYNC IDEA". Best Regards, Petr