Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp240249pxk; Wed, 23 Sep 2020 01:45:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxkquPB+v4emg4JZyNyaaaE77ABVfE5rNsp85tkUWa7aV7mxiI0sXyDLR8zEqNqdSSbjEVo X-Received: by 2002:a17:906:5812:: with SMTP id m18mr9486622ejq.204.1600850710703; Wed, 23 Sep 2020 01:45:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600850710; cv=none; d=google.com; s=arc-20160816; b=Yfo4JY8KHuwf39n0nJ4t4KxmhVVLn787cw1wgLShAxqvslxY0wunkyN/ad9sMpA15P HE6RS0w/YJtBRKCsBqhCz2SDQxEMVCds486Txk/t0FTu6TnIefzZ29L103AmFiRaXYFD nsZncNVea+CcsbIa4EwdX1inwaXB5IE0ARv40Q1i2IPqaB2H20yyrNDycQjhw+kETvEN 8Skqus2ZyCpz3YKRVpLj5dqi2twQBvrYrOR/Q034IdIiQfFRrSovmDWYfeGsMQc+BpY8 74gCojXIkjeLFqh+0G0k+xGgPBUHUKw/G/XPgCfK2kJvaftfXwTicXJdcJHofmhTwTiY UG7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=0ywac5/8E5BhLpvPqmEY5iH6VbnNso2ZN2cZ5Fs925s=; b=PihK+JUe2Cxv8Keg3KuZBwGND4VNAq91u4N2YcaG1KpwVVb/Nm6mXLeLuh+cOPPwkd hNoVIDKHWIwUnk8K4nu7NuIymasEr0oRIjuXiaSnmoBVGSb/coVO2GwHSKjMtjAHAj6A a5ed2WLIJkEpZujfYkayJmERdzXEjP0uc9NC6IvUjiO3WpSJjPE4aQlqOnzkmjcTFjQ1 u3+lugNXxid1HL90wBt2SW/T3lPvRU4F8PxzhHxkTjzha+z94uvCiYEX+8rR0lvcQgez 7t+3mCZwUUeO5kKQvwAAq2Ukeq3nW8tOm6haUg0eSJmHdUfxc4tRjQZuLWgmQCqaoivi /naw== ARC-Authentication-Results: i=1; mx.google.com; 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 b18si12150042eju.731.2020.09.23.01.44.46; Wed, 23 Sep 2020 01:45:10 -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; 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 S1726615AbgIWInI (ORCPT + 99 others); Wed, 23 Sep 2020 04:43:08 -0400 Received: from verein.lst.de ([213.95.11.211]:47725 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726328AbgIWInH (ORCPT ); Wed, 23 Sep 2020 04:43:07 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 813D367357; Wed, 23 Sep 2020 10:43:03 +0200 (CEST) Date: Wed, 23 Sep 2020 10:43:03 +0200 From: Christoph Hellwig To: Coly Li Cc: Christoph Hellwig , linux-block@vger.kernel.org, linux-nvme@lists.infradead.org, netdev@vger.kernel.org, open-iscsi@googlegroups.com, linux-scsi@vger.kernel.org, ceph-devel@vger.kernel.org, linux-kernel@vger.kernel.org, Chaitanya Kulkarni , Hannes Reinecke , Jan Kara , Jens Axboe , Mikhail Skorzhinskii , Philipp Reisner , Sagi Grimberg , Vlastimil Babka , stable@vger.kernel.org Subject: Re: [PATCH v7 1/6] net: introduce helper sendpage_ok() in include/linux/net.h Message-ID: <20200923084303.GA21657@lst.de> References: <20200818131227.37020-1-colyli@suse.de> <20200818131227.37020-2-colyli@suse.de> <20200818162404.GA27196@lst.de> <217ec0ec-3c5a-a8ed-27d9-c634f0b9a045@suse.de> <20200818194930.GA31966@lst.de> <04408ff6-f765-8f3e-ead9-aec55043e469@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04408ff6-f765-8f3e-ead9-aec55043e469@suse.de> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 19, 2020 at 12:22:05PM +0800, Coly Li wrote: > On 2020/8/19 03:49, Christoph Hellwig wrote: > > On Wed, Aug 19, 2020 at 12:33:37AM +0800, Coly Li wrote: > >> On 2020/8/19 00:24, Christoph Hellwig wrote: > >>> I think we should go for something simple like this instead: > >> > >> This idea is fine to me. Should a warning message be through here? IMHO > >> the driver still sends an improper page in, fix it in silence is too > >> kind or over nice to the buggy driver(s). > > > > I don't think a warning is a good idea. An API that does the right > > thing underneath and doesn't require boiler plate code in most callers > > is the right API. > > > > Then I don't have more comment. So given the feedback from Dave I suspect we should actually resurrect this series, sorry for the noise. And in this case I think we do need the warning in kernel_sendpage.