From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f51.google.com (mail-wr1-f51.google.com [209.85.221.51]) (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 5B73C324B2F for ; Thu, 4 Dec 2025 10:46:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764845185; cv=none; b=MVU8ULMb0AXHhuGehV4A2jzfnKdQgp/SYrrh58PEyzt/Ttc/tPvw5c0/LS7ew85i5QKOv9WzFCb/uueNY0N9uYHV9pUj9JToY12J3GKe3zMnJwTQzMWd142BUtLIbYqul10qouBq+6RDXTr4KPwn7miQushiQGlfK2N6/lt7zYs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764845185; c=relaxed/simple; bh=FrbGLv+F0gzsFKrnZ3OWHoRncChf1UxHba8noKPDClE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=dNSNd9JUvFar1sBtpqI4j0UtEH1SE6NOcRkwYEMy5wl3vsPhpru1kMPeqEp8FB0epF/5e66wA813/i8/ZCdK2GAfVYcmoUdjKPoviwdwH8RjeWRYADlQ8Hd7SNa3x6Ll1PdGw38LdzPVSsFZY/Gqn8UVrvpqiH+6A/tQOsohYvE= 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=E9ncN5L6; arc=none smtp.client-ip=209.85.221.51 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="E9ncN5L6" Received: by mail-wr1-f51.google.com with SMTP id ffacd0b85a97d-42b38693c4dso352699f8f.3 for ; Thu, 04 Dec 2025 02:46:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1764845182; x=1765449982; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=I25txm5sVJExHNkl83s3lOJ0pwVYA1Itpf3THdriA+I=; b=E9ncN5L6Y6P9bkyoeGwqP7NHYghUwSy7tLeLMzOK/3WmAJYMAp2L5ORUa0v1/05htI 9/eML7QzVbh7zjgAHSO52VHcd3yRcl7d70fGUYxPGyDS7cm2pmMqbSC/h3IFa0ej6fOa U3z6Sk30ybDjSgQ8HHIgwksAJourwglXKUSJE/OjNyLC50fbvCjtQse7Ju6gaM5KCo/E KXpxR3zd5lKsvek7AgS1nFYgsPPp1PgeH2ZU/3DaFXx/uQD63UW8BwYa3h4iG2fbQ7AL +bHKSt1jDhE/S2t84+A7fOgipoFBYqSDb/SH062OZX+WTziyYMrK94/fLLXWDPwK8MeC rMaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764845182; x=1765449982; h=in-reply-to:content-disposition: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; bh=I25txm5sVJExHNkl83s3lOJ0pwVYA1Itpf3THdriA+I=; b=J6HpygEX1k9cQ29imFqKSGQ9MMxEn6/+TcKur80xuwg5Cq/Od2gS0TFzWPkadPCZS7 AUnMM4OHbaed93zYpovVTmDySVutjQD9bGmylkYeBk99Gk9rvmZdOtknL6x8ROnyhkUs +e9FHmsihIcIoxVGxGRAoPDfICahftvsoqgXxD+OAsec/JjeRzUACp+gler+Pc5w9njX gPyDqibOBRfJt28ZgXfwJANKqETRmQJ4xEdeHldbX99MG5SCOCa0zlGXmHTqt70hKlLN 1J7dW1ljjps5Fk3RiLZBdRWGp7lIV5rjNlvQLDIZYYQhtGdu5JY1tCS68kqAABWJsWo2 d+Bg== X-Forwarded-Encrypted: i=1; AJvYcCWraaxyb+cKCDvmpgbfzWD8OM6FuF2HV6FZqkrN+xrgrlVLis164uirxTAJUTvPkVgTnyL2aLN+MPc=@vger.kernel.org X-Gm-Message-State: AOJu0Yy6hyrI2k2Rr4SryCVdjCUEAwAWcVxZKsjNZ8PXU0dGyLhy6b68 7b2yxyaAJt6DUOX7qpKe8PfpL4znhTeJgnWG/mV8DJEHyTudSKhMVQ5UjguL2ZS0+nk= X-Gm-Gg: ASbGncsiBbprybGWH2V9CnRqSFtQUEzrqHKdmut9jTPcpen/TWHcyWevIOnvr6MvMNb chrobPY4TuorlgnJOAB/cs4knO6abxzEw2XHX3Tvr3G9Amx5xv60vZnn1Ue3dsTgUmvhOtbtL67 TyydG71kw47wO15rdK3Aca1lcnPIGzsyh5iBdrL44qiEohAEaF8YVB7wnnqR+h09IRLQPN5t3+g naIy/ZB2+VE9B6bfrzy/Fsrl3RhzDNVAj0Nwa5Gwq1Fpltf4AnS9hLd6qglOVQSo+6pwlyWLcbr T628gQkC/mglweIDVDz1GBCh8WAKV4B+QgtgfCLlcK7KU9f0DPxuXlHr5kmBCfeMmXMsFC8swsw 0QXAhPMPcJhVl2HUhKDv8pMX2IEJsNiQM5gGkAiTsGOoe2XqdS2CpiEYRvOidwYoEiu381ij+FX WRCHTcMJ4zyha8Cq6aXnwjbM8Q X-Google-Smtp-Source: AGHT+IHsO7lvt5Ss20b5pix2R/jr/E2Ef5Zq97My82ARiw2BH/h2CLSdatJZT3/30ySC6bVyoLOZHA== X-Received: by 2002:a05:6000:144c:b0:42b:3bc4:16dc with SMTP id ffacd0b85a97d-42f7980cc8dmr2648512f8f.21.1764845181638; Thu, 04 Dec 2025 02:46:21 -0800 (PST) Received: from pathway.suse.cz ([176.114.240.130]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-42f7cbfee50sm2565501f8f.14.2025.12.04.02.46.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Dec 2025 02:46:21 -0800 (PST) Date: Thu, 4 Dec 2025 11:46:19 +0100 From: Petr Mladek To: Jakub Kicinski Cc: Breno Leitao , Andrew Lunn , "David S. Miller" , Eric Dumazet , Paolo Abeni , Shuah Khan , Simon Horman , Jonathan Corbet , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-doc@vger.kernel.org, gustavold@gmail.com, asantostc@gmail.com, calvin@wbinvd.org, kernel-team@meta.com Subject: Re: [PATCH net-next 0/4] (no cover subject) Message-ID: References: <20251128-netconsole_send_msg-v1-0-8cca4bbce9bc@debian.org> <20251201163622.4e50bf53@kernel.org> <4oybtunobxtemenpg2lg7jv4cyl3xoaxrjlqivbhs6zo72hxpu@fqp6estf5mpc> <20251202102442.568f91a7@kernel.org> Precedence: bulk X-Mailing-List: linux-doc@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: <20251202102442.568f91a7@kernel.org> On Tue 2025-12-02 10:24:42, Jakub Kicinski wrote: > On Tue, 2 Dec 2025 02:18:44 -0800 Breno Leitao wrote: > > On Mon, Dec 01, 2025 at 04:36:22PM -0800, Jakub Kicinski wrote: > > > On Fri, 28 Nov 2025 06:20:45 -0800 Breno Leitao wrote: > > > > This patch series introduces a new configfs attribute that enables sending > > > > messages directly through netconsole without going through the kernel's logging > > > > infrastructure. > > > > > > > > This feature allows users to send custom messages, alerts, or status updates > > > > directly to netconsole receivers by writing to > > > > /sys/kernel/config/netconsole//send_msg, without poluting kernel > > > > buffers, and sending msgs to the serial, which could be slow. > > > > > > > > At Meta this is currently used in two cases right now (through printk by > > > > now): > > > > > > > > a) When a new workload enters or leave the machine. > > > > b) From time to time, as a "ping" to make sure the netconsole/machine > > > > is alive. > > > > > > > > The implementation reuses the existing message transmission functions > > > > (send_msg_udp() and send_ext_msg_udp()) to handle both basic and extended > > > > message formats. > > > > > > This feature (in this patchset) is just one step ahead, giving some more > > power to netconsole, where extra information could be sent beyond what > > is in dmesg. > > Having extra metadata makes sense, since the interpretation happens in > a different environment. But here we're talking about having extra > messages, not extra metadata. > > > > The 2nd point is trivial, the first one is what really gives me pause. > > > Why do we not care about the logs on host? If the serial is very slow > > > presumably it impacts a lot of things, certainly boot speed, so... > > > > This is spot-on - slow serial definitely impacts things like boot speed. > > > > See my constant complains here, about slow boot > > > > https://lore.kernel.org/all/aGVn%2FSnOvwWewkOW@gmail.com/ > > > > And the something similar in reboot/kexec path: > > > > https://lore.kernel.org/all/sqwajvt7utnt463tzxgwu2yctyn5m6bjwrslsnupfexeml6hkd@v6sqmpbu3vvu/ > > > > > perhaps it should be configured to only log messages at a high level? > > > > Chris is actually working on per-console log levels to solve exactly > > this problem, so we could filter serial console messages while keeping > > everything in other consoles (aka netconsole): > > > > https://lore.kernel.org/all/cover.1764272407.git.chris@chrisdown.name/ > > Excellent! Unless I'm missing more context Chris does seem to be > attacking the problem at a more suitable layer. This would help to bypass slow serial consoles. But the extra messages would still get stored into the kernel ring buffer and passed back to user space logs, for example journalctl. I do not have strong opinion whether adding the /sys/kernel/config/netconsole//send_msg is a good idea or not.