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=-8.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham 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 CCC5DC433C1 for ; Mon, 22 Mar 2021 16:13:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id A20036192B for ; Mon, 22 Mar 2021 16:13:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230106AbhCVQM7 (ORCPT ); Mon, 22 Mar 2021 12:12:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43594 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231920AbhCVQMX (ORCPT ); Mon, 22 Mar 2021 12:12:23 -0400 Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5FEB8C061574 for ; Mon, 22 Mar 2021 09:12:23 -0700 (PDT) Received: by mail-ed1-x531.google.com with SMTP id y6so20067293eds.1 for ; Mon, 22 Mar 2021 09:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3rLm/oL3RLf373BC6U5HiKi0in0UyPoJg06mhr8jBX0=; b=i5z+kS70ciBt6dOaM0rVcxRxlzKibB/h+7qoHYEnTRlw4GegHXbMsDP+xHfGuUB84w /eIlbMndd/DUG7UJcJE09rKhnhnuzOaKxMUuAsZp8BJyMrHJTXSOu45GQG66cIWUUS5T niGqBQXcY8t+zCAxzjQbiNL4c8gyK5QIB4oCV7bDGzSQXegPUNNPl2AlhvoQrQCkNUIe ssQghePVUM+jooceQqebUsvIClRoqJHDrgRC5CSinqr01Zq+c5g5f+KgvZ2ojuBoe9Ty SMJ2XwLCnUru4dspmuyXRB1ODDGLUzqyZIqPjiRtpcFnPewPy0j75i4eYDA6Ku6LMncs Z0qg== 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=3rLm/oL3RLf373BC6U5HiKi0in0UyPoJg06mhr8jBX0=; b=f50IVHYl1qHddv31x/3P59kGCEcK/vr3RGm4bFWOJgkLfkLS0kBavg69LxeBvKtyCm IPlIMzBv+Rl8ok8UWAEmr8NnBhPR4n9CTX/zpAXfN0wHy4wnqypwdQGiHu9EtHu1GMyp V3HGGb8Rzl0q0ZL2yvocU5ib9MflDrrMMwJyBzuAzlOKRw6n3Yqwo3ld3PVUyvORrCza nKuBDz6OxKlTH7xQMB8Sx+PCMlul5lWpl/4FlVT2BFLxgL8YyAT/tsqyLwZmpa4l9067 SC1S5JIUAsUktsNnEq9tm/ayJDU0vQ224u95I31OzdCKcOzVFIwK1U/7A2oS2NiFsghr 6qbA== X-Gm-Message-State: AOAM531jYkfTrKvkFsyuwRHjRiaZ/YWTE/GNt+geQCvlrWBPNGHj+Dz4 CjgcqYdVD8o5um4LTrCbOJd63f0UCXTU4K+l/PIywQ== X-Google-Smtp-Source: ABdhPJzaVwsChvZ9VMzl1ZuBju6puAZEPiUq34CGwwdG+nyIfBCqKoTXapJxIYEhHnaAYR6njv6fDLVTc+XhSzEkOoE= X-Received: by 2002:aa7:cd0e:: with SMTP id b14mr328737edw.354.1616429542133; Mon, 22 Mar 2021 09:12:22 -0700 (PDT) MIME-Version: 1.0 References: <20210322160200.19633-1-david@redhat.com> <20210322160200.19633-4-david@redhat.com> In-Reply-To: <20210322160200.19633-4-david@redhat.com> From: Dan Williams Date: Mon, 22 Mar 2021 09:12:13 -0700 Message-ID: Subject: Re: [PATCH v1 3/3] kernel/resource: remove first_lvl / siblings_only logic To: David Hildenbrand Cc: Linux Kernel Mailing List , Linux MM , Andrew Morton , Greg Kroah-Hartman , Daniel Vetter , Andy Shevchenko , Mauro Carvalho Chehab , Dave Young , Baoquan He , Vivek Goyal , Dave Hansen , Keith Busch , Michal Hocko , Qian Cai , Oscar Salvador , Eric Biederman , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Tom Lendacky , Brijesh Singh , X86 ML , Kexec Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 22, 2021 at 9:03 AM David Hildenbrand wrote: > > All IORESOURCE_SYSTEM_RAM and IORESOURCE_MEM now properly consider the > whole resource tree, not just the first level. Let's drop the unused > first_lvl / siblings_only logic. > > All functions properly search the whole tree, so remove documentation > that indicates that some functions behave differently. Looks good, and the staging of the potential regressions as standalone lead-in patches makes sense. Reviewed-by: Dan Williams 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=-8.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham 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 2894AC433C1 for ; Mon, 22 Mar 2021 16:12:46 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id BF3BD61974 for ; Mon, 22 Mar 2021 16:12:45 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BF3BD61974 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id AE5736B00F0; Mon, 22 Mar 2021 11:53:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id ABD366B00F2; Mon, 22 Mar 2021 11:53:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 960186B00F3; Mon, 22 Mar 2021 11:53:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0032.hostedemail.com [216.40.44.32]) by kanga.kvack.org (Postfix) with ESMTP id 7A2AF6B00F0 for ; Mon, 22 Mar 2021 11:53:54 -0400 (EDT) Received: from smtpin17.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id DD1F71802390D for ; Mon, 22 Mar 2021 16:12:44 +0000 (UTC) X-FDA: 77948003448.17.A6D8B24 Received: from mail-ed1-f42.google.com (mail-ed1-f42.google.com [209.85.208.42]) by imf08.hostedemail.com (Postfix) with ESMTP id A9B0A801AE77 for ; Mon, 22 Mar 2021 16:12:17 +0000 (UTC) Received: by mail-ed1-f42.google.com with SMTP id l18so11843280edc.9 for ; Mon, 22 Mar 2021 09:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3rLm/oL3RLf373BC6U5HiKi0in0UyPoJg06mhr8jBX0=; b=i5z+kS70ciBt6dOaM0rVcxRxlzKibB/h+7qoHYEnTRlw4GegHXbMsDP+xHfGuUB84w /eIlbMndd/DUG7UJcJE09rKhnhnuzOaKxMUuAsZp8BJyMrHJTXSOu45GQG66cIWUUS5T niGqBQXcY8t+zCAxzjQbiNL4c8gyK5QIB4oCV7bDGzSQXegPUNNPl2AlhvoQrQCkNUIe ssQghePVUM+jooceQqebUsvIClRoqJHDrgRC5CSinqr01Zq+c5g5f+KgvZ2ojuBoe9Ty SMJ2XwLCnUru4dspmuyXRB1ODDGLUzqyZIqPjiRtpcFnPewPy0j75i4eYDA6Ku6LMncs Z0qg== 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=3rLm/oL3RLf373BC6U5HiKi0in0UyPoJg06mhr8jBX0=; b=kz5IAalF7DrmoX8PGGj3sku8x95csbAs+rGD++fEPxO8B7DQNJ5ZFn/awSVsyylo+e h1M5NY+LFXZlDAE3DnKEz+kmQEWloQrmzZiUdKWHxhpJgWIYIqy3sPHZah4gT3mlmBid 6vkpasZyHNu+keBInT5g4rjwI6yCsmrqmVjO+4JfgX9aoooAPSgzn/Ffd/vBSW784LnC OgfOnfciIjX/rUN5OhyCOOkJF6vILqKprmZtBg4yrhn//zTG+Bi61gDNLsJA/r9iYOYD zFtPoIeeyxGIAurneeCefJwwM/mPDoPdyua5i6NvPWb+Dg6EfSg1WBy2ow81l/oMemsF we2w== X-Gm-Message-State: AOAM532moClSolbPLWbJXdZNg3acm/ZJPr65ey+k5KGgzwFVzxmeLbFQ 0GgdZFh4BC9U3DIxloWg+ZqaG0lWL8xStu8wHLo/mA== X-Google-Smtp-Source: ABdhPJzaVwsChvZ9VMzl1ZuBju6puAZEPiUq34CGwwdG+nyIfBCqKoTXapJxIYEhHnaAYR6njv6fDLVTc+XhSzEkOoE= X-Received: by 2002:aa7:cd0e:: with SMTP id b14mr328737edw.354.1616429542133; Mon, 22 Mar 2021 09:12:22 -0700 (PDT) MIME-Version: 1.0 References: <20210322160200.19633-1-david@redhat.com> <20210322160200.19633-4-david@redhat.com> In-Reply-To: <20210322160200.19633-4-david@redhat.com> From: Dan Williams Date: Mon, 22 Mar 2021 09:12:13 -0700 Message-ID: Subject: Re: [PATCH v1 3/3] kernel/resource: remove first_lvl / siblings_only logic To: David Hildenbrand Cc: Linux Kernel Mailing List , Linux MM , Andrew Morton , Greg Kroah-Hartman , Daniel Vetter , Andy Shevchenko , Mauro Carvalho Chehab , Dave Young , Baoquan He , Vivek Goyal , Dave Hansen , Keith Busch , Michal Hocko , Qian Cai , Oscar Salvador , Eric Biederman , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Tom Lendacky , Brijesh Singh , X86 ML , Kexec Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: A9B0A801AE77 X-Stat-Signature: ck9hmnpc1j8xg7r7rhz6yj6rqwprjhch Received-SPF: none (intel.com>: No applicable sender policy available) receiver=imf08; identity=mailfrom; envelope-from=""; helo=mail-ed1-f42.google.com; client-ip=209.85.208.42 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1616429537-303011 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon, Mar 22, 2021 at 9:03 AM David Hildenbrand wrote: > > All IORESOURCE_SYSTEM_RAM and IORESOURCE_MEM now properly consider the > whole resource tree, not just the first level. Let's drop the unused > first_lvl / siblings_only logic. > > All functions properly search the whole tree, so remove documentation > that indicates that some functions behave differently. Looks good, and the staging of the potential regressions as standalone lead-in patches makes sense. Reviewed-by: Dan Williams From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-ed1-x535.google.com ([2a00:1450:4864:20::535]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lONAE-00C06N-PF for kexec@lists.infradead.org; Mon, 22 Mar 2021 16:12:24 +0000 Received: by mail-ed1-x535.google.com with SMTP id h10so20007277edt.13 for ; Mon, 22 Mar 2021 09:12:22 -0700 (PDT) MIME-Version: 1.0 References: <20210322160200.19633-1-david@redhat.com> <20210322160200.19633-4-david@redhat.com> In-Reply-To: <20210322160200.19633-4-david@redhat.com> From: Dan Williams Date: Mon, 22 Mar 2021 09:12:13 -0700 Message-ID: Subject: Re: [PATCH v1 3/3] kernel/resource: remove first_lvl / siblings_only logic List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: David Hildenbrand Cc: Linux Kernel Mailing List , Linux MM , Andrew Morton , Greg Kroah-Hartman , Daniel Vetter , Andy Shevchenko , Mauro Carvalho Chehab , Dave Young , Baoquan He , Vivek Goyal , Dave Hansen , Keith Busch , Michal Hocko , Qian Cai , Oscar Salvador , Eric Biederman , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Tom Lendacky , Brijesh Singh , X86 ML , Kexec Mailing List On Mon, Mar 22, 2021 at 9:03 AM David Hildenbrand wrote: > > All IORESOURCE_SYSTEM_RAM and IORESOURCE_MEM now properly consider the > whole resource tree, not just the first level. Let's drop the unused > first_lvl / siblings_only logic. > > All functions properly search the whole tree, so remove documentation > that indicates that some functions behave differently. Looks good, and the staging of the potential regressions as standalone lead-in patches makes sense. Reviewed-by: Dan Williams _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec