Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2960365rwi; Fri, 28 Oct 2022 13:44:25 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6nRDBNGG3OUJsNqP/HfItzuJ51UotPGnrsl2+LmsIPkvBrU5K4eVy1bJgeaoUrWW36rxFR X-Received: by 2002:a17:907:7fa5:b0:791:9a5f:101a with SMTP id qk37-20020a1709077fa500b007919a5f101amr1036555ejc.453.1666989865058; Fri, 28 Oct 2022 13:44:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666989865; cv=none; d=google.com; s=arc-20160816; b=oQsRz+7trmRcKGb/0CAXJVtTgDyGPKPMtGNGrvM40+QPooTZ8CLLcFjZjm6cUdYsdB v13ebKn0kFw8mm+9YeuJ7gC08gSrTGvj6/EIMGiaFXPoKUQHK4k6I338kIgLzN5OhVQA 1lrCfacBxJyTqKWRwQeVIMC68J0sl4DAg042LW5okh8k5Fyzyr0BdUkI0vgMxZGJTuEJ FROZFw++nhfajvkm+qFu3XwcODzze64iusShKTGPdUkXHyOlEVvS8jHWe8iOwadwv9An tWNIyQZi+e56ERCuzGfi4Avw72i5uKLBaNsy1fnNLT8iRqZWvtB3a3SVuAVpJQrD30Ds NiYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=5JcJ09bBdlBVf21xZKuOSzNCt5BJDxCAWw6Qi6m3gKQ=; b=GfvI4S9unspCQoPnP/XLh0VqoRfdB8x6TFR5j/1EMTkjhZa7vKvLJ8VkPprveRI3iS BpEiEhMkvIVfHLxmZ6E/M92opZD7P8VHpfBHSziaHM6REVreEIrwdtc+zO+yM1IdzN+w 4zEh7coIa60CufZ0yJaXj31uAhtxlclFM/lvmMGUBKDOiqWTWnv5Ikwu2jV8teKG1kda KrUr7ORyu0MjczEYaidfu+zKkQgxVDLLtvhOPgogA2782DgA7fx3xugsl0FZdedd4V8N JQMl9DVi/Qeig88/W2KLayKf7rhjIpWMG9BKYrHJ63FxEPWTHbf8b0ufwn9HP02ITTwu C3UA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=hU743kZX; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ga17-20020a1709070c1100b007ada2efa6b7si2172704ejc.567.2022.10.28.13.43.59; Fri, 28 Oct 2022 13:44:25 -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=@linux-foundation.org header.s=google header.b=hU743kZX; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229895AbiJ1Ue0 (ORCPT + 99 others); Fri, 28 Oct 2022 16:34:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229552AbiJ1UeY (ORCPT ); Fri, 28 Oct 2022 16:34:24 -0400 Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EE19922C449 for ; Fri, 28 Oct 2022 13:34:23 -0700 (PDT) Received: by mail-qk1-x731.google.com with SMTP id l9so4214007qkk.11 for ; Fri, 28 Oct 2022 13:34:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5JcJ09bBdlBVf21xZKuOSzNCt5BJDxCAWw6Qi6m3gKQ=; b=hU743kZXYxAVHQ1EsSBvl3ayRYEjnGCLfaHZ8Jv5OOMADfUvRRqwIase4PKYUcaJ3E INbfDZi9n0Q5pnuXHtRhyGvyX40BjYI+eGMAw+5rMraVeCJayNAIOiRRhBR82dlGAo05 /mVa5vBjROjk9lw+ojylUbMmMrQmNGOeXMwBU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5JcJ09bBdlBVf21xZKuOSzNCt5BJDxCAWw6Qi6m3gKQ=; b=akTHVFdrmypm4RcxQGkk8Wu38SZTNLKwfLlefKoxgL2dks4toaZNSm8oH8Dk3E2O9V GnewRnFQpIuOOggF5NOjSEzAmTkrgysMdetbfZO1OlAWyFkSgDJNb2TcUsTU4vb/rs4r tcUnhK5E1LTiP0m82tG6aKIdTCe0B9l6YL8hfnvrocyH/Rio/vj3wAoWDMW1P/xO1M49 XXco7gopl+N34L36pXy7mNdfFVLZ9fHKU6e31AX8TZbUxQWRevDfbs0GmYPbopybudWX 39ifKX5dSitR0EkOS+RXXuC3NCrWnEjuNW/3k4JIlvJymQRAPbo9cim7ziz8H8Nxt1UQ QUMw== X-Gm-Message-State: ACrzQf0iThZ0Z6b/BuJGAXR+xJZUatKl5dSYvKVOVdcVJnWPHQFKSWA1 Lvqh+58FL1ADC9VLWjaMNOUDennWbHVWpg== X-Received: by 2002:a05:620a:2849:b0:6a6:5998:f743 with SMTP id h9-20020a05620a284900b006a65998f743mr871585qkp.757.1666989262857; Fri, 28 Oct 2022 13:34:22 -0700 (PDT) Received: from mail-yb1-f169.google.com (mail-yb1-f169.google.com. [209.85.219.169]) by smtp.gmail.com with ESMTPSA id t18-20020a37ea12000000b006af0ce13499sm3555795qkj.115.2022.10.28.13.34.21 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 28 Oct 2022 13:34:21 -0700 (PDT) Received: by mail-yb1-f169.google.com with SMTP id f205so7436305yba.2 for ; Fri, 28 Oct 2022 13:34:21 -0700 (PDT) X-Received: by 2002:a5b:984:0:b0:6ca:9345:b2ee with SMTP id c4-20020a5b0984000000b006ca9345b2eemr931629ybq.362.1666989261347; Fri, 28 Oct 2022 13:34:21 -0700 (PDT) MIME-Version: 1.0 References: <20221028023352.3532080-1-viro@zeniv.linux.org.uk> <20221028023352.3532080-12-viro@zeniv.linux.org.uk> In-Reply-To: From: Linus Torvalds Date: Fri, 28 Oct 2022 13:34:05 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 12/12] use less confusing names for iov_iter direction initializers To: Al Viro Cc: Christoph Hellwig , David Howells , willy@infradead.org, dchinner@redhat.com, Steve French , Shyam Prasad N , Rohith Surabattula , Jeff Layton , Ira Weiny , linux-cifs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=no 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 Fri, Oct 28, 2022 at 12:30 PM Al Viro wrote: > > Went through the callers, replaced each with the right ITER_... (there's > not that many of them and they are fairly easy to review), then went > through mismatches and split their fixups into the beginning of the > series (READ -> ITER_SOURCE becoming READ -> WRITE -> ITER_SOURCE, that > is). Oh, ok. So if you've actually reviewed each and every one of them, then I'm ok with the "abort". I still want it to be a WARN_ON_ONCE(), because of any future addition that gets things wrong. Rationale: either the WARN_ON() can happen, or it cannot. If it cannot, it shouldn't exist in the first place. If it can, warning multiple times will just make things harder to read and possibly cause endless streams of scrolling errors. So either the WARN_ON() shouldn't exist, or it should be a WARN_ON_ONCE(). Generally the only valid use of WARN_ON() (and BUG_ON()) is for things like errors in the boot/setup code, where the operation basically is only done once anyway. Linus