From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f46.google.com (mail-wm1-f46.google.com [209.85.128.46]) (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 967C435972 for ; Fri, 12 Jun 2026 06:53:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781247228; cv=none; b=FUhNMZ04QAyCV4P0I0Et4hMLZ05Q+h3hWZ3N6ZkK9fRvko87yawn/l9OU51ULvl34J/DXOwylZ8eOfA2Ps5ehRM3etnYusJ8gTx6Iel4V/90VjDDGWsokkZ5ZreJd/T9MGULzQFSHg4i0I5Yjp0HW+j5FmLkrcbfLowReIycS3s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781247228; c=relaxed/simple; bh=/u5OAUoODuv/UAS23jRkMs/IlED8v/yAb0+ZDxA5R14=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=YyTv1JSZn9jAms4rjJCLYsUJ8Vg5vcoIO0vMVi0HensFl1MlAcEA77DLXNEthbDyUO8uO4QoaYCEn2+MRrj7m1KmoftIfwwU2WuLiR1WJa4S5i0hoIo0M3sQRXnb7J6xz1zRHsv5FHx1gN3d9rCeqLKB5IuPJxMsltwZoYQGDpM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=PdSrgkaF; arc=none smtp.client-ip=209.85.128.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="PdSrgkaF" Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-490b211ee6aso3934475e9.3 for ; Thu, 11 Jun 2026 23:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781247225; x=1781852025; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=MssOwhTL72ghClGQmpNeh5OP7aj5IoqaYdtcZRWycjQ=; b=PdSrgkaFCq6tLIaL2XBy7E+zahum28ztDmDPY3GeB2GP+Jxc5t/FioXtMtx4/iT9XV bxv3WHCgD/5N+btjmbVB5Y430uZXHTLJ+MCd87bAO0TK6rSOGszPFbWiVqVuNEpDjAnD p71JcJcKhOroAIVQs6iIx2mNRfpUUMtpgpF5SvO22t1/0ubqu5TIab9mRtxHiNtZyws+ sdnjfPzpMfS4bNNNpw+jh2+LPpCop/pJgVInVFdloiTtsjvl0hgQuIKzPOI5NwTayAXQ 8ubbeei7wqoN+0CAxGmlXMBs8G9IlZKDmJ3joGlm21Xyp+BlXcslHhZCT9fFh+TuowwC dngQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781247225; x=1781852025; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=MssOwhTL72ghClGQmpNeh5OP7aj5IoqaYdtcZRWycjQ=; b=akhYCfY/ve+iJ/BA8d6UJggRO+MnSUD3goU7Y37FQiFGKR763Q31/0mJ1ZrUe/QIw8 iHvO3X4bS4JX1Ejl/b9fgfSDfb1n8woJNA35TNlhcMgJiEkLSqVsz8XHCqHD536ZaOC3 9cb1SxZvlqiNiqvQo4b3dTyVQ2aE7ZgHZavB1LUdeqgQJE4g15PeZ9VaDawg2V7no2RU WBiuI0S5YHGR3K2LqaWc8EvAd1vWVB2y8DLC4lwLQPlQ25FocuJwZCinb7/5sWpI5lJJ xDXDmT9sMzj7WPTMriz3U5MS4GGc7SW1k6IDinzAbpD0SC+D2FSBHnb6am+IGvFaVw6a Mi0A== X-Forwarded-Encrypted: i=1; AFNElJ9pOgBdD+RgkqcHSozX1DKd3Wf1DtmWoG8RDO+kOxtx0JOyUeZY5DPBrDJsdiPWFe2w2qzhPQW2EPjRfzY=@vger.kernel.org X-Gm-Message-State: AOJu0YwkGYiRIO1sSvzbwHvxuCyfXpbvkiGHiTapNxIQ5pPzqQfYpvz+ i+JmRd/w4vrDhv5bY37jCp6xzRYHRinLAMLYBi3n1ScnQTdpItLZ4DeotpYoUisW X-Gm-Gg: Acq92OEx7W2LbMRmD7Q55SPvFZhuRUan2REUevqyWtcb5aw73VU8gxt6LW0jBJ1JA/8 aEHmDiL0N3eqK6sA0fW8WPdBaCqzcnpUG1eTM8V+zNYZ1rPPhU20sV5RH8Lqaba99R/3xarrOEa QK7hfT7se8czcl+a+VNaF4GgkWicZBU8/qgxvAR+VbOPWCGNvNycLQnaLZCj+55fLuxOVYwUnuE JQCV/r8Rz9HrRDhCpSavIa2Tb1M42qpK2IMc+Q0k3DrvPobktchT+o9FSCLrJmIDNMP1GBFDY2D x31Q8HfKh9cMeLvtvuLfq2+8ouS7wYTAKLrsjiG970ug6WAhxcDjSpJ9iG6Q/BVa41wsduwy7bz fAKbJpHHgZQNHVSvDCDdJKzF99dNRR9UMZFk1aMMHyGdzEMjNG+/B6ZNfXQUVlPEwtOFNEb5qs0 Xp+aQ3QbO7THoXViKWD7yLulCQaJ1twqKx0mDooiebINkVN7zq8OVYxe5DJIDy0i0a8OOwtbA= X-Received: by 2002:a05:600c:8485:b0:490:a1be:6b01 with SMTP id 5b1f17b1804b1-490ec4991d8mr16991665e9.4.1781247224745; Thu, 11 Jun 2026 23:53:44 -0700 (PDT) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-490e2d09a85sm119274065e9.14.2026.06.11.23.53.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2026 23:53:43 -0700 (PDT) Date: Fri, 12 Jun 2026 07:53:42 +0100 From: David Laight To: Ahmad Fatoum Cc: Alexandre Torgue , Maxime Coquelin , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Leonard =?UTF-8?B?R8O2aHJz?= , Marc Kleine-Budde , Alexandre Torgue , devicetree@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kernel@pengutronix.de Subject: Re: [PATCH 0/3] ARM: dts: stm32: lxa: change stdout-path baud rate from 9600 to 115200 Message-ID: <20260612075342.6615d66c@pumpkin> In-Reply-To: References: <20260611-lxa-stdout-path-baudrate-v1-0-59b60a5069ff@pengutronix.de> <20260611204341.147f1afb@pumpkin> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) 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-Transfer-Encoding: 7bit On Thu, 11 Jun 2026 22:33:18 +0200 Ahmad Fatoum wrote: > Hi David, > > On 6/11/26 21:43, David Laight wrote: > > On Thu, 11 Jun 2026 20:12:32 +0200 > > Ahmad Fatoum wrote: > > > >> The LXA boards are the only STM32 boards that set stdout-path = &uart* > >> instead of explicitly specifying a baud rate. > >> > >> This would mean the default of 9600 is used, but it goes unnoticed when > >> booting normally as barebox fixes up a console= line that includes a > >> baud rate. > >> > >> When EFI booting GRUB however, GRUB will not pass along the console= > >> line and thus the board ends up with a 9600 baud Linux console, > >> confusing users. > > > > Is it possible to determine the current baud rate (by reading the hardware > > register) and default to that value. > > Then if grub has initialised the uart the kernel will use the same > > baud rate. > > I think so, yes. In addition to the register divider configuration, one > would need the input clock rate as well, but that's not a problem. > > Do you know if any drivers already do this? I've seen it done somewhere, certainly x86, but possibly NetBSD. That would have been preserving the baud rate set by the bios. You don't want the baud rate changing half way through the boot sequence. David > > Nevertheless, I would like the LXA device trees changed, even if only > to align them with all other existing STM32 device trees. > > Cheers, > Ahmad > > > > > > David > > > >> > >> This series fixes this. As the device trees were added at different > >> times, they are fixed each in a separate commit with its own Fixes: tag. > >> > >> --- > >> Ahmad Fatoum (3): > >> ARM: dts: stm32: lxa-mc1: change stdout-path baud rate from 9600 to 115200 > >> ARM: dts: stm32: lxa-tac: change stdout-path baud rate from 9600 to 115200 > >> ARM: dts: stm32: fairytux2: change stdout-path baud rate from 9600 to 115200 > >> > >> arch/arm/boot/dts/st/stm32mp153c-lxa-fairytux2.dtsi | 2 +- > >> arch/arm/boot/dts/st/stm32mp157c-lxa-mc1.dts | 2 +- > >> arch/arm/boot/dts/st/stm32mp15xc-lxa-tac.dtsi | 2 +- > >> 3 files changed, 3 insertions(+), 3 deletions(-) > >> --- > >> base-commit: 4549871118cf616eecdd2d939f78e3b9e1dddc48 > >> change-id: 20260611-lxa-stdout-path-baudrate-7cf454cdae07 > >> > >> Best regards, > >> -- > >> Ahmad Fatoum > >> > >> > > > > > >