Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp3566660iog; Tue, 21 Jun 2022 01:06:17 -0700 (PDT) X-Google-Smtp-Source: AGRyM1s3SMg0Z8GTbzfVOpJWEym8S4dQcDJ5cdNjcc5ZLAqKazDyzexG+Hot/XDftSeuUlEJ711r X-Received: by 2002:a17:90a:f991:b0:1ec:92c0:595 with SMTP id cq17-20020a17090af99100b001ec92c00595mr16027036pjb.145.1655798777004; Tue, 21 Jun 2022 01:06:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655798777; cv=none; d=google.com; s=arc-20160816; b=tNUKKx7AG8mIuOA2DMMA5IaBxl+GoBeN1klO8LEMOlB2fLX3HtqKoKP0ZiyLMUzEy9 4PwYmGBM7dtMsDN0DHcmGQn9CAb5jFY7GAgwQeP6ohW9xHZeVJA+Z317lsZXlpm2hASD RdhfVFcLf/PyjBuTohvLMp+ynLkcbsU8wjKeiEds+QzZqphJj006UTcYg79puX4iS17v tR3j2WBRjxZznruQQAVowXN6Aqr1bHPy6vuRsYpN5wQCfmNtJm6vdgG+nyRugDyTUeeU nIx3GYmqUinsSO5e8AI4oH0ExJd8vDO5Su/H06rNcG5nUStsZLlb9WyKOJBWz4CV+Ozn OQ1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=g9k1mThYScIf9A8X5kP43MLMYKCbH4t5dz1jSbySjwE=; b=Wo4miHj/Gq/1fhnpHJdMre2aoadJpX/N1jS6tkkiCQN7QVV6X247e/zmXVJGCnCSrw LrUHzhsFn0b78Ick0/6+eKjLd4nkmUk1YLaGcoO6hFptJw6lBEFGAc0CSUmgm8WyEtNM DRW1OuRJVlyETbgGDIZXuwIdGmPORYzBdE67jFdVvSATgBcytIIynBacsG3H6270njsb ajJUiiK0a/zRMpeLpqR5J9RI1A6WHHTTHmVUm+h0lKjqBEItnj2+orMxkYslRWvsGJWV 4u084te2cfl42XVJ7pFHxD4kJhCsJZ6GE0Cjp1VZsFKq1OLDuCXAJjGr8xBex3D9P3qP MOCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=l5HiTUmI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p9-20020a056a000b4900b00524cfcbae7csi13727727pfo.41.2022.06.21.01.06.02; Tue, 21 Jun 2022 01:06:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=l5HiTUmI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347592AbiFUHw1 (ORCPT + 99 others); Tue, 21 Jun 2022 03:52:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49194 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229605AbiFUHw0 (ORCPT ); Tue, 21 Jun 2022 03:52:26 -0400 Received: from mail-qv1-xf2e.google.com (mail-qv1-xf2e.google.com [IPv6:2607:f8b0:4864:20::f2e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B109823BCB for ; Tue, 21 Jun 2022 00:52:25 -0700 (PDT) Received: by mail-qv1-xf2e.google.com with SMTP id i17so12531444qvo.13 for ; Tue, 21 Jun 2022 00:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=g9k1mThYScIf9A8X5kP43MLMYKCbH4t5dz1jSbySjwE=; b=l5HiTUmI2JUEzJjhrUuq9RgwOOdemlWj2crpupJB8TUxFRp//h5bJDRus8P+fXp/yK N3Euxma5PIExGPbNR8xbsQMDbigXcRNK6Fjv1vIDlvZEZyQ2Ex3EJ5JX3DezkUhjIG42 KT+z6Xn5dmORbcgX0/3QL6tPBzQKddiImkKnmV47+2gLy7/bP3IazmYyNIunej4Rugvb oEmhFkBzHXcphWon9RykZMATfy0qtCxRZ5i+bskVddoHBr5VwLYDBJK03LbbceK46P11 49tJQgM5o5bkfzANgtgjFCeb4dWxDrNNXynKRg0z+n8u1k4XTpIFHRsH77WOHXMVQFmI Yg7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=g9k1mThYScIf9A8X5kP43MLMYKCbH4t5dz1jSbySjwE=; b=NH1rXOVVYty1Z8pC/uQFuyX5/I+AV/4Rnfhf6WAcyMdxNNaGp9hkWi3eNDiIuneeAl t6H1r4Qstx8HcyFI+el/kf5/CqUadJpODqYjSrRxSMbBhb7ZO03czIl6ozSAgUsiO+sj 3Ah5kzK3JBmRAqnVYt+ImzloP1ovmSfz5jTVyeXCdWoB2fiqDCIVfMceIYq0J8RU7TWN QBoupo15PpXgh5W3Gnnn04vXBe2TBTRU8RdmI3PDVZxfTPbFUlegDQ3TqwDEf+SLFmFZ QxhxdfC1HOBg71VgSJZRzEcjMOffwiyC0Y6iBbmyGg2Zaz4yaSeeBLyb7RyIhN205Cx2 6hWw== X-Gm-Message-State: AJIora/zFpPH/wT6WeZ7BkIfRNbWUSjvQ4uWDT7Dgp/TGsekIKnbdX4D 2gqs5h62HTC2KCNSuiznkQ== X-Received: by 2002:a05:6214:21e6:b0:46e:4f35:b07c with SMTP id p6-20020a05621421e600b0046e4f35b07cmr22241046qvj.12.1655797944888; Tue, 21 Jun 2022 00:52:24 -0700 (PDT) Received: from localhost (c-73-219-103-14.hsd1.vt.comcast.net. [73.219.103.14]) by smtp.gmail.com with ESMTPSA id j6-20020a05620a410600b006a6d3a6d597sm14563997qko.71.2022.06.21.00.52.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Jun 2022 00:52:24 -0700 (PDT) Date: Tue, 21 Jun 2022 03:52:23 -0400 From: Kent Overstreet To: Rasmus Villemoes Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, pmladek@suse.com, rostedt@goodmis.org, enozhatsky@chromium.org, willy@infradead.org Subject: Re: [PATCH v4 13/34] test_printf: Drop requirement that sprintf not write past nul Message-ID: <20220621075223.qpiatsusjbu6zj7a@moria.home.lan> References: <20220620004233.3805-1-kent.overstreet@gmail.com> <20220620004233.3805-14-kent.overstreet@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 21, 2022 at 09:19:55AM +0200, Rasmus Villemoes wrote: > On 20/06/2022 02.42, Kent Overstreet wrote: > > The current test code checks that sprintf never writes past the > > terminating nul. This is a rather strange requirement, completely > > separate from writing past the end of the buffer, which of course we > > can't do > > And which of course you don't check anymore. So any statement about "all > tests passing after these patches" is not worth much. > > So NAK in this form, but perhaps if/when my year-old patch gets picked > up (or you could include it in the series) we can talk about eliminating > the check for past-nul-before-end-of-buffer writes. I'm more than happy to pick up your patch, please send it to me.