Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp659160ybm; Thu, 28 May 2020 11:54:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJybOMOYef8MvH7sJiMqDy13Gt5sfiDsZ9lRF3BOvdwHJtPaRWVoXhrQIAtZTarARN8Znfsl X-Received: by 2002:a17:906:2b8a:: with SMTP id m10mr4584803ejg.183.1590692067667; Thu, 28 May 2020 11:54:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590692067; cv=none; d=google.com; s=arc-20160816; b=MaziyT9kwqkuoQhJRn2tqxeIRl/ElJqcOEx3LHQSqmYqQvqtqamFzFwyDuN29XvlM2 GskVqgYN5Ie6aF4JlGtQDk1zR4rPn5+hJRU0m2xhREujsWDWISg854VJdaVInb/pQ6yf TSQEq81/ZBNkdLjZFUwAblTi76Y9Z/83RFFuiM6O57j+pg1ZAqlvQhH1j4g6rnaB9r8y E8psFs/V4503c7H0r7yIP38aTq0Jwvlklw6CUwFS9TPyL7WP6eirevib1loZRuIWEN40 pxiwHTRu8Nhs311bta9e3WY+VTAA/r0Y/49V6YPPMnjDBsmaX5ZgF7J8BRXk4rkIdcF9 RD3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=AhLg0g9nIVFkh8Xej4e2gvlmNSMTD4F2E/T/7QsRMv8=; b=Rxn3dYk6I97HKVMMmOnd87V2TO05iDXIPpGjNfdUiQYV9XZK5DssNuBiHZuFM6B1eV A1qY6FNMGtzdHlkwHknoTu1q44HdRpCyNV/LxGTrFnuRitkOUnaycY75k80uvoWwWZXR +XyWYiGCAy/p0jhTRQIgsu6kzhPVkFzRbE+ihVnRhTZC+eTRh0v/F6ojEiAxz4jCC4cP ERgy0Dunoh03f5msc7ejBDnSwUzSDrunjA3JM07kqDcEUJx84QQJTwyDsHZ9uYnqQDWw 9noksTWZpeAj7Lwx40Bf4d0Kro+bMHstTNuYdrpjM+PtJPtbgNHWzZzwrid62KS34qn9 vsPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=AYcUjneN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id sb15si4436207ejb.478.2020.05.28.11.54.03; Thu, 28 May 2020 11:54:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=AYcUjneN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2406018AbgE1Svo (ORCPT + 99 others); Thu, 28 May 2020 14:51:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54718 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405912AbgE1Svm (ORCPT ); Thu, 28 May 2020 14:51:42 -0400 Received: from mail-lf1-x141.google.com (mail-lf1-x141.google.com [IPv6:2a00:1450:4864:20::141]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 25344C08C5C8 for ; Thu, 28 May 2020 11:51:42 -0700 (PDT) Received: by mail-lf1-x141.google.com with SMTP id h188so17215441lfd.7 for ; Thu, 28 May 2020 11:51:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AhLg0g9nIVFkh8Xej4e2gvlmNSMTD4F2E/T/7QsRMv8=; b=AYcUjneN2MB3Dg+M1pugzVZJdxa872FQyc0afbyKSWW1oWb/d1rwk9bn7+CzdK3mHa tArLlEWWcS0pmgUdgvh4UhxapiHNyCYitzgmuPpFaFrB1CcK1PCfLpwMLGY/rt9ZbGVr HuHNIUVtpMtoMJZ4AirU8Bfo1+H2VgFd0PSHQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AhLg0g9nIVFkh8Xej4e2gvlmNSMTD4F2E/T/7QsRMv8=; b=TmtW2Q2VuIBBHDZb7ervpJiomM7C404v48sYeSk9R5Y9vRvu5cqj2ss3CJpZemY1sp e7P/sNSjWZ0hvBApqHsrc/o8TkLa/ekpVCRF52IJcPOQjCZbEmJQCap2g3RtQihJWX5C ResyRMF4LPWO326HAU26I0RWZWUAZ2/XHqBdfkhhwp7yF+6P2sobCSU+zmiNDpIRkcBi K4Mp8D/b2PcxI7cAxwQ3CdZsJUwjeTyUFS90ECyT/IEWqqevsX5M3R+3PZ4i6pLNlki/ uHLHhh9XMiz0HM44QJThOXQQJtgoQ/wymghBbadCQ85rImUfRVFF6dGbOYoYNWvBDrM5 yYYQ== X-Gm-Message-State: AOAM532wCEDsSexoAFVzGHKgfGyUbLKNU9z94lG0JXcWDp4rWHR8pqar RmBe/5Vpjix7psp8h2OGuhL7pKXqVZw= X-Received: by 2002:ac2:4114:: with SMTP id b20mr2355166lfi.34.1590691898972; Thu, 28 May 2020 11:51:38 -0700 (PDT) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com. [209.85.208.174]) by smtp.gmail.com with ESMTPSA id h2sm1805648ljb.45.2020.05.28.11.51.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 28 May 2020 11:51:38 -0700 (PDT) Received: by mail-lj1-f174.google.com with SMTP id v16so34766561ljc.8 for ; Thu, 28 May 2020 11:51:37 -0700 (PDT) X-Received: by 2002:a2e:8090:: with SMTP id i16mr1927771ljg.421.1590691897249; Thu, 28 May 2020 11:51:37 -0700 (PDT) MIME-Version: 1.0 References: <20200528054043.621510-1-hch@lst.de> In-Reply-To: <20200528054043.621510-1-hch@lst.de> From: Linus Torvalds Date: Thu, 28 May 2020 11:51:21 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: clean up kernel_{read,write} & friends v2 To: Christoph Hellwig Cc: Al Viro , Ian Kent , David Howells , Linux Kernel Mailing List , linux-fsdevel , LSM List , NetFilter Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 27, 2020 at 10:40 PM Christoph Hellwig wrote: > > this series fixes a few issues and cleans up the helpers that read from > or write to kernel space buffers, and ensures that we don't change the > address limit if we are using the ->read_iter and ->write_iter methods > that don't need the changed address limit. Apart from the "please don't mix irrelevant whitespace changes with other changes" comment, this looks fine to me. And a rant related to that change: I'm really inclined to remove the checkpatch check for 80 columns entirely, but it shouldn't have been triggering for old lines even now. Or maybe make it check for something more reasonable, like 100 characters. I find it ironic and annoying how "checkpatch" warns about that silly legacy limit, when checkpatch itself then on the very next few lines has a line that is 124 columns wide And yes, that 124 character line has a good reason for it. But that's kind of the point. There are lots of perfectly fine reasons for longer lines. I'd much rather check for "no deep indentation" or "no unnecessarily complex conditionals" or other issues that are more likely to be _real_ problems. But do we really have 80x25 terminals any more that we'd care about? Linus