From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.3 required=3.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_IN_DEF_DKIM_WL autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DC419C4742C for ; Fri, 13 Nov 2020 14:26:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AA6F622256 for ; Fri, 13 Nov 2020 14:26:11 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="tBEUGg9m" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726721AbgKMO0J (ORCPT ); Fri, 13 Nov 2020 09:26:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58218 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726488AbgKMO0I (ORCPT ); Fri, 13 Nov 2020 09:26:08 -0500 Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 21BD6C0617A7 for ; Fri, 13 Nov 2020 06:26:08 -0800 (PST) Received: by mail-lj1-x242.google.com with SMTP id y16so10917583ljk.1 for ; Fri, 13 Nov 2020 06:26:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ln2GRUjVpnDT7Mk6GOzURXdFa3B/qNPKtgBr91rF3Y8=; b=tBEUGg9mecjA80Anvmx5G0cnS3JhF+nrBAgNq8A7GEABsExzx8u7CEy1tE7KB673Ob 0D8D0KxoBWNju8L7t2wh0WQmIgOD5kNLR28B+TMsRYAFxujTKUhOA8BE17PdrEaOZrTV HOkHak+nfp0rmg81FkGTT6TulZ7Fwpx2QWwoMT1dPgKGK396xpO55OmiOqsm4P6tc3D2 FPCfHVkq8JieYeEGg7McqGQWUuf+0caHRsX6IJS9hGkp+MxTzsaSwX51E0o/vgCYkWR/ A1oNWf2GG0eKp2EAySUL4ewDqMKyA3xIs5jNX23DlffWOm00az+YbVSHheYyIPAUoFlB DPHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ln2GRUjVpnDT7Mk6GOzURXdFa3B/qNPKtgBr91rF3Y8=; b=L++nrpNB+fHl2MTVIAELkUv4DYVATbrXBt/LlRYd2IF0s0D+9GHumkv/Hb5wbYQyjK d4Powu0BmGl/EYyAaa5Ub663PtVCu7zv96Afy0RoPE9kMvS2CTHnC0WOs5mi/Mizxkw5 zGWt+CYA+2AYwR0PCEchFG1PsdcQ9/8ADs9Jm61i5+9e4LfoIAssLj1yI9lYxKeT2mXH G/ZfGRM5nAnNnKy+LXOvqRNe+T5XXQyI60HHrH0hLhZrtm5Y5la+86H2W+aKZF4+WIWa sDmQj1H221/IvJfqjxSpJNuia/RbE32Q6BwhYwWgpFP60Uzli7M2XXvWrUiHENGY9yWv xhog== X-Gm-Message-State: AOAM5329h666xAHN88VTjSmbFHcV5g1PVTdyITmmed036RuPfsDCuRpU B1OMVtPNjKXU2jVwXgY7Sjd8bzG4STzh69ALfY+lrA== X-Google-Smtp-Source: ABdhPJwkPUF84yhwtEnH94fDYeqbMfMK/HGN5BYBm0wdW+/BUUCDcuunRtEs6TRfAqG8/TsftGMFH2eLdYT8KvwO1u4= X-Received: by 2002:a2e:240e:: with SMTP id k14mr1220850ljk.332.1605277565218; Fri, 13 Nov 2020 06:26:05 -0800 (PST) MIME-Version: 1.0 References: <20201112221543.3621014-1-guro@fb.com> <20201112221543.3621014-2-guro@fb.com> <20201113095632.489e66e2@canb.auug.org.au> <20201113002610.GB2934489@carbon.dhcp.thefacebook.com> <20201113030456.drdswcndp65zmt2u@ast-mbp> <20201112191825.1a7c3e0d50cc5e375a4e887c@linux-foundation.org> <20201113040151.GA2955309@carbon.dhcp.thefacebook.com> In-Reply-To: <20201113040151.GA2955309@carbon.dhcp.thefacebook.com> From: Shakeel Butt Date: Fri, 13 Nov 2020 06:25:53 -0800 Message-ID: Subject: Re: [PATCH bpf-next v5 01/34] mm: memcontrol: use helpers to read page's memcg data To: Roman Gushchin Cc: Alexei Starovoitov , Andrew Morton , Stephen Rothwell , bpf , Alexei Starovoitov , Daniel Borkmann , Network Development , Andrii Nakryiko , linux-mm , LKML , Kernel Team , Johannes Weiner , Michal Hocko Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: bpf@vger.kernel.org On Thu, Nov 12, 2020 at 8:02 PM Roman Gushchin wrote: > > On Thu, Nov 12, 2020 at 07:25:48PM -0800, Alexei Starovoitov wrote: > > On Thu, Nov 12, 2020 at 7:18 PM Andrew Morton wrote: > > > > > > On Thu, 12 Nov 2020 19:04:56 -0800 Alexei Starovoitov wrote: > > > > > > > On Thu, Nov 12, 2020 at 04:26:10PM -0800, Roman Gushchin wrote: > > > > > > > > > > These patches are not intended to be merged through the bpf tree. > > > > > They are included into the patchset to make bpf selftests pass and for > > > > > informational purposes. > > > > > It's written in the cover letter. > > > > ... > > > > > Maybe I had to just list their titles in the cover letter. Idk what's > > > > > the best option for such cross-subsystem dependencies. > > > > > > > > We had several situations in the past releases where dependent patches > > > > were merged into multiple trees. For that to happen cleanly from git pov > > > > one of the maintainers need to create a stable branch/tag and let other > > > > maintainers pull that branch into different trees. This way the sha-s > > > > stay the same and no conflicts arise during the merge window. > > > > In this case sounds like the first 4 patches are in mm tree already. > > > > Is there a branch/tag I can pull to get the first 4 into bpf-next? > > > > > > Not really, at present. This is largely by design, although it does cause > > > this problem once or twice a year. > > > > > > These four patches: > > > > > > mm-memcontrol-use-helpers-to-read-pages-memcg-data.patch > > > mm-memcontrol-slab-use-helpers-to-access-slab-pages-memcg_data.patch > > > mm-introduce-page-memcg-flags.patch > > > mm-convert-page-kmemcg-type-to-a-page-memcg-flag.patch > > > > > > are sufficiently reviewed - please pull them into the bpf tree when > > > convenient. Once they hit linux-next, I'll drop the -mm copies and the > > > bpf tree maintainers will then be responsible for whether & when they > > > get upstream. > > > > That's certainly an option if they don't depend on other patches in the mm tree. > > Roman probably knows best ? > > Yes, they are self-contained and don't depend on any patches in the mm tree. > The patch "mm, kvm: account kvm_vcpu_mmap to kmemcg" in mm tree depends on that series.