Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp6643335ybn; Mon, 30 Sep 2019 01:07:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqwPKN0vfEX5KA/otsa8I+FCrFn0une5n6Mt14z2qiBCGYUJVL9gnc0WYNJiifBSK+/pS4cu X-Received: by 2002:a17:906:e0c2:: with SMTP id gl2mr18151162ejb.157.1569830843265; Mon, 30 Sep 2019 01:07:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569830843; cv=none; d=google.com; s=arc-20160816; b=A3We+baLkkyjCtv3fH99Gi0Fa8pwDtjPbvItWFUrLS9N6zmuyId25Cfmyspc/hqTOM wfRU7A5/NVzYz/xOp3udLVSmnYg0Nq8dOEEqjroN52f0HLNttZ/P31Zmd+IF1/K/CWzb gdtmgGeV1B7YBCJX1TyjwNj/Pk1msBcGVb5fSCrTxZ8bgjHfX6YwmyffJtGLhC1dMe9u 2D5+6t2P/Qyy5wv7VuReN4lQpeP+sAQHIrJBfq+8xH9EB1Lo3LmURJrHdnmXvulZ5vPo RNT8VFeb9hehQK7UIrWto2MyXL2Cm0pLumnVj2vnYng3UJrTcxZDM88gJWhLAkD1zsPk O6Xg== 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; bh=cWZ/QF8QUvw3frjPkUCsePb3h230APddcu3K852l5b8=; b=DsVBfJzDy09uaPnMrvZZmO7eb/1BS2rV4QMyVv0xADrtogprTfjwgcjJFjpkH1GXn2 Jp7H9yJCLgEwwmRGV6r7kaL/2f8Erymiriff7CPS9BKefCLgr7fKjqlvB3EEEKcdgyvf bswWAEjDx9r25JbQDQy+SHpflm7GjdV06H4BJ4aYaUW09C4KL/RT38nEgMa+sc3Ns1y8 88zE46ylpPHrBgAQkHox1S4Gw1lKTFH2OT7lr7nktHiRahq4aBfUc0Z7hQ49q0UQZuhF opvqF80u9CeGc7LQw0SFavAMEvRpMj5mf5FbZ7ROtdtgDyYpkY1oyzcbKMGSXU5Rn+qf R1vA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v53si6903294edc.378.2019.09.30.01.06.59; Mon, 30 Sep 2019 01:07:23 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729860AbfI3IGW (ORCPT + 99 others); Mon, 30 Sep 2019 04:06:22 -0400 Received: from verein.lst.de ([213.95.11.211]:35237 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725767AbfI3IGW (ORCPT ); Mon, 30 Sep 2019 04:06:22 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 107A768AFE; Mon, 30 Sep 2019 10:06:14 +0200 (CEST) Date: Mon, 30 Sep 2019 10:06:13 +0200 From: Christoph Hellwig To: Vlastimil Babka Cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Christoph Lameter , Pekka Enberg , David Rientjes , Ming Lei , Dave Chinner , Matthew Wilcox , "Darrick J . Wong" , Christoph Hellwig , linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-block@vger.kernel.org, James Bottomley , linux-btrfs@vger.kernel.org, Roman Gushchin , Johannes Weiner Subject: Re: [PATCH v2 2/2] mm, sl[aou]b: guarantee natural alignment for kmalloc(power-of-two) Message-ID: <20190930080613.GA5379@lst.de> References: <20190826111627.7505-1-vbabka@suse.cz> <20190826111627.7505-3-vbabka@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 23, 2019 at 06:36:32PM +0200, Vlastimil Babka wrote: > So if anyone thinks this is a good idea, please express it (preferably > in a formal way such as Acked-by), otherwise it seems the patch will be > dropped (due to a private NACK, apparently). I think we absolutely need something like this, and I'm sick and tired of the people just claiming there is no problem. From the user POV I don't care if aligned allocations need a new GFP_ALIGNED flag or not, but as far as I can tell the latter will probably cause more overhead in practice than not having it. So unless someone comes up with a better counter proposal to provide aligned kmalloc of some form that doesn't require a giant amount of boilerplate code in the users: Acked^2-by: Christoph Hellwig