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=-3.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE, SPF_PASS 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 65E78C47E49 for ; Tue, 22 Oct 2019 16:48:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3C71F20B7C for ; Tue, 22 Oct 2019 16:48:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=intel-com.20150623.gappssmtp.com header.i=@intel-com.20150623.gappssmtp.com header.b="s6UgbS4y" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731707AbfJVQsZ (ORCPT ); Tue, 22 Oct 2019 12:48:25 -0400 Received: from mail-ot1-f68.google.com ([209.85.210.68]:43969 "EHLO mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727154AbfJVQsZ (ORCPT ); Tue, 22 Oct 2019 12:48:25 -0400 Received: by mail-ot1-f68.google.com with SMTP id j33so320328ota.10 for ; Tue, 22 Oct 2019 09:48:25 -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=0+6No+BxgIjHWFQl8mEre5geCrP8fi/EeYgiUXvYmaQ=; b=s6UgbS4ygkuYPcJAAz3pNE7NObfVgWrxILYPPMZ64u/k26Tlh6VILXVknF/EVXamYW JfGqLPtKv0uhIS82q3cjRbmSV68r0gXlRmOSju0sYhJbF19LHXbbiaJ1L9AhhaKRTiKP 7Nmc/i7KXYTM75gzn8DB3Ffy4pCr6Gj5U2IhXd6VogFuoho9HkbeTx34hgnfHaDpxJ6R F2vb0qYVbMjW7271kotp9FaczmghmLyL0qHzn7+ppM77aAE1H8W4VMzOgeKAVFZVDeIY ZTJYmyN1FW5YCH4xLwCspopHQI0elv9i01FAWMh92jB+mTr1bnUOm41F0QAuqBnvll+T N/Rw== 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=0+6No+BxgIjHWFQl8mEre5geCrP8fi/EeYgiUXvYmaQ=; b=oCdl7NFMP5TZrKZGvGW1WaTYmyBJ9Y4KRpHsBp2YzEopREOs9QY0zXvnCiQqvYPzSe yUc+8vVf7NrSVyb5hsjVzqf1G/gXcdNCu5uFmwsYpWkpGpdxfxqktfD2gUO38VEGGDxj MW6GJ2xRo89V3rQlagF1nB3SZYt1C1binBH5HgqkOm3+3VajzO3fxp2+Cj4zvHB0m3Ws RzUiBuDr1cWHF7wIQaP8jfhnpN5KeeaAPQJKnhq3Xk5JbfRjre8R8Q0pEqnjH9ucWhrr J0uVdvKqTPVHOBFiBM8yOMAqDCL0tN9vWk16zAAGTQ/Q+lmzM67vuX5tec5Bq65m2Kz4 2w9g== X-Gm-Message-State: APjAAAWwb5kGIRl5ogAzkzGOoZUsl86d79y5viTT5SJHPiAi1zkMussQ V7i4cJOz5DmqQBv/YTDAhH1Dez3ed9RV/oC86/NKJQ== X-Google-Smtp-Source: APXvYqwtw7FLGKUJW5VN/z168Ax4kCyZdkZTBUWqQLVn8w1bS74nzE4bXxhqmn24Xtn3tFVuwIDJyV6Rl48d61eRmdU= X-Received: by 2002:a9d:2d89:: with SMTP id g9mr3564630otb.126.1571762904646; Tue, 22 Oct 2019 09:48:24 -0700 (PDT) MIME-Version: 1.0 References: <157118756627.2063440.9878062995925617180.stgit@dwillia2-desk3.amr.corp.intel.com> <157118757175.2063440.9248947575330904096.stgit@dwillia2-desk3.amr.corp.intel.com> In-Reply-To: From: Dan Williams Date: Tue, 22 Oct 2019 09:48:12 -0700 Message-ID: Subject: Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory To: "Rafael J. Wysocki" Cc: Ingo Molnar , Len Brown , Keith Busch , "Rafael J. Wysocki" , Dave Hansen , Peter Zijlstra , Vishal Verma , Ard Biesheuvel , "the arch/x86 maintainers" , linux-efi , Linux Kernel Mailing List , ACPI Devel Maling List , Jonathan Cameron , Thomas Gleixner Content-Type: text/plain; charset="UTF-8" Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org On Tue, Oct 22, 2019 at 3:02 AM Rafael J. Wysocki wrote: > > On Fri, Oct 18, 2019 at 11:25 AM Rafael J. Wysocki wrote: > > > > On Wed, Oct 16, 2019 at 3:13 AM Dan Williams wrote: > > > > > > Currently hmat.c lives under an "hmat" directory which does not enhance > > > the description of the file. The initial motivation for giving hmat.c > > > its own directory was to delineate it as mm functionality in contrast to > > > ACPI device driver functionality. > > > > > > As ACPI continues to play an increasing role in conveying > > > memory location and performance topology information to the OS take the > > > opportunity to co-locate these NUMA relevant tables in a combined > > > directory. > > > > > > numa.c is renamed to srat.c and moved to drivers/acpi/numa/ along with > > > hmat.c. > > > > > > Cc: Len Brown > > > Cc: Keith Busch > > > Acked-by: Rafael J. Wysocki > > > Reviewed-by: Dave Hansen > > > Signed-off-by: Dan Williams > > > > Please note that https://patchwork.kernel.org/patch/11078171/ is being > > pushed to Linus (it is overdue anyway), so if it is pulled, there will > > be a merge conflict with this patch. > > > > Respin maybe? > > Actually, would you mind it if I took this one into the ACPI tree right away? > > There's https://patchwork.kernel.org/patch/11198373/ queued up that, > again, will clash with it. > > Also, there is the generic Initiator proximity domains series from > Jonathan depending on it and I would like to move forward with that > one if there are no objections. Given Ard has acked all the EFI core and ARM changes can we proceed with merging the EFI Specific Purpose Memory series through Rafael's tree? It would need acks from x86 maintainers.