From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from todd.t-8ch.de (todd.t-8ch.de [159.69.126.157]) (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 8CE6C2BD587 for ; Sat, 7 Mar 2026 22:20:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=159.69.126.157 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772922019; cv=none; b=Raf/+FM9tRe0Ud1wSnrAoYNEuj3ZE+N0KJt0gwQd4lATvOf9UY2p4bMwYt4lDyvqvjqAWGvIjlbaHamWAaUPtVWAxotEZzszPadtDyxlC5dgbOtd+3mzJDqUx8KpgY5Kc4EILEwrk2j1oYA5CqOC9hB88N2xS7R5Lrl/km/mgkY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772922019; c=relaxed/simple; bh=KOL7JfCWpxbbh/ODXi5y/ZViUdcujO5z2zKPF058HKk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=lzARWGtzWAHb+3BuiWreH5Xxe599e3wX8J/fhmY5JdX3d1ZMf3MFUD3PHtI7cpG6bBBn69PNC5qU43W9d5wbj1sy1+2ur7sq6tnOQrCSI77d+vfLx4erLrhMtyKI+nvdMw1ue3sCQkgMjkvcCevbncAibK5cWsX9xH2FBoUzUQQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=weissschuh.net; spf=pass smtp.mailfrom=weissschuh.net; dkim=pass (1024-bit key) header.d=weissschuh.net header.i=@weissschuh.net header.b=O10NbZVJ; arc=none smtp.client-ip=159.69.126.157 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=weissschuh.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=weissschuh.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=weissschuh.net header.i=@weissschuh.net header.b="O10NbZVJ" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=weissschuh.net; s=mail; t=1772922015; bh=KOL7JfCWpxbbh/ODXi5y/ZViUdcujO5z2zKPF058HKk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=O10NbZVJZGDzLb9FhLbYBGCaV1DnFfYPAaTPB4D5gdHGMC9slvA0ve5PzLJAqk1l8 eIx6A5XAj+VchbLaHxU+/9oL9e/7HkjJNg0TYJLz71kCURhrObRIQd3iIiUxux54AP OwwO5uf7lcafuR2Ea37r4dMLT+UgHwCNvTVhFgTI= Date: Sat, 7 Mar 2026 23:20:14 +0100 From: Thomas =?utf-8?Q?Wei=C3=9Fschuh?= To: David Laight Cc: Willy Tarreau , linux-kernel@vger.kernel.org, Cheng Li Subject: Re: [PATCH v4 next 00/23] Enhance printf() Message-ID: <1190908d-7178-4cc4-a3e5-db7aebdc1b82@t-8ch.de> References: <20260302101815.3043-1-david.laight.linux@gmail.com> <20260307220348.0ec1bfca@pumpkin> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20260307220348.0ec1bfca@pumpkin> On 2026-03-07 22:03:48+0000, David Laight wrote: > On Sat, 7 Mar 2026 19:02:30 +0100 > Thomas Weißschuh wrote: > > > Hi David, > > > > On 2026-03-02 10:17:52+0000, david.laight.linux@gmail.com wrote: > > > From: David Laight > > > > (...) > > > > I am happy with the patches of this series. > > > > > David Laight (23): > > > tools/nolibc: Add _NOLIBC_OPTIMIZER_HIDE_VAR() to compiler.h > > > > > tools/nolibc/printf: Move snprintf length check to callback > > > selftests/nolibc: Return correct value when printf test fails > > > selftests/nolibc: check vsnprintf() output buffer before the length > > > selftests/nolibc: Use length of 'expected' string to check snprintf() output > > > selftests/nolibc: Check that snprintf() doesn't write beyond the buffer end > > > selftests/nolibc: Let EXPECT_VFPRINTF() tests be skipped > > > > > selftests/nolibc: Rename w to written in expect_vfprintf() > > > > Unfortunately b4 chokes on these patches because this patch is missing > > the 'v4' tag in the subject prefix. > > I noticed that after sending them. > I add it by hand (there might be an easier way) but it is easy to > miss it when doing a final check/update of the patches. > I then sent them without a final-final check. git send-email/format-patch have --reroll-count for that. b4 does manages the reroll count automatically. > > Given that the one below needs some > > changes anyways, I was lazy and applied the series only up until here. > > (Patch 1 is also not applied, as there was no user yet for > > _NOLIBC_OPTIMIZER_HIDE_VAR() ). > > > > Could you rebase the series on nolibc-next, add the error handling > > to strerror_r(), fix the wording nitpicks from Willy and resend the > > patches? I can also try to fix this up locally, but that would be more > > work on my side than it would be for you I reckon. > > Let me know if this is an issue and I'll try to make it work. > > That shouldn't be too hard. > Was a right PITA moving them from linus's tree because --3way doesn't > work when the patches come from different git trees. > I'll just create a new branch, use 'git am' to apply each patch > then edit and amend. > Then recover all the info after the --- line. > I'm getting used to that sequence :-) This looks like a usecase for 'git rebase (--onto)'. In any case: Thanks! Thomas