From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f49.google.com (mail-wm1-f49.google.com [209.85.128.49]) (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 A9996226CF6 for ; Wed, 8 Apr 2026 09:04:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775639070; cv=none; b=EsJQ4SWThUjSL2T+QJ5dI6LEkV0B1jihrPy4/CcVf1E6dWXDMvutFLJuSFyONNAD2p4XsPGMTNu9uSCtKo7CZAWh+MV8IYkIiPhWy3VeFOjnS1mIz3l/xctZCdN35HmZ+O9xHorWUk3uNaBWcgNtGjXFZbSxc5q0CVAOlCJ+YkI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775639070; c=relaxed/simple; bh=Hf4AR3X4Jku554EJUXICua7KBz3Q+mG+2x5b5uP4zas=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=MAaAWUrbWj93Oi+p/a6+vT7nii4GPfvsNYDYoia0QF4eyXZ6yMKpT26nexpM1WI4xHh4j2/4+l5fU3bcHPvTB3QYCpO11rb3EQxwHzJUOiOEdzRxwm4Hs6+3mZai+yvDENkPrBIIauIR+FtnmKIFazqKu2TxnDIdeDng9LELik0= 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=f+JLbXuC; arc=none smtp.client-ip=209.85.128.49 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="f+JLbXuC" Received: by mail-wm1-f49.google.com with SMTP id 5b1f17b1804b1-48374014a77so80527585e9.3 for ; Wed, 08 Apr 2026 02:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775639067; x=1776243867; 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=yONtgHo/ibMHxFcK/bkUiwx1+imCGkUo9ttALQtsF3Q=; b=f+JLbXuC/V2vybscXDYltvTI5ZVN1O/sSocegcp4ASbLfA8FJovF5cHnHzeVRD/+V7 aWNM7d85TShyZKGcg0Crz+nuZgoGp+CoJInVp2BuJjUIP8f+H/NGFpNh6v4qEM0r82Yt C/b9ewPpTyKysofS6RBP741nMvAJIiScUSE6QD0zwJNLtsEsir6sT6ontCUK/kcA8ic5 TpErIHv8Gcxr+vhX5WA7i2O2stKmKsn2876J1EsrjVR8zsUhum3p8sthPsdj/b2D52CF FT6DxxdAvP+SjJa9gALBtS0ey36wSBj1i/C2kBzIkFUwRsZ/ohfdeNNYP9jkS+P/CvJl MrWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775639067; x=1776243867; 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=yONtgHo/ibMHxFcK/bkUiwx1+imCGkUo9ttALQtsF3Q=; b=V9m6F2kzCGQuJ6WghIbRApTmq6YjOyP54U/yDwGsjiP+XPmSpVBjaMqz5k+16DYTFj KigIopv8hHT/qPjOw+6/TUKkj6AoN74CSZy2d4EPK4pBS6GD52zFyZS0U70BIGSFdFth 2xxVOlsfRQHaX4vtAyu4hXLqLOelOK9ZI8WbiIfQWfzsZaKiMiF0zNpPh2xiXkeruMmq 3trk29z3/stEnq15ALBCJlZI5exbb8HBZ5Qwily2YuAxIk8BiY4FxaZghmtZo3gcO2kl woMSMOruO1TqPhYULloh11AC5BSxgn1eXOEjddqscYpFsYhEOYYmILhdQMSBdiXuDbtW SZsg== X-Forwarded-Encrypted: i=1; AJvYcCXnVAxcPbG85yv4COXo8K5LUWLUh40GC72DoDqQX1XoCuDk6/viFbt6q3vuZt/jW8bWriy0d4TYu9QkT5U=@vger.kernel.org X-Gm-Message-State: AOJu0Yyysx4l/siPFNyD5GBX5RSxLAghHW1sTmK2JxmDQjtehWDgLH+p cAdFZWcc+gXvQcAgGojpVwEgP7Dw7R0WuT9gFGWL2q68Z55S30f0ePUn X-Gm-Gg: AeBDietAq8Flf/oemLrgWKF39aUSWNjYzBFmsHFkS9yXDsDlVCxkYfblZt7d1vhbgTy IKk3gnK2fZF3JF9MRiHtLwCMCqd4qyYYHr9N24Efg+vx72c01epiYypDYMSb9kid3s84ENyGJDH uHP491/fr7rIXk1vVKFYux9VNIdORaOqf9kCH2cvjg6ga8D9tTGyyHt4BNWdwk5aWtTaSggdAzl F48VOupMypeyQNmm9cpmD1nT5K3ZEkSt4JeleTww9y4plH83E9k1rNu/gtbZL+t5Xd/asfuh3pC lxV2TNCnDeP1md5BsIun40M8JvAy3E/9/p0cGLD/i+MnnXBHAeIStaukSe9KZ0shggSsUvOLmRT khQFJwKyYcHgCeaP2PJUfzSJxrGsmM0KoK8UG6THwtY+bqXQ5Ybv/VqAuHJbhDZLWdq34EgP334 g+KH0+FSuk7t4ekxx0shbRoeimaQOYXaYg3vqHni5+tnV2WjIU1GcRIvGTFHp1QTPfqAWjC63ZZ mc= X-Received: by 2002:a05:600c:8b46:b0:485:4006:960c with SMTP id 5b1f17b1804b1-4889978e22emr291042355e9.16.1775639066900; Wed, 08 Apr 2026 02:04:26 -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-488c555def8sm16296545e9.13.2026.04.08.02.04.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Apr 2026 02:04:26 -0700 (PDT) Date: Wed, 8 Apr 2026 10:04:25 +0100 From: David Laight To: Petr Mladek Cc: Steven Rostedt , Tamir Duberstein , Andy Shevchenko , Rasmus Villemoes , Sergey Senozhatsky , linux-kernel@vger.kernel.org, stable@vger.kernel.org, kernel test robot Subject: Re: [PATCH] printf: mark errptr() noinline Message-ID: <20260408100425.7231966a@pumpkin> In-Reply-To: References: <20260405-printf-test-old-gcc-v1-1-76d24d9bb60e@kernel.org> <20260406111531.779571d7@gandalf.local.home> <20260406123232.3dacbe94@gandalf.local.home> <20260407160809.48d5fe2a@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 Wed, 8 Apr 2026 09:24:58 +0200 Petr Mladek wrote: > On Tue 2026-04-07 16:08:09, David Laight wrote: > > On Mon, 6 Apr 2026 12:32:32 -0400 > > Steven Rostedt wrote: > > > > > On Mon, 6 Apr 2026 11:21:39 -0400 > > > Tamir Duberstein wrote: > > > > > > > Thanks Steve. IMO that is a very big hammer and not warranted in this > > > > case. There's been talk of encouraging distros to enable CONFIG_KUNIT > > > > by default [0], which would probably interact poorly with the change > > > > you propose. > > > > > > > > > > Branch profiling is really just a niche that is enabled specifically for > > > seeing all branches taken in the kernel. It hooks to all "if" statements! > > > As you can imagine, it causes a rather large overhead in performance. > > > > > > This option is only used by developers doing special analysis of their code > > > (namely me ;-). > > > > Is there any way to stop randconfig picking up options like these? > > It is rather a waste of brain-cycles trying to fix them. > > If you want the option to test a specific bit of code it is easy to > > hack/disable any problematic parts. > > > > Even having the KASAN/KMSAN code compiled into allmodconfig is a PITA > > when you are trying to check that code compiles to something sensible. > > This does not look like a good idea. KASAN/KMSAN are very useful > features. People will want to keep them working. Removing them from > randconfig would just postpone detection of the problem. We would > need to deal with it sooner or later anyway. True, but when I build an allmodconfig build to check how the asm looks I really don't want them. For the 'bot' builds you also want to know whether they are defined. Changes to how things are built rather than what is built can throw up unexpected warnings that are very hard to pin down. It is bad enough finding things that affect one obscure architecture with a specific compiler version when the compiler just makes slightly different decisions, without having unusual compilation/config options is the mix to muddy the waters further. David > > Best Regards, > Petr