From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 58EB9C63697 for ; Wed, 18 Nov 2020 12:51:06 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 722B124181 for ; Wed, 18 Nov 2020 12:51:05 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="mpIozshx" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 722B124181 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id A8B0C6B005C; Wed, 18 Nov 2020 07:51:04 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id A14996B0068; Wed, 18 Nov 2020 07:51:04 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8DB486B006C; Wed, 18 Nov 2020 07:51:04 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0042.hostedemail.com [216.40.44.42]) by kanga.kvack.org (Postfix) with ESMTP id 5D4F86B005C for ; Wed, 18 Nov 2020 07:51:04 -0500 (EST) Received: from smtpin24.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 01E13180AD82F for ; Wed, 18 Nov 2020 12:51:04 +0000 (UTC) X-FDA: 77497524048.24.gold82_080ad732733a Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin24.hostedemail.com (Postfix) with ESMTP id D861D1A4A5 for ; Wed, 18 Nov 2020 12:51:03 +0000 (UTC) X-HE-Tag: gold82_080ad732733a X-Filterd-Recvd-Size: 4512 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf07.hostedemail.com (Postfix) with ESMTP for ; Wed, 18 Nov 2020 12:51:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=HSUzUyKTU/QS1kBHnPfjuFObEMrIAG6LjkrRvHzZF6g=; b=mpIozshx6aJo2QoKkj03Sj4lqv eATDwM5+pyAtrhOHDUVD77b65789cHxYoWQANXOTIXt7qV/KGnbJ83izmUrP2MQ/2l3mBwDw4mdoW Y5kbGddaa/QKi7M9RwOUo9SSjzPgbiiV1208faqzs+g6W2VUCPYuQiOn803XJb/o/nettEMMrZhNr 200kJLaXlHseKJHdT2eZ+hl3ThDl9guSn9OMId2L1GwrdkO42exGupejK69RQO+t1ajwPpeevqxwt f3XgZhPQ7s2PLOBKSeN45qsCk6Fy+tmNaH6Rrigl3ju4Z9SvL4rjgUhEPeklvtVToHeHs9jg6H9jx JzIvniVg==; Received: from willy by casper.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1kfMuz-0006LA-DU; Wed, 18 Nov 2020 12:50:37 +0000 Date: Wed, 18 Nov 2020 12:50:37 +0000 From: Matthew Wilcox To: Jan Beulich Cc: Greg KH , Christoph Hellwig , Tejun Heo , Josef Bacik , Konrad Rzeszutek Wilk , Coly Li , Mike Snitzer , dm-devel@redhat.com, Richard Weinberger , Jan Kara , linux-block@vger.kernel.org, xen-devel@lists.xenproject.org, linux-bcache@vger.kernel.org, linux-mtd@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Jens Axboe Subject: Re: merge struct block_device and struct hd_struct Message-ID: <20201118125037.GE29991@casper.infradead.org> References: <20201118084800.2339180-1-hch@lst.de> <22ca5396-0253-f286-9eab-d417b2e0b3ad@suse.com> <20201118085804.GA20384@lst.de> <1ded2079-f1be-6d5d-01df-65754447df78@suse.com> <61044f85-cd41-87b5-3f41-36e3dffb6f2a@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61044f85-cd41-87b5-3f41-36e3dffb6f2a@suse.com> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Wed, Nov 18, 2020 at 10:23:51AM +0100, Jan Beulich wrote: > On 18.11.2020 10:09, Greg KH wrote: > > On Wed, Nov 18, 2020 at 10:04:04AM +0100, Jan Beulich wrote: > >> On 18.11.2020 09:58, Christoph Hellwig wrote: > >>> On Wed, Nov 18, 2020 at 09:56:11AM +0100, Jan Beulich wrote: > >>>> since this isn't the first series from you recently spamming > >>>> xen-devel, may I ask that you don't Cc entire series to lists > >>>> which are involved with perhaps just one out of the many patches? > >>>> IMO Cc lists should be compiled on a per-patch basis; the cover > >>>> letter may of course be sent to the union of all of them. > >>> > >>> No way. Individual CCs are completely broken as they don't provide > >>> the reviewer a context. > >> > >> That's the view of some people, but not all. Context can be easily > >> established by those who care going to one of the many archives on > >> which the entire series lands. Getting spammed, however, can't be > >> avoided by the dozens or hundreds of list subscribers. > > > > kernel patches are never "spam", sorry, but for developers to try to > > determine which lists/maintainers want to see the whole series and which > > do not is impossible. > > > > Patches in a series are easily deleted from sane mail clients with a > > single click/keystroke all at once, they aren't a problem that needs to > > be reduced in volume. > > This doesn't scale, neither in the dimension of recipients nor in > the dimension of possible sources of such series. > > While it may seem small, it's also a waste of resources to have mails > sent to hundreds of even thousands of people. So while from a > technical content perspective I surely agree with you saying 'kernel > patches are never "spam"', they still are from the perspective of > what "spam mail" originally means: Mail the recipients did not want > to receive. What doesn't scale is developers who only care about their tiny sliver of Linux and don't stick their heads up from time to time and look around. This is an opportunity for people to become more involved in the development of Linux as a whole, instead of just worrying about their bit. You're not "a Xen developer". You're a Linux developer whose current focus is on Xen.