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=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,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 6D45CC433E7 for ; Thu, 15 Oct 2020 01:00:59 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id ED31822255 for ; Thu, 15 Oct 2020 01:00:58 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org ED31822255 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.7056.18459 (Exim 4.92) (envelope-from ) id 1kSrdI-00009l-4h; Thu, 15 Oct 2020 01:00:40 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 7056.18459; Thu, 15 Oct 2020 01:00:40 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kSrdI-00008t-17; Thu, 15 Oct 2020 01:00:40 +0000 Received: by outflank-mailman (input) for mailman id 7056; Thu, 15 Oct 2020 01:00:39 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kSrdG-000898-Uy for xen-devel@lists.xenproject.org; Thu, 15 Oct 2020 01:00:38 +0000 Received: from mga09.intel.com (unknown [134.134.136.24]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 6e5c3bc9-bca5-4c95-a360-780f87990fdd; Thu, 15 Oct 2020 01:00:35 +0000 (UTC) Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2020 18:00:33 -0700 Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.25]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2020 18:00:33 -0700 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kSrdG-000898-Uy for xen-devel@lists.xenproject.org; Thu, 15 Oct 2020 01:00:38 +0000 X-Inumbo-ID: 6e5c3bc9-bca5-4c95-a360-780f87990fdd Received: from mga09.intel.com (unknown [134.134.136.24]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 6e5c3bc9-bca5-4c95-a360-780f87990fdd; Thu, 15 Oct 2020 01:00:35 +0000 (UTC) IronPort-SDR: 6qH4PBgr3GRVJiM562Z+3wdm3ksv29kwdFYVXIeFB34y7aGAXHj3S6vxL7dE0QuWxuu6g2fBmo OhmMzFBNdjCA== X-IronPort-AV: E=McAfee;i="6000,8403,9774"; a="166348621" X-IronPort-AV: E=Sophos;i="5.77,376,1596524400"; d="scan'208";a="166348621" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2020 18:00:33 -0700 IronPort-SDR: KS3Q2MPMmR4hzA6BX3wFA5W4ZTgE4BVgWBtN9d6K0JraXbAetqre2n+FMuEAQ3xYV6F7MwO/RB ken2QsQHin7A== X-IronPort-AV: E=Sophos;i="5.77,376,1596524400"; d="scan'208";a="531053664" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.25]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2020 18:00:33 -0700 Subject: [PATCH 0/2] device-dax subdivision v5 to v6 fixups From: Dan Williams To: linux-kernel@vger.kernel.org Cc: David Hildenbrand , Ira Weiny , Dave Jiang , Boris Ostrovsky , Jonathan Cameron , Brice Goglin , Vishal Verma , Stefano Stabellini , xen-devel@lists.xenproject.org, Jia He , Andrew Morton , Dave Hansen , Juergen Gross , Pavel Tatashin , Joao Martins , akpm@linux-foundation.org, linux-nvdimm@lists.01.org, linux-mm@kvack.org Date: Wed, 14 Oct 2020 17:42:04 -0700 Message-ID: <160272252400.3136502.13635752844548960833.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.18-3-g996c MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, The v5 series of the device-dax-subdivision series landed upstream which missed some of the late breaking fixups in v6 [1]. The Xen one is cosmetic, the kmem one is a functional problem. I will handle the kmem in a device-dax follow-on pull request post-rc1. The Xen one can go through the Xen tree at its own pace. My thanks to Andrew for wrangling the thrash up to v5, and my apologies to Andrew et al for not highlighting this gap sooner. [1]: http://lore.kernel.org/r/160196728453.2166475.12832711415715687418.stgit@dwillia2-desk3.amr.corp.intel.com --- Dan Williams (2): device-dax/kmem: Fix resource release xen/unpopulated-alloc: Consolidate pgmap manipulation drivers/dax/kmem.c | 48 ++++++++++++++++++++++++++++----------- drivers/xen/unpopulated-alloc.c | 14 ++++++----- 2 files changed, 41 insertions(+), 21 deletions(-) base-commit: 4da9af0014b51c8b015ed8c622440ef28912efe6