Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp295588rwn; Thu, 8 Sep 2022 01:31:59 -0700 (PDT) X-Google-Smtp-Source: AA6agR47vB/y7YKLQKeNv79ui+BUp0V9LgIG6W52TcJz5pXe6pNWN1Hqeew7uOedOYyoGO6gXeZ9 X-Received: by 2002:a17:907:a079:b0:770:78cb:6650 with SMTP id ia25-20020a170907a07900b0077078cb6650mr5148181ejc.515.1662625919126; Thu, 08 Sep 2022 01:31:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662625919; cv=none; d=google.com; s=arc-20160816; b=A8a8InXw0gZqmz7Jk72zUENaKMYTp8k3djXcHqISZfEWDqrPy1EZ8aCDpnGYZ76dhP s+ksbNpYkXJJPAfiA0CPjPpxrldegoeVwx6I6LYMhSbsDtH7RKuGY8xxIWvtAkiKJoJF HBDbg40kreo5aBoIJeMsE2Fa0HYtToQBGs8IuZjDG67wMTLZ0ZR24LwsAB6zUuZqkOtp BkXKrhmadEbi7mh2HSZ/3vTPLHsMxmPPySHNsIBWnpgWRdetf0ZMM12Amaazm+z+nrLg U9cqHHzwer9ezcdZrF+EYc9kWXS9ystxO+uss2nPOjYIXjqbm3gKqpaNI5+pBiR4FlJX RfDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:dkim-signature:date; bh=DqfWXb2eEuuOxMq6abU6PffruFzdNn4Aud1F5cFJAhI=; b=g+GkoueSt0HfOnWrWw+ncCA1u3jbB9FUqqRfhPa5DvsixPzIshXFqIWL6cTHGGIy4d wVUVf3AGSunLpVOxUFNk6K+0CH+uOvGvAFgpdFtSaUST5OT/jQu8P6Q29ntTX9PHLkvI zSKMIGgKRTuWnpQrkpkxKK0YyXdaswZMFCRAXCj3FzNa/wEF6YndN1Wp2+IU8MoUSlLH qrgGVwfhmpSPo2SZhhZSlas7QR4U2dFZzygtGHxdGxrUI1yzgvdYkzB3Ybo2BQQtMaeY KUrhLWQ9qlVsblZWYmykdHGhkMI9Io0BYxPXfp7P+lOASEal11AN72BHZD+PNWGIpYnY O3Rw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=Fw8tAVGZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cw9-20020a170906478900b0076fa1e1274bsi1759242ejc.202.2022.09.08.01.31.34; Thu, 08 Sep 2022 01:31:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=Fw8tAVGZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230502AbiIHHan (ORCPT + 99 others); Thu, 8 Sep 2022 03:30:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48386 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230166AbiIHHaj (ORCPT ); Thu, 8 Sep 2022 03:30:39 -0400 Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 601AE91D18; Thu, 8 Sep 2022 00:30:38 -0700 (PDT) Date: Thu, 8 Sep 2022 03:29:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1662622236; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DqfWXb2eEuuOxMq6abU6PffruFzdNn4Aud1F5cFJAhI=; b=Fw8tAVGZj5GyiSqYxRkRmSk4x1RT2ZwVJU0JDfghWsKBfIGHKaRr04lhoKOVAsK9mBuLF+ 9iI0Zcp5Zlk1fasn3UZcG2E28IiTTnVsfmeKdAq1LMPY/5nchmAf+pI4zvkYYgOYnJoj7B 58GfzCiu+o2KhFlYF9EH5IZegrVCLG0= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: Michal Hocko Cc: Steven Rostedt , Suren Baghdasaryan , Mel Gorman , Peter Zijlstra , Andrew Morton , Vlastimil Babka , Johannes Weiner , Roman Gushchin , Davidlohr Bueso , Matthew Wilcox , "Liam R. Howlett" , David Vernet , Juri Lelli , Laurent Dufour , Peter Xu , David Hildenbrand , Jens Axboe , mcgrof@kernel.org, masahiroy@kernel.org, nathan@kernel.org, changbin.du@intel.com, ytcoode@gmail.com, Vincent Guittot , Dietmar Eggemann , Benjamin Segall , Daniel Bristot de Oliveira , Valentin Schneider , Christopher Lameter , Pekka Enberg , Joonsoo Kim , 42.hyeyoo@gmail.com, Alexander Potapenko , Marco Elver , Dmitry Vyukov , Shakeel Butt , Muchun Song , arnd@arndb.de, jbaron@akamai.com, David Rientjes , Minchan Kim , Kalesh Singh , kernel-team , linux-mm , iommu@lists.linux.dev, kasan-dev@googlegroups.com, io-uring@vger.kernel.org, linux-arch@vger.kernel.org, xen-devel@lists.xenproject.org, linux-bcache@vger.kernel.org, linux-modules@vger.kernel.org, LKML Subject: Re: [RFC PATCH 00/30] Code tagging framework and applications Message-ID: <20220908072950.yapakb5scocxezhy@kmo-framework> References: <20220901201502.sn6223bayzwferxv@moria.home.lan> <20220905234649.525vorzx27ybypsn@kmo-framework> <20220906182058.iijmpzu4rtxowy37@kmo-framework> <20220907130323.rwycrntnckc6h43n@kmo-framework> <20220907094306.3383dac2@gandalf.local.home> <20220908063548.u4lqkhquuvkwzvda@kmo-framework> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: linux.dev X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 08, 2022 at 09:12:45AM +0200, Michal Hocko wrote: > Then you have probably missed a huge part of my emails. Please > re-read. If those arguments are not clear, feel free to ask for > clarification. Reducing the whole my reasoning and objections to the > sentence above and calling that vapid and lazy is not only unfair but > also disrespectful. What, where you complained about slab's page allocations showing up in the profile instead of slab, and I pointed out to you that actually each and every slab call is instrumented, and you're just seeing some double counting (that we will no doubt fix?) Or when you complained about allocation sites where it should actually be the caller that should be instrumented, and I pointed out that it'd be quite easy to simply change that code to use _kmalloc() and slab_tag_add() directly, if it becomes an issue. Of course, if we got that far, we'd have this code to thank for telling us where to look! Did I miss anything?