Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp624154imm; Mon, 21 May 2018 11:25:05 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqJjqR33UgoMsqfIqZhy2H/zL8BhOSW2vK/KIvwwT5VUm8ht7hQm1h+YQDUiTlN7k9fjobF X-Received: by 2002:a17:902:24e:: with SMTP id 72-v6mr21096839plc.87.1526927105112; Mon, 21 May 2018 11:25:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526927105; cv=none; d=google.com; s=arc-20160816; b=PESAZe2Movi0YGQRXVK82XAqPc7hC32yUHN/mZvPFtxo53jAOi6psaQtR2e2BmCFkZ 2zO3wVEmClru22zi8hODpRRC4FUbi3QMYrNezJtPrtquGUz9LgQZnjrjkHOKLT6HgN7x otETSfYnYYLzimd2MkfpuspcAFyRSemjwK4D0xt7PC3ZEQWx/9SCl/qsQmmP5EX7V5x4 whpZaqBuJIyZRk1ZRbS+UPBOm4WXAh+fX5KhmHVpX2XVc2qmLGW3ztsQXLLCn2QXTaih HWVtp+aOnNRqz9iEgk+gLMZa4TYJMFNmm/44HA8ZTEaInJPGtYhUj69pivDaPkGNNHHc Xklw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=MLCvRmlduPc0XtQDvi2qzv1deGT6sqYWKXeUXK/VsqE=; b=bmsb9OLoVSYcyR3HEcQ9Bcz+ZEszOnDEbxpnx+PKwZUwpy+hann0ugO5KOmoFpVyQw 0sivTA4dq78MuM3dWgXnxAr76dME7msXwRnm2JZ9mR39ga1HrE0bLpC4XFpPf/TzU4Ak uRe3XX6H0FF39Xkz9+kIEqKoCHueXEbg6qUjHrfT0qCiGITCEtLbx2S4oCEB8QcFHblN r83JcOB8SgewWCKHvp4hXsvdabsCR1nM55sKpJa2FzbmJPWXEj0A8E51MDfMnD7RrWHF aBXpYtXT4Y8bEIN1bhcJ+QfcudafwdFtV6f4wrhOFZOOpZY4/ojHBI+GqdR30n0Od1NO L4cA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t13-v6si15471278pfc.333.2018.05.21.11.24.50; Mon, 21 May 2018 11:25:05 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751125AbeEUSYg (ORCPT + 99 others); Mon, 21 May 2018 14:24:36 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:45344 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750781AbeEUSYe (ORCPT ); Mon, 21 May 2018 14:24:34 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 3BC62738E0; Mon, 21 May 2018 18:24:33 +0000 (UTC) Received: from localhost (unknown [10.18.25.149]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B76412166BAD; Mon, 21 May 2018 18:24:32 +0000 (UTC) Date: Mon, 21 May 2018 14:24:32 -0400 From: Mike Snitzer To: Kent Overstreet Cc: Jens Axboe , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, hch@infradead.org, colyli@suse.de, darrick.wong@oracle.com, clm@fb.com, bacik@fb.com, linux-xfs@vger.kernel.org, drbd-dev@lists.linbit.com, linux-btrfs@vger.kernel.org, linux-raid@vger.kernel.org, neilb@suse.com Subject: Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init() Message-ID: <20180521182427.GA20013@redhat.com> References: <20180521143132.GB19194@redhat.com> <2bbeeb1a-8b99-b06a-eb9b-eb8523c16460@kernel.dk> <20180521144703.GA19303@redhat.com> <4b343aef-e11c-73ba-1d88-7e73ca838cad@kernel.dk> <20180521150439.GA19379@redhat.com> <61e30dcf-a01c-f47d-087a-12930caf9aef@kernel.dk> <20180521151817.GA19454@redhat.com> <20180521160907.GA19553@redhat.com> <20180521173724.GG11495@kmo-pixel> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180521173724.GG11495@kmo-pixel> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Mon, 21 May 2018 18:24:33 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Mon, 21 May 2018 18:24:33 +0000 (UTC) for IP:'10.11.54.6' DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'msnitzer@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 21 2018 at 1:37pm -0400, Kent Overstreet wrote: > > Uh, you came across as upset and paranoid to me too. Chalk it up to email? :) Awesome. See how easy it is to make someone with purely constructive questions and feedback come off as upset and paranoid? The tipping point occurs when bait is set with: "It's not like ". Then: "Let's focus on getting it reviewed, rather than pontificate on what could potentially go all wrong with this." Message received: less pontificating, more doing! And here I thought that focusing on what could go wrong (across all code touched) was review. But OK, I'm the one that made this all weird ;) It is what it is at this point. > I personally don't care, I have no horse in this race. This particular patch > series wasn't my idea, Christoph wanted all these conversions done so > bioset_create() could be deleted. If you want us to hold off on the dm patch for > awhile until someone can get around to testing it or whatever (since I don't > have tests for everything I pushed) that would be perfectly fine by me. As I clarified already: this isn't about DM. Every single data structure change in this series should be reviewed for unforeseen alignment consequences. Jens seemed to say that is worthwhile. Not sure if he'll do it or we divide it up. If we divide it up a temp topic branch should be published for others to inspect. Could be alignment hasn't been a historic concern for a bunch of the data structures changed in this series.. if so then all we can do is fix up any obvious potential for false sharing. Mike