From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f42.google.com (mail-wm1-f42.google.com [209.85.128.42]) (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 5B1B3311C10 for ; Thu, 4 Dec 2025 10:46:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764845185; cv=none; b=OHd1O/uXscq9vkiR15VuianMAKIzKhcyp78zs88EAUq+tAgxYGMExeRhj2vHUddyALXwMridS8pfI2gDAIFTtaIEVrnvUs3De6BLRkagOrIJ2ZYz5R1X9pwLP0rWZPmD/Fg4YDjNxN8eRIJZH/zr9ITtQCqQvaRSrtSdE3N/jFg= 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.128.42 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-wm1-f42.google.com with SMTP id 5b1f17b1804b1-4775895d69cso3836355e9.0 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=MGuHFWpn+VTjSRX0dVW/RfQs80RukVmlpwLMw36bpVgEr6GuwObsjdOjGP5YPKTLmm LNJlL3YV5pYCoSGBJXTH4kBY9JG4FbERRvM/OUAfj6e7omUT/cH6vuH2ZRi8qDtjARzJ WbDRyL59F0o1eY2XOfJ5BA0RlDLYjz5OjAzsTWKDTzurAZZ6Xg2zrMfVifJ/nR7L4cgf NsApXDW9OwGKkItpunYr5dxMWc2EiEUlVqnsrUD6CWTDk0bW1Lscca+Ig2aMNYapB1Kb 9IUbkroJxu4q8yKisjF8SIBSiBeu6Rfy2eTtTxLv7cT0yd5/fpZiszzo0FRcArDqWN8R mEnA== X-Forwarded-Encrypted: i=1; AJvYcCXSUZTmoplZVyrzoZ9+OoWMFOPJTpZ7Q8agdjvpBAFO/k29SDHpyoCaP4Wh4gXdn/O+bZrvtuDI492EwkQ=@vger.kernel.org X-Gm-Message-State: AOJu0YwAYBxoK6Lx72YgdhYVLovvB/gNQZ67iGrqMYxu/ESB6kaNQ1vr A9inFBkoTcW3hc5/o8hUhrAaN5sNM+bhypp5CsFfVwd8dTEAxJWGWnRs7RDMapwTLlA= X-Gm-Gg: ASbGncuthv9suIn8OdvRtmiiD2Mc8/3IicH/Y6mg0JT3+TbF7J+OMslPompZlC+k5wu wlz8yHLaGpZ7PsOUPGgNvUFY7Hj3ijjN6klNKGmz0gRxklg5t1TGSslnFDzXdIkvpK7iMJfy6aT vkHidZ/JflBdGe3DigckzvRbm/vHeY6H/ydD8WG12br+WIyi3lMJNtaYUTKr9rhFVSM1gVZJ2bj bzrgO6ecSeHVRO8PSIwQESlfl22z2Lk+i0KbnRMaoaUDtwvHbdQDPnzUn99vzl/2tiOxxt1YlH/ mWsgn7oYkFwiA5mpvgMGdWIR8jB04T9QbhLYROSanaL7pRiMuzzhQNI2wemqRnJZmKVgdKyhoif P+uCh2n3tlMKKzCZFKQCD+WZhPvpo78GG/bLBVbJnVpM0UZmAZ1dI3YIxT4dn0OWHRZVLFpeYrt Il/sEpDxQhyb6dSdWr/bXQ37RD 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-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: <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.