Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1770169ybn; Thu, 26 Sep 2019 01:51:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqw9zumDCkNTNr6bsJT9dAWSJs/84di4JSQ9HDuZGNLuoSt8oy93z5McM4Z5k3s/MHT68wnM X-Received: by 2002:a17:906:1394:: with SMTP id f20mr2131425ejc.274.1569487882595; Thu, 26 Sep 2019 01:51:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569487882; cv=none; d=google.com; s=arc-20160816; b=EkbAjSr0sASy+UresUNuKr57WTUNZVoxFM+3cGJgCCE5zFTT1jwcAlqEefJOh0djK1 gdVGuT+SNv3yhBR20uEEFnmyZ2PyWu7vYImiU7Z+aeJ0B/YsQsv7mrVXZsBfHqGpuFZ1 RybVdUadlm3r4Ybn+v3p1V+fl+E/wxzB5yaH820ZeZAs49lxpICC0ZOaqgPJvjK2ePAQ jjydTUO2zGT6XVssQuiwMlEFX9fdAorAFi55pRfnQI6Hr8b8mqVJSlM0pAEH91CXHSZm RPW9XDYp3h5nS2xJw6KSv9swsnlG40cdMwvrK5NbJ8TFtB1eiNtFxEyOQEfEL9tZMiCo TcXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=IRs0GgXdEn6IVnGUn8haXJqcLh/HmdEFZxDoWkoHgZw=; b=hzfDQNKM7461zYj/Jlef8FkAwPFhdSfg84ItbgxbZC6UarG11Sg//mVaTe2z0ATLzM B1Uzp3INnIBk+yFquzEf6R6wyIKGL3GrxbZG4fVFeQiE2hd6+12ujrbDDR64890PGmnO jZGSW7mpgYHtb7PBhyps5K8AgOtbT4rkXXniafxiYjDBR2e5tb+W0R4o3qjkotnfehjb gRB/v5iWJbvoWkmGGsofr990/wgBr4Zn/4y5kL3GOaiAZAAE3v7gLtXOHSiaLWaKT/iJ rSiORJRsBE3JtFmU/T1S7uPbRjJC7kuz0IJez6sp2DIOU1jJ2HMpbTPKaACn54tgPGY5 8CJA== 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 v2si647922eju.3.2019.09.26.01.50.59; Thu, 26 Sep 2019 01:51:22 -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 S2633428AbfIXUwx (ORCPT + 99 others); Tue, 24 Sep 2019 16:52:53 -0400 Received: from gentwo.org ([3.19.106.255]:49410 "EHLO gentwo.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727890AbfIXUwx (ORCPT ); Tue, 24 Sep 2019 16:52:53 -0400 X-Greylist: delayed 300 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Sep 2019 16:52:52 EDT Received: by gentwo.org (Postfix, from userid 1002) id 1036D3E9FC; Tue, 24 Sep 2019 20:52:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id 0F13B3E9E5; Tue, 24 Sep 2019 20:52:52 +0000 (UTC) Date: Tue, 24 Sep 2019 20:52:52 +0000 (UTC) From: cl@linux.com X-X-Sender: cl@www.lameter.com To: David Sterba cc: Vlastimil Babka , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, 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) In-Reply-To: <20190923171710.GN2751@twin.jikos.cz> Message-ID: References: <20190826111627.7505-1-vbabka@suse.cz> <20190826111627.7505-3-vbabka@suse.cz> <20190923171710.GN2751@twin.jikos.cz> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 23 Sep 2019, David Sterba wrote: > As a user of the allocator interface in filesystem, I'd like to see a > more generic way to address the alignment guarantees so we don't have to > apply workarounds like 3acd48507dc43eeeb each time we find that we > missed something. (Where 'missed' might be another sort of weird memory > corruption hard to trigger.) The alignment guarantees are clearly documented and objects are misaligned in debugging kernels. Looking at 3acd48507dc43eeeb:Looks like no one tested that patch with a debug kernel or full debugging on until it hit mainline. Not good. The consequence for the lack of proper testing is to make the production kernel contain the debug measures?