rnel.org>
Envelope-to: hi@josie.lol
Delivery-date: Tue, 14 Oct 2025 01:12:26 +0000
Received: from sv.mirrors.kernel.org ([139.178.88.99])
	by witcher.mxrouting.net with esmtps  (TLS1.3) tls TLS_AES_256_GCM_SHA384
	(Exim 4.98)
	(envelope-from <stable+bounces-185561-hi=josie.lol@vger.kernel.org>)
	id 1v8TaU-00000001Djr-2RBb
	for hi@josie.lol;
	Tue, 14 Oct 2025 01:12:26 +0000
Received: from smtp.subspace.kernel.org (relay.kernel.org [52.25.139.140])
	(using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by sv.mirrors.kernel.org (Postfix) with ESMTPS id 51931408D42
	for <hi@josie.lol>; Tue, 14 Oct 2025 01:11:45 +0000 (UTC)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by smtp.subspace.kernel.org (Postfix) with ESMTP id BBCBD2343C0;
	Tue, 14 Oct 2025 01:10:50 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org;
	dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="EfNfPOua"
X-Original-To: stable@vger.kernel.org
Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8D61C22ACF3;
	Tue, 14 Oct 2025 01:10:50 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201
ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;
	t=1760404250; cv=none; b=S2k649fkpGcJIFAj/KLdEApLrPkxkTCvUxolh1M5x9p0cd3oiKnlTfdW1ADqZfZ7nzJXxr2FBsGlaCMwlzdw1xDVKezzYpFq1YHaJ56cyUhy8TXKD9QUoa+f0niGVRVnVzU3eDxVYNvHDnz2hNXe0Skc6j3nTlRNIEgrsc+VovY=
ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org;
	s=arc-20240116; t=1760404250; c=relaxed/simple;
	bh=UlXz9SPqWN5GDVnFExB0oh6QNhIDQhd3TElVGi7zvhg=;
	h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References:
	 In-Reply-To:To:Cc; b=PUn5AgKUzynDOigKJ8cX9j9P1k+OgtbJ4gEq5RQoLdDiQ6JTDT/gsaYF3rhOMD5QLsTb3qZc1PBmaR02nZO4es0sOLDxJzeUQlIqwuZc9prJitkKs6XGmz4LXldjLUoS3S4rFpGxKYRURhOAPzon+jeqhfh9sT+H7fetkZNJcXQ=
ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=EfNfPOua; arc=none smtp.client-ip=10.30.226.201
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 261FBC113D0;
	Tue, 14 Oct 2025 01:10:50 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
	s=k20201202; t=1760404250;
	bh=UlXz9SPqWN5GDVnFExB0oh6QNhIDQhd3TElVGi7zvhg=;
	h=Subject:From:Date:References:In-Reply-To:To:Cc:From;
	b=EfNfPOuatkzswozxFgDSQQBdTWRLfqqarbr9q7X8shTPkkBtLpE6iJtdvh3HehQV/
	 Ji2oNodQ/uETWpBWECBAreFuzBeVIv4VpK+A5FKn10uMeEdnSnpPR+5GABvDv2y3LP
	 VNqgpRN/oYBnWi4vHQhOa89E5dbqUu4F8EWYeNu6SBD7xMX+aire+3o2MpQTifSu1x
	 nEc+uMldBAVF8A+Y7IwU+JTtDzCHbZhmwJhuzecQ8S3DBSDyszmEsiS/hNfFGZUaHb
	 fzS9PTZ1AVB0OrPxbftsSJkhkfVHz4qwt72wA/8Kug4K/xly6dEJY3yQMggCgwANRq
	 x2Zsvba7a12xw==
Received: from [10.30.226.235] (localhost [IPv6:::1])
	by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id EB0F2380A962;
	Tue, 14 Oct 2025 01:10:36 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Precedence: bulk
X-Mailing-List: stable@vger.kernel.org
List-Id: <stable.vger.kernel.org>
List-Subscribe: <mailto:stable+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:stable+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: Re: [PATCH net v3 0/6] Intel Wired LAN Driver Updates 2025-10-01
 (idpf, ixgbe, ixgbevf)
From: patchwork-bot+netdevbpf@kernel.org
Message-Id: 
 <176040423576.3390136.9978557000620458920.git-patchwork-notify@kernel.org>
Date: Tue, 14 Oct 2025 01:10:35 +0000
References: <20251009-jk-iwl-net-2025-10-01-v3-0-ef32a425b92a@intel.com>
In-Reply-To: <20251009-jk-iwl-net-2025-10-01-v3-0-ef32a425b92a@intel.com>
To: Jacob Keller <jacob.e.keller@intel.com>
Cc: przemyslaw.kitszel@intel.com, andrew+netdev@lunn.ch, davem@davemloft.net,
 edumazet@google.com, kuba@kernel.org, pabeni@redhat.com,
 emil.s.tantilov@intel.com, aleksander.lobakin@intel.com, willemb@google.com,
 sridhar.samudrala@intel.com, phani.r.burra@intel.com,
 piotr.kwapulinski@intel.com, horms@kernel.org, radoslawx.tyl@intel.com,
 jedrzej.jagielski@intel.com, konstantin.ilichev@intel.com,
 milena.olech@intel.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
 aleksandr.loktionov@intel.com, Samuel.salin@intel.com,
 stable@vger.kernel.org, rafal.romanowski@intel.com, den@valinux.co.jp,
 sx.rinitha@intel.com, pmenzel@molgen.mpg.de
X-DKIM: signer='kernel.org' status='pass' reason=''
DKIMCheck: Server passes DKIM test, 0 Spam score
X-Spam-Score: -1.2 (-)
X-Spam-Report: Spam detection software, running on the system "witcher.mxrouting.net", has
 performed the tests listed below against this email.
 Information: https://mxroutedocs.com/directadmin/spamfilters/
 ---
 Content analysis details:   (-1.2 points)
 ---
  pts rule name              description
 ---- ---------------------- -----------------------------------------
  0.0 RCVD_IN_DNSWL_BLOCKED  RBL: ADMINISTRATOR NOTICE: The query to
                             DNSWL was blocked.  See
                             http://wiki.apache.org/spamassassin/DnsBlocklists#DnsBlocklists-dnsbl-block
                              for more information.
                             [139.178.88.99 listed in list.dnswl.org]
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
                             author's domain
 -0.1 DKIM_VALID             Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
                             envelope-from domain
  0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
                             valid
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager
 -0.0 DKIMWL_WL_HIGH         DKIMwl.org - High trust sender
SpamTally: Final spam score: -11

Hello:

This series was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:

On Thu, 09 Oct 2025 17:03:45 -0700 you wrote:
> For idpf:
> Milena fixes a memory leak in the idpf reset logic when the driver resets
> with an outstanding Tx timestamp.
> 
> For ixgbe and ixgbevf:
> Jedrzej fixes an issue with reporting link speed on E610 VFs.
> 
> [...]

Here is the summary with links:
  - [net,v3,1/6] idpf: cleanup remaining SKBs in PTP flows
    https://git.kernel.org/netdev/net/c/a3f8c0a27312
  - [net,v3,2/6] ixgbevf: fix getting link speed data for E610 devices
    (no matching commit)
  - [net,v3,3/6] ixgbe: handle IXGBE_VF_GET_PF_LINK_STATE mailbox operation
    https://git.kernel.org/netdev/net/c/f7f97cbc03a4
  - [net,v3,4/6] ixgbevf: fix mailbox API compatibility by negotiating supported features
    https://git.kernel.org/netdev/net/c/a7075f501bd3
  - [net,v3,5/6] ixgbe: handle IXGBE_VF_FEATURES_NEGOTIATE mbox cmd
    https://git.kernel.org/netdev/net/c/823be089f9c8
  - [net,v3,6/6] ixgbe: fix too early devlink_free() in ixgbe_remove()
    https://git.kernel.org/netdev/net/c/5feef67b646d

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html




From - Tue Oct 14 01:19:18 2025
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <stable+bounces-185562-hi=josie.lol@vger.kernel.org>
Delivered-To: hi@josie.lol
Received: from witcher.mxrouting.net
	by witcher.mxrouting.net with LMTP
	id 2LQ7BRWl7WjMfQEAYBR5ng
	(envelope-from <stable+bounces-185562-hi=josie.lol@vger.kernel.org>)
	for <hi@josie.lol>; Tue, 14 Oct 2025 01:19:17 +0000
Return-path: <stable+bounces-185562-hi=josie.lol@vger.kernel.org>
Envelope-to: hi@josie.lol
Delivery-date: Tue, 14 Oct 2025 01:19:17 +0000
Received: from dfw.mirrors.kernel.org ([142.0.200.124])
	by witcher.mxrouting.net with esmtps  (TLS1.3) tls TLS_AES_256_GCM_SHA384
	(Exim 4.98)
	(envelope-from <stable+bounces-185562-hi=josies43ybPd3uIvMjJGb0SFn5K
	 06832/EyWH+OqgCGy6UZ5+BsGqbqTUHX6m3+F7rtiN/dH0MMnx0af/u6QUt1HWeqCm
	 HgFJ+2RnK+UuKRr00+qn7pVqguu/LxuneHw/ZALHHmdmMg/471yBbYC9EGqXmHGybC
	 Bsd4L+hVefcU9Ho83bsFBprNIOdSr4nQXuvtQOjTi5px84JkcVLqHc1teiCpLxTgP7
	 XRE0oNnK5WCnLjZ8qV7x9cYj+6fX3AWhRR3gFCD/zQfXiCnhjaYywKIzx//hdhxfIa
	 JkoilvtdwE8Iw==
Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000)
	id E87C9CE0928; Thu, 23 Oct 2025 14:49:30 -0700 (PDT)
Date: Thu, 23 Oct 2025 14:49:30 -0700
From: "Paul E. McKenney" <paulmck@kernel.org>
To: Douglas Anderson <dianders@chromium.org>
Cc: linux-kernel@vger.kernel.org, Andrew Morton <akpm@linux-foundation.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Randy Dunlap <rdunlap@infradead.org>,
	Andrew Chant <achant@google.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Heiko Carstens <hca@linux.ibm.com>,
	Sven Schnelle <svens@linux.ibm.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	Brian Gerst <brgerst@gmail.com>,
	Christian Brauner <brauner@kernel.org>,
	Francesco Valla <francesco@valla.it>,
	Guo Weikang <guoweikang.kernel@gmail.com>,
	Huacai Chen <chenhuacai@kernel.org>, Ingo Molnar <mingo@kernel.org>,
	Jan Hendrik Farr <kernel@jfarr.cc>, Jeff Xu <jeffxu@chromium.org>,
	Kees Cook <kees@kernel.org>, Masahiro Yamada <masahiroy@kernel.org>,
	Michal =?iso-8859-1?Q?Koutn=FD?= <mkoutny@suse.com>,
	Miguel Ojeda <ojeda@kernel.org>,
	"Mike Rapoport (Microsoft)" <rppt@kernel.org>,
	Nathan Chancellor <nathan@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Shakeel Butt <shakeel.butt@linux.dev>, Tejun Heo <tj@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [PATCH v3] init/main.c: Wrap long kernel cmdline when printing
 to logs
Message-ID: <0f93e380-09e1-4440-b514-1964cf38ccc1@paulmck-laptop>
Reply-To: paulmck@kernel.org
References: <20251023113257.v3.1.I095f1e2c6c27f9f4de0b4841f725f356c643a13f@changeid>
Precedence: bulk
X-Mailing-List: linux-s390@vger.kernel.org
List-Id: <linux-s390.vger.kernel.org>
List-Subscribe: <mailto:linux-s390+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-s390+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20251023113257.v3.1.I095f1e2c6c27f9f4de0b4841f725f356c643a13f@changeid>
X-DKIM: signer='kernel.org' status='pass' reason=''
DKIMCheck: Server passes DKIM test, 0 Spam score
X-Spam-Score: -1.2 (-)
X-Spam-Report: Spam detection software, running on the system "witcher.mxrouting.net", has
 performed the tests listed below against this email.
 Information: https://mxroutedocs.com/directadmin/spamfilters/
 ---
 Content analysis details:   (-1.2 points)
 ---
  pts rule name              description
 ---- ---------------------- -----------------------------------------
  0.0 RCVD_IN_DNSWL_BLOCKED  RBL: ADMINISTRATOR NOTICE: The query to
                             DNSWL was blocked.  See
                             http://wiki.apache.org/spamassassin/DnsBlocklists#DnsBlocklists-dnsbl-block
                              for more information.
                             [147.75.80.249 listed in list.dnswl.org]
 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from
                             envelope-from domain
  0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily
                             valid
 -0.1 DKIM_VALID             Message has at least one valid DKIM or DK signature
 -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from
                             author's domain
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager
 -0.0 DKIMWL_WL_HIGH         DKIMwl.org - High trust sender
SpamTally: Final spam score: -11

On Thu, Oct 23, 2025 at 11:33:05AM -0700, Douglas Anderson wrote:
> The kernel cmdline length is allowed to be longer than what printk can
> handle. When this happens the cmdline that's printed to the kernel
> ring buffer at bootup is cutoff and some kernel cmdline options are
> "hidden" from the logs. This undercuts the usefulness of the log
> message.
> 
> Specifically, grepping for COMMAND_LINE_SIZE shows that 2048 is common
> and some architectures even define it as 4096. s390 allows a
> CONFIG-based maximum up to 1MB (though it's not expected that anyone
> will go over the default max of 4096 [1]).
> 
> The maximum message pr_notice() seems to be able to handle (based on
> experiment) is 1021 characters. This appears to be based on the
> current value of PRINTKRB_RECORD_MAX as 1024 and the fact that
> pr_notice() spends 2 characters on the loglevel prefix and we have a
> '\n' at the end.
> 
> While it would be possible to increase the limits of printk() (and
> therefore pr_notice()) somewhat, it doesn't appear possible to
> increase it enough to fully include a 2048-character cmdline without
> breaking userspace. Specifically on at least two tested userspaces
> (ChromeOS plus the Debian-based distro I'm typing this message on) the
> `dmesg` tool reads lines from `/dev/kmsg` in 2047-byte chunks. As per
> `Documentation/ABI/testing/dev-kmsg`:

Thank you again!

Tested-by: Paul E. McKenney <paulmck@kernel.org>

>   Every read() from the opened device node receives one record
>   of the kernel's printk buffer.
>   ...
>   Messages in the record ring buffer get overwritten as whole,
>   there are never partial messages received by read().
> 
> We simply can't fit a 2048-byte cmdline plus the "Kernel command
> line:" prefix plus info about time/log_level/etc in a 2047-byte read.
> 
> The above means that if we want to avoid the truncation we need to do
> some type of wrapping of the cmdline when printing.
> 
> Add wrapping to the printout of the kernel command line. By default,
> the wrapping is set to 1021 characters to avoid breaking anyone, but
> allow wrapping to be set lower by a Kconfig knob
> "CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN". Any tools that are correctly
> parsing the cmdline today (because it is less than 1021 characters)
> will see no difference in their behavior. The format of wrapped output
> is designed to be matched by anyone using "grep" to search for the
> cmdline and also to be easy for tools to handle. Anyone who is sure
> their tools (if any) handle the wrapped format can choose a lower
> wrapping value and have prettier output.
> 
> Setting CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN to -1 fully disables the
> wrapping logic. This means that long command lines will be truncated
> again, but this config could be set if command lines are expected to
> be long and userspace is known not to handle parsing logs with the
> wrapping.
> 
> Wrapping is based on spaces, ignoring quotes. All lines are prefixed
> with "Kernel command line: " and lines that are not the last line have
> a " \" suffix added to them. The prefix and suffix count towards the
> line length for wrapping purposes. The ideal length will be exceeded
> if no appropriate place to wrap is found.
> 
> The wrapping function added here is fairly generic and could be made a
> library function (somewhat like print_hex_dump()) if it's needed
> elsewhere in the kernel. However, having printk() directly incorporate
> this wrapping would be unlikely to be a good idea since it would break
> printouts into more than one record without any obvious common line
> prefix to tie lines together. It would also be extra overhead when, in
> general, kernel log message should simply be kept smaller than 1021
> bytes. For some discussion on this topic, see responses to the v1
> posting of this patch [2].
> 
> [1] https://lore.kernel.org/r/20251021131633.26700Dd6-hca@linux.ibm.com
> [2] https://lore.kernel.org/r/CAD=FV=VNyt1zG_8pS64wgV8VkZWiWJymnZ-XCfkrfaAhhFSKcA@mail.gmail.com
> 
> Signed-off-by: Douglas Anderson <dianders@chromium.org>
> ---
> - v1 link: https://lore.kernel.org/r/20251019100605.1.I095f1e2c6c27f9f4de0b4841f725f356c643a13f@changeid
> - v2 link: https://lore.kernel.org/r/20251021173939.v2.1.I095f1e2c6c27f9f4de0b4841f725f356c643a13f@changeid
> 
> NOTE: I _didn't_ add any "max characters printed" to try to handle
> someone on s390 having an absurdly long cmdline after the discussoin
> in v1. If someone truly puts a giant cmdline then it will all be
> printed out to dmesg. If this truly turns out to be a problem for
> someone then it's easy to add a maximum at a later time.
> 
> Changes in v3:
> - Allow setting config to -1 to disable logging.
> - Handle case where prefix len >= wrap len, which just means wrap ASAP.
> - Update Kconfig description to talk about -1 and be more detailed.
> 
> Changes in v2:
> - Much longer commit message after discussion in v1.
> 
>  init/Kconfig | 18 ++++++++++
>  init/main.c  | 96 +++++++++++++++++++++++++++++++++++++++++++++++++++-
>  2 files changed, 113 insertions(+), 1 deletion(-)
> 
> diff --git a/init/Kconfig b/init/Kconfig
> index cab3ad28ca49..1e7e82a90813 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1512,6 +1512,24 @@ config BOOT_CONFIG_EMBED_FILE
>  	  This bootconfig will be used if there is no initrd or no other
>  	  bootconfig in the initrd.
>  
> +config CMDLINE_LOG_WRAP_IDEAL_LEN
> +	int "Length to try to wrap the cmdline when logged at boot"
> +	default 1021
> +	range -1 1021
> +	help
> +	  At boot time, the kernel command line is logged to the console.
> +	  The log message will start with the prefix "Kernel command line: ".
> +	  The log message will attempt to be wrapped (split into multiple log
> +	  messages) at spaces based on CMDLINE_LOG_WRAP_IDEAL_LEN characters.
> +	  If wrapping happens, each log message will start with the prefix and
> +	  all but the last message will end with " \". Messages may exceed the
> +	  ideal length if a place to wrap isn't found before the specified
> +	  number of characters.
> +
> +	  A value of -1 disables wrapping, though be warned that the maximum
> +	  length of a log message (1021 characters) may cause the cmdline to
> +	  be truncated.
> +
>  config INITRAMFS_PRESERVE_MTIME
>  	bool "Preserve cpio archive mtimes in initramfs"
>  	depends on BLK_DEV_INITRD
> diff --git a/init/main.c b/init/main.c
> index 07a3116811c5..2c0bdc95ae4e 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -906,6 +906,100 @@ static void __init early_numa_node_init(void)
>  #endif
>  }
>  
> +#define KERNEL_CMDLINE_PREFIX		"Kernel command line: "
> +#define KERNEL_CMDLINE_PREFIX_LEN	(sizeof(KERNEL_CMDLINE_PREFIX) - 1)
> +#define KERNEL_CMDLINE_CONTINUATION	" \\"
> +#define KERNEL_CMDLINE_CONTINUATION_LEN	(sizeof(KERNEL_CMDLINE_CONTINUATION) - 1)
> +
> +#define MIN_CMDLINE_LOG_WRAP_IDEAL_LEN	(KERNEL_CMDLINE_PREFIX_LEN + \
> +					 KERNEL_CMDLINE_CONTINUATION_LEN)
> +#define CMDLINE_LOG_WRAP_IDEAL_LEN	(CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN > \
> +					 MIN_CMDLINE_LOG_WRAP_IDEAL_LEN ? \
> +					 CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN : \
> +					 MIN_CMDLINE_LOG_WRAP_IDEAL_LEN)
> +
> +#define IDEAL_CMDLINE_LEN		(CMDLINE_LOG_WRAP_IDEAL_LEN - KERNEL_CMDLINE_PREFIX_LEN)
> +#define IDEAL_CMDLINE_SPLIT_LEN		(IDEAL_CMDLINE_LEN - KERNEL_CMDLINE_CONTINUATION_LEN)
> +
> +/**
> + * print_kernel_cmdline() - Print the kernel cmdline with wrapping.
> + * @cmdline: The cmdline to print.
> + *
> + * Print the kernel command line, trying to wrap based on the Kconfig knob
> + * CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN.
> + *
> + * Wrapping is based on spaces, ignoring quotes. All lines are prefixed
> + * with "Kernel command line: " and lines that are not the last line have
> + * a " \" suffix added to them. The prefix and suffix count towards the
> + * line length for wrapping purposes. The ideal length will be exceeded
> + * if no appropriate place to wrap is found.
> + *
> + * Example output if CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN is 40:
> + *   Kernel command line: loglevel=7 \
> + *   Kernel command line: init=/sbin/init \
> + *   Kernel command line: root=PARTUUID=8c3efc1a-768b-6642-8d0c-89eb782f19f0/PARTNROFF=1 \
> + *   Kernel command line: rootwait ro \
> + *   Kernel command line: my_quoted_arg="The \
> + *   Kernel command line: quick brown fox \
> + *   Kernel command line: jumps over the \
> + *   Kernel command line: lazy dog."
> + */
> +static void print_kernel_cmdline(const char *cmdline)
> +{
> +	size_t len;
> +
> +	/* Config option of -1 disables wrapping */
> +	if (CONFIG_CMDLINE_LOG_WRAP_IDEAL_LEN < 0) {
> +		pr_notice("%s%s\n", KERNEL_CMDLINE_PREFIX, cmdline);
> +		return;
> +	}
> +
> +	len = strlen(cmdline);
> +	while (len > IDEAL_CMDLINE_LEN) {
> +		const char *first_space;
> +		const char *prev_cutoff;
> +		const char *cutoff;
> +		int to_print;
> +		size_t used;
> +
> +		/* Find the last ' ' that wouldn't make the line too long */
> +		prev_cutoff = NULL;
> +		cutoff = cmdline;
> +		while (true) {
> +			cutoff = strchr(cutoff + 1, ' ');
> +			if (!cutoff || cutoff - cmdline > IDEAL_CMDLINE_SPLIT_LEN)
> +				break;
> +			prev_cutoff = cutoff;
> +		}
> +		if (prev_cutoff)
> +			cutoff = prev_cutoff;
> +		else if (!cutoff)
> +			break;
> +
> +		/* Find the beginning and end of the string of spaces */
> +		first_space = cutoff;
> +		while (first_space > cmdline && first_space[-1] == ' ')
> +			first_space--;
> +		to_print = first_space - cmdline;
> +		while (*cutoff == ' ')
> +			cutoff++;
> +		used = cutoff - cmdline;
> +
> +		/* If the whole string is used, break and do the final printout */
> +		if (len == used)
> +			break;
> +
> +		if (to_print)
> +			pr_notice("%s%.*s%s\n", KERNEL_CMDLINE_PREFIX,
> +				  to_print, cmdline, KERNEL_CMDLINE_CONTINUATION);
> +
> +		len -= used;
> +		cmdline += used;
> +	}
> +	if (len)
> +		pr_notice("%s%s\n", KERNEL_CMDLINE_PREFIX, cmdline);
> +}
> +
>  asmlinkage __visible __init __no_sanitize_address __noreturn __no_stack_protector
>  void start_kernel(void)
>  {
> @@ -942,7 +1036,7 @@ void start_kernel(void)
>  	early_numa_node_init();
>  	boot_cpu_hotplug_init();
>  
> -	pr_notice("Kernel command line: %s\n", saved_command_line);
> +	print_kernel_cmdline(saved_command_line);
>  	/* parameters may set static keys */
>  	parse_early_param();
>  	after_dashes = parse_args("Booting kernel",
> -- 
> 2.51.1.821.gb6fe4d2222-goog
> 


From - Thu Oct 23 22:10:38 2025
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <stable+bounces-189170-hi=josie.lol@vger.kernel.org>
Delivered-To: hi@josie.lol
Received: from witcher.mxrouting.net
	by witcher.mxrouting.net with LMTP
	id wCfdMNqn+mgu4icAYBR5ng
	(envelope-from <stable+bounces-189170-hi=josie.lol@vger.kernel.org>)
	for <hi@josie.lol>; Thu, 23 Oct 2025 22:10:34 +0000
Return-path: <stable+bounces-189170-hi=josie.lol@vger.kernel.org>
Envelope-to: hi@josie.lol
Delivery-date: Thu, 23 Oct 2025 22:10:34 +0000
Received: from ams.mirrors.kernel.org ([213.196.21.55])
	by witcher.mxrouting.net with esmtps  (TLS1.3) tls TLS_AES_256_GCM_SHA384
	(Exim 4.98)
	(envelope-from <stable+bounces-189170-hi=josie.lol@vger.kernel.org>)
	id 1vC3Vy-0000000BUor-0yCV
	for hi@josie.lol;
	Thu, 23 Oct 2025 22:10:34 +0000
Received: from smtp.subspace.kernel.org (relay.kernel.org [52.25.139.140])
	(using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by ams.mirrors.kernel.org (Postfix) with ESMTPS id 09E21359693
	for <hi@josie.lol>; Thu, 23 Oct 2025 22:10:33 +0000 (UTC)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by smtp.subspace.kernel.org (Postfix) with ESMTP id D9AD8263899;
	Thu, 23 Oct 2025 22:10:29 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org;
	dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="wNU57mIK"
X-Original-To: stable@vger.kernel.org
Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by smtp.subspace.kernel.org (Postfix) with ESMTPS id A20318405C;
	Thu, 23 Oct 2025 22:10:29 +0000 (UTC)
Authentication-Results: smtp.su63Z [DEBUG] LSP Diagnostics: Checking registry - 0 pending
2026-03-06T18:22:56.663Z [DEBUG] Hooks: Found 0 total hooks in registry
2026-03-06T18:22:56.664Z [DEBUG] Hooks: checkForNewResponses returning 0 responses
2026-03-06T18:22:56.664Z [DEBUG] [useDeferredValue] Messages deferred by 4 (1533→1537)
2026-03-06T18:22:56.707Z [DEBUG] MCP server "ide": Tool 'getDiagnostics' completed successfully in 44ms
2026-03-06T18:22:56.709Z [DEBUG] Dynamic tool loading: found 10 discovered tools in message history
2026-03-06T18:22:56.710Z [DEBUG] Dynamic tool loading: 10/223 deferred tools included
2026-03-06T18:22:56.714Z [DEBUG] attribution header x-anthropic-billing-header: cc_version=2.1.70.0a4; cc_entrypoint=cli; cch=00000;
2026-03-06T18:22:56.714Z [DEBUG] [API:request] Creating client, ANTHROPIC_CUSTOM_HEADERS present: false, has Authorization header: false
2026-03-06T18:22:56.714Z [DEBUG] [API:auth] OAuth token check starting
2026-03-06T18:22:56.714Z [DEBUG] [API:auth] OAuth token check complete
2026-03-06T18:22:56.720Z [DEBUG] [useDeferredValue] Messages deferred by 4 (1533→1537)
2026-03-06T18:22:58.792Z [DEBUG] Stream started - received first chunk
2026-03-06T18:23:03.198Z [DEBUG] [useDeferredValue] Messages deferred by 1 (1537→1538)
2026-03-06T18:23:03.481Z [DEBUG] High write ratio: blit=0, write=42767 (100.0% writes), screen=1292x66
2026-03-06T18:23:03.505Z [DEBUG] [useDeferredValue] Messages deferred by 1 (1537→1538)
2026-03-06T18:23:04.648Z [DEBUG] executePreToolHooks called for tool: Bash
2026-03-06T18:23:04.649Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:04.649Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:04.649Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:04.649Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:04.649Z [DEBUG] Getting matching hook commands for PreToolUse with query: Bash
2026-03-06T18:23:04.649Z [DEBUG] Found 1 hook matchers in settings
2026-03-06T18:23:04.649Z [DEBUG] Matched 1 unique hooks for query "Bash" (1 before deduplication)
2026-03-06T18:23:04.651Z [DEBUG] [useDeferredValue] Messages deferred by 1 (1538→1539)
2026-03-06T18:23:04.946Z [DEBUG] High write ratio: blit=0, write=42918 (100.0% writes), screen=1297x66
2026-03-06T18:23:04.973Z [DEBUG] [useDeferredValue] Messages deferred by 2 (1538→1540)
2026-03-06T18:23:05.004Z [DEBUG] Hooks: Checking initial response for async: {}
2026-03-06T18:23:05.004Z [DEBUG] Hooks: Parsed initial response: {}
2026-03-06T18:23:05.004Z [DEBUG] Hooks: Initial response is not async, continuing normal processing
2026-03-06T18:23:05.014Z [DEBUG] Successfully parsed and validated hook JSON output
2026-03-06T18:23:05.014Z [DEBUG] Hook PreToolUse:Bash (PreToolUse) success:
{}
2026-03-06T18:23:05.019Z [DEBUG] Permission suggestions for Bash: [
  {
    "type": "addRules",
    "rules": [
      {
        "toolName": "Bash",
        "ruleContent": "oc get deployment web-api -n irc-josie-cloud -o jsonpath='{.spec.template.spec.containers[0].env}'"
      }
    ],
    "behavior": "allow",
    "destination": "localSettings"
  },
  {
    "type": "addRules",
    "rules": [
      {
        "toolName": "Bash",
        "ruleContent": "python3 -m json.tool"
      }
    ],
    "behavior": "allow",
    "destination": "localSettings"
  }
]
2026-03-06T18:23:05.019Z [DEBUG] executePermissionRequestHooks called for tool: Bash
2026-03-06T18:23:05.019Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:05.020Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:05.020Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:05.020Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:05.020Z [DEBUG] Getting matching hook commands for PermissionRequest with query: Bash
2026-03-06T18:23:05.020Z [DEBUG] Found 0 hook matchers in settings
2026-03-06T18:23:05.020Z [DEBUG] Matched 0 unique hooks for query "Bash" (0 before deduplication)
2026-03-06T18:23:05.036Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:05.036Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:11.055Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:11.055Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:11.055Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:11.055Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:11.055Z [DEBUG] Getting matching hook commands for Notification with query: permission_prompt
2026-03-06T18:23:11.055Z [DEBUG] Found 0 hook matchers in settings
2026-03-06T18:23:11.055Z [DEBUG] Matched 0 unique hooks for query "permission_prompt" (0 before deduplication)
2026-03-06T18:23:46.102Z [DEBUG] High write ratio: blit=0, write=42918 (100.0% writes), screen=1297x66
2026-03-06T18:23:46.107Z [DEBUG] AutoUpdaterWrapper: Installation type: npm-global
2026-03-06T18:23:46.114Z [DEBUG] Spawning shell without login (-l flag skipped)
2026-03-06T18:23:49.134Z [DEBUG] [useDeferredValue] Messages deferred by 1 (1540→1541)
2026-03-06T18:23:50.135Z [DEBUG] [useDeferredValue] Messages deferred by 1 (1541→1542)
2026-03-06T18:23:51.136Z [DEBUG] [useDeferredValue] Messages deferred by 1 (1542→1543)
2026-03-06T18:23:51.169Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:51.169Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:51.169Z [DEBUG] detectFileEncoding failed for expected reason: ENOENT
2026-03-06T18:23:51.169Z [DEBUG] Broken symlink or missing file encountered for settings.json at path: /etc/claude-code/managed-settings.json
2026-03-06T18:23:51.169Z [DEBUG] Getting matching hook commands for PostToolUse with query: Bash
2026-03-06T18:23:51.169Z [DEBUG] Found 6 hook matchers in settings
2026-03-06T18:23:51.169Z [DEBUG] Matched 1 unique hooks for query "Bash" (1 before deduplication)
2026-03-06T18:23:51.340Z [DEBUG] High write ratio: blit=0, write=42939 (100.0% writes), screen=1301x66
2026-03-06T18:23:51.354Z [DEBUG] Hooks: Checking initial response for async: {}
2026-03-06T18:23:51.354Z [DEBUG] Hooks: Parsed initial response: {}
2026-03-06T18:23:51.354Z [DEBUG] Hooks: Initial response is not async, continuing normal processing
2026-03-06T18:23:51.355Z [DEBUG] Successfully parsed and validated hook JSON output
2026-03-06T18:23:51.355Z [DEBUG] Hook PostToolUse:Bash (PostToolUse) success:
{}
2026-03-06T18:23:51.358Z [DEBUG] MCP server "ide": Calling MCP tool: getDiagnostics
2026-03-06T18:23:51.358Z [DEBUG] LSP Diagnostics: getLSPDiagnosticAttachments called
2026-03-06T18:23:51.358Z [DEBUG] LSP Diagnostics: Checking registry - 0 pending
2026-03-06T18:23:51.358Z [DEBUG] Hooks: Found 0 total hooks in registry
2026-03-06T18:23:51.359Z [DEBUG] Hooks: checkForNewResponses returning 0 responses
2026-03-06T18:23:51.360Z [DEBUG] MCP server "ide": Tool 'getDiagnostics' completed successfully in 2ms
2026-03-06T18:23:51.363Z [DEBUG] Dynamic tool loading: found 10 discovered tools in message history
2026-03-06T18:23:51.365Z [DEBUG] Dynamic tool loading: 10/223 deferred tools included
2026-03-06T18:23:51.371Z [DEBUG] attribution header x-anthropic-billing-header: cc_version=2.1.70.0a4; cc_entrypoint=cli; cch=00000;
2026-03-06T18:23:51.372Z [DEBUG] [API:request] Creating client, ANTHROPIC_CUSTOM_HEADERS present: false, has Authorization header: false
2026-03-06T18:23:51.372Z [DEBUG] [API:auth] OAuth token check starting
2026-03-06T18:23:51.372Z [DEBUG] [API:auth] OAuth token check complete
2026-03-06T18:23:51.382Z [DEBUG] [useDefer