Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp1446418pxb; Fri, 18 Feb 2022 07:59:39 -0800 (PST) X-Google-Smtp-Source: ABdhPJwKAHZMVr7UYfqH5zMzZQKNWXnxXyjmZfkfWVuoFyS270poLzIuubE2AxPguWERvZbTBYWo X-Received: by 2002:a17:902:9a8e:b0:14d:ae35:19f9 with SMTP id w14-20020a1709029a8e00b0014dae3519f9mr8128620plp.66.1645199978801; Fri, 18 Feb 2022 07:59:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645199978; cv=none; d=google.com; s=arc-20160816; b=WYQphhOVaGlO0X/v7LB5jpogtrFBmI+eCg3lNmbn7Et7Yn/oSEamptS59TpldEYTPr pzNYn4ZCCtqVL6RiN7JHgKJexQo61OGOZ2zK8tQWz7N5iBWlwxL87fEbqcy/zIfepfp6 mYOsQVRWlz6O8GhkUptFHzwrFmuzM5OgytsJYkEua+eU21rFokVwERJ7dLn46CqaJcvC em3l+szSgj1PQUZHOP/lop99ZFOz2GKyJUl5iAsb2+lRuBlRtfP4K5ech8P3RbTduU5r g0M0ryXV+TBWYnzNQFwvAVmdSL1h9FnHE0hUMO6rwNYDo9asyxRURT8XcRvP7q2sF6Kn oI3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=93CVqQreNey4UxGTD3l51x3Bbik2BD7CmQHLf6XaIHw=; b=q9dKo8ml5UiHieRGPQ8TFJTWaDYHQlfmmA89tb6RzAEEseMuRF/Tj4OFidS7mj0O6z FKnz1CWChmNubh2UwitStHYgbbctrF1p0MUhITzdEf0XsL0CAawyPDkE1fwfPnfWkysG GKAeZKrjP//xeYq/okpY+g42OgyVAtY45jbSYXjTyBw3KZ3rpMYj9lNK14yKn2hvTzxC iTckBxyI681jgJ39uOOPhu3lpkxYgWjo59c5ki9B8bh5TC2sGxCDrA7T8QU95lpC16RL wjw6YbigIhWoicDcaUneJRpYk75Y2SXnmlruzgtNsvtjS59n0S1eGjJtDqm6CI4NRt1X 7qsQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=SehDqi+G; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q12si7572921pln.15.2022.02.18.07.59.22; Fri, 18 Feb 2022 07:59:38 -0800 (PST) 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=@google.com header.s=20210112 header.b=SehDqi+G; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235642AbiBRNGC (ORCPT + 99 others); Fri, 18 Feb 2022 08:06:02 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:47842 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235645AbiBRNFy (ORCPT ); Fri, 18 Feb 2022 08:05:54 -0500 Received: from mail-yw1-x1135.google.com (mail-yw1-x1135.google.com [IPv6:2607:f8b0:4864:20::1135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AEA252B4622 for ; Fri, 18 Feb 2022 05:05:37 -0800 (PST) Received: by mail-yw1-x1135.google.com with SMTP id 00721157ae682-2d641c31776so65579067b3.12 for ; Fri, 18 Feb 2022 05:05:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=93CVqQreNey4UxGTD3l51x3Bbik2BD7CmQHLf6XaIHw=; b=SehDqi+GFuUda/fggyakKXC3GucwEVDzfyQ+XB9SegLzhnRdrEK7aOvlk06jwkzCsS aNaSLYT+u+8pGDTa6UjxHl1z8UdBLaj0G/HWoaslLDhTyhLJg9cGPFP+Y6it77yj34pM tFCzlWkyBqHljmskcdiiY81P7bZ5VzAUc2D5oDJkUhlSsNIDaEDZqmc6HVSKvgvsGWwa nEx03mCYzfg4NNLI/TK2UKoqYUJ/BWOdpZ4uoww3tVdfX3l5hbuamJYD5Ic9lKdNcPPA 6yHpMj89muImtCYlQ/NSY24a+GuI562an7j8znatM/94Eb4hg1AvJQIlfSgm/3qAqJid zvvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=93CVqQreNey4UxGTD3l51x3Bbik2BD7CmQHLf6XaIHw=; b=Odiighs1ZwS5CuMi7SDn0qXAFKx/Pcxg61kWHvqu0F2O44fLPZJLXFpASqYUHnSo7+ VtYfZFZRMDhfl5f86eeNenhmOyNDuf/zbbfxwkbLWS+PnIg3lt1VY50t4FhkHU2PQ2Ug CToDgVAsL3FsZPeO7EHzb/NERXHhP/iNasRtdBGDVVehR6Lah7R8hDUGdGH2HJ8IUFlT WxIYxSSJQXmSOpzhDzhWXtuUj9EeCqzLz48374zmr3AbZc2xvsSK0oGz6SdSiP55wy5c LEltGuzEj6aNEGdexcCUcr8oy/6Btngu6e3RAW+v5Xct2d5c7juxSTVKDKzz0YgxTNjo XZJQ== X-Gm-Message-State: AOAM530TUN9bT6vsHUEI3e65iTkIROZr1zDp/Jh6uUceXsVn06RCU0Ax C2AY00At7AeAqGFz0o1D47yD6zaJ+rmPV4mWq4pdzw== X-Received: by 2002:a81:1516:0:b0:2d0:e7ca:2a5 with SMTP id 22-20020a811516000000b002d0e7ca02a5mr7291377ywv.55.1645189536473; Fri, 18 Feb 2022 05:05:36 -0800 (PST) MIME-Version: 1.0 References: <20220217140441.1218045-1-andrzej.hajda@intel.com> <20220217140441.1218045-6-andrzej.hajda@intel.com> <8f6fb098-d0d9-910e-7d42-9fbc541f9891@intel.com> In-Reply-To: <8f6fb098-d0d9-910e-7d42-9fbc541f9891@intel.com> From: Eric Dumazet Date: Fri, 18 Feb 2022 05:05:25 -0800 Message-ID: Subject: Re: [PATCH 5/9] lib/ref_tracker: improve allocation flags To: Andrzej Hajda Cc: LKML , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, netdev , Jani Nikula , Daniel Vetter , Lucas De Marchi , Chris Wilson , Dmitry Vyukov , Jakub Kicinski Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable 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 Fri, Feb 18, 2022 at 2:28 AM Andrzej Hajda wrote: > > git log --oneline 5740d0689096..4d449bdc5b26 --no-merges -- lib/ref_tracker.c > > c2d1e3df4af59261777b39c2e47476acd4d1cbeb ref_tracker: remove > > filter_irq_stacks() call > > 8fd5522f44dcd7f05454ddc4f16d0f821b676cd9 ref_tracker: add a count of > > untracked references > > e3ececfe668facd87d920b608349a32607060e66 ref_tracker: implement > > use-after-free detection > > > So I will cherry-pick these patches into next version of patchset, with > "NO MERGE" annotation (to allow testing), and if my ref_track patches > will be accepted then they can go via net-dev tree and intel patches > will wait till update of drm-tip. > Is this scenario OK? One possibility would be to split your patch series in two, to merge the ref_tracker changes directly in net-next asap. But I have no strong opinion, maybe Jakub/David have some guidance.