Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp43945pxk; Tue, 22 Sep 2020 18:05:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyj1BlVgzK9ydfGlzzPQ+39azOvHZ1iZ0uBUUQCs8tglP/SMEu0SsI/UCw35ofgSfjXZAZP X-Received: by 2002:a05:6402:1b1d:: with SMTP id by29mr6983891edb.96.1600823130674; Tue, 22 Sep 2020 18:05:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600823130; cv=none; d=google.com; s=arc-20160816; b=EEhlkx10G02jJQcr1i+0oqqhXWSG/3sPJv9yMIB0xkoLdWyTCZgJNrsodgcCnk0c10 9N6HNiRRrTQXYH+B48fnyA500Zh68iHbR5TPYZZjUh4ckXdvBpY2b55gq8dG7ALb/fuz ugY55JbjzsRjvarmyeAdftzkFzqxMsM4GL7uJy/O8TRGkW8RE9GrNDsfSE/fyxgiTAZy DD2h4tY52xP/TI6CQmSndW72foxkL/wHEw8e5Hj1SU5f7DSa773Y9mBkHGTaWjI9+cKr ayekt2aQuYIqibfgcE1G9BI9ueE3+EmqHk7q8y2FeDcOu3MyGRWtv6KR5hT+jqNV9n+8 y6cg== 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=63NW9gk7HRpDHGoorZLXSxJtBEzJkCrOurZGFYdeq1s=; b=edokojyNxjqvjphOjBLKyq1Q6ZVPco+vBpcuIXSA+wdlDgPGgVtFEACvNAkUvGYOnv 6tV3ScePbiTGgIVQ6hnim4T10/ZMM/MtO7jvKcvXiRtpXrgGztbY9TSOH6mpMgo7sXrJ 8vCBxooCs9/nY3oNyMYb7u4QVNBc1SLye9rrzVJOxnJ/cBgZq+JMAu48bRw9WnXc1buB /u0QbTYaWBsUcaflRVinxHagibNKyPMOyIw7KA9PxxF8iQAQO8xA/Ky/slvn/R5IQf1G OEDVkBVVnq6weEEgQo69fET3CxHgg/adwlsVr8u8IomkR/kPCodaWxNc27tTYGv/kUuD Zqnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=QEiJCmMJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w11si11992275ejy.632.2020.09.22.18.05.06; Tue, 22 Sep 2020 18:05:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=QEiJCmMJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727203AbgIWAnP (ORCPT + 99 others); Tue, 22 Sep 2020 20:43:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47462 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727040AbgIWAnO (ORCPT ); Tue, 22 Sep 2020 20:43:14 -0400 Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 579DFC061755 for ; Tue, 22 Sep 2020 17:43:14 -0700 (PDT) Received: by mail-ed1-x543.google.com with SMTP id ay8so17983682edb.8 for ; Tue, 22 Sep 2020 17:43:14 -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=63NW9gk7HRpDHGoorZLXSxJtBEzJkCrOurZGFYdeq1s=; b=QEiJCmMJ+abH4jXWF874MeS11eIiKXKE3h+n39sqAGLPIycrn0MxhLfS6Wo+aHjo6o BgjErpz4dkHZ481e5ATkWq93dIaYf6zudSHfhcDNkoV5W8p3tDbaqO0s4spGS+JLBOVL xn4KEw0MJ1HUUzUo1qdlmI3HLQin57sr4yXqNNwLYhvbPhHVBqnKcLDYDRBfUSirJosj 6VaWUYcV9FK1rBmUDtcRLgsOTXJ8dZ55TiXMjedniQ+O9jvUR4qfgY1xDTm4+TC3Ugui fAgPDzIRGT2lufyhiDkf+4OuUSwYygqW1DEk06diJYWny7csi55q33hB6fNRubbxlgJ1 Vk+Q== 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=63NW9gk7HRpDHGoorZLXSxJtBEzJkCrOurZGFYdeq1s=; b=nX0tAWpg8ZP6RcIPqalzkm4s4LV/mgZvj2BWs47vyBGlgNUwG/HH9LEUMTeCFqGU8I 6//P6p+L7q6O2cbKyR4Ow5UO+g5zghgPBvhOni9dHlgoVXbgzFHvy/an4V4qKGyJSr0n zChdf1yeSoP4+TiL5/ELmb7lxqAhyRhvnQCgHBBK8Gm0YNv+s9WVHlplxREaseSf0YOL 556hjzuN3cxRyo0Yvj/nEUNwc9y29cax+QdEE0+qnfjIceaoN8hNUk2SR/2KHBFr0qi4 VPbnBr2PA1UFe3hyc+o5cBdPSAEkFIra3Bly2subIom2vBGuKJ8N/G/BunUrA1/1ReGQ g41w== X-Gm-Message-State: AOAM5330/0kqdDzbzEhhdhEMfUT5TzERrQCgXV5EgFp7MtyzqB2/2WjF nHkdC9lX7SHUWIGkl/9bYe5jKeUZW0Kf0zgSAkZM8Q== X-Received: by 2002:aa7:c511:: with SMTP id o17mr7090354edq.300.1600821793001; Tue, 22 Sep 2020 17:43:13 -0700 (PDT) MIME-Version: 1.0 References: <159643094279.4062302.17779410714418721328.stgit@dwillia2-desk3.amr.corp.intel.com> <20200821162134.97d551c6fe45b489992841a8@linux-foundation.org> <7d51834a-9544-b2e8-bfba-1c3e2da0e470@redhat.com> In-Reply-To: <7d51834a-9544-b2e8-bfba-1c3e2da0e470@redhat.com> From: Dan Williams Date: Tue, 22 Sep 2020 17:43:01 -0700 Message-ID: Subject: Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges To: David Hildenbrand Cc: Andrew Morton , Ira Weiny , Ard Biesheuvel , Mike Rapoport , Borislav Petkov , Vishal Verma , David Airlie , Will Deacon , Catalin Marinas , Ard Biesheuvel , Joao Martins , Tom Lendacky , Dave Jiang , "Rafael J. Wysocki" , Jonathan Cameron , Wei Yang , X86 ML , "H. Peter Anvin" , Thomas Gleixner , Greg Kroah-Hartman , Pavel Tatashin , Peter Zijlstra , Ben Skeggs , Benjamin Herrenschmidt , Jason Gunthorpe , Jia He , Ingo Molnar , Dave Hansen , Paul Mackerras , Brice Goglin , Jeff Moyer , Michael Ellerman , "Rafael J. Wysocki" , Daniel Vetter , Andy Lutomirski , "Rafael J. Wysocki" , Linux MM , linux-nvdimm , Linux Kernel Mailing List , Linux ACPI , Maling list - DRI developers , Zhen Lei Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 8, 2020 at 3:46 AM David Hildenbrand wrote: > > On 22.08.20 01:21, Andrew Morton wrote: > > On Wed, 19 Aug 2020 18:53:57 -0700 Dan Williams wrote: > > > >>> I think I am missing some important pieces. Bear with me. > >> > >> No worries, also bear with me, I'm going to be offline intermittently > >> until at least mid-September. Hopefully Joao and/or Vishal can jump in > >> on this discussion. > > > > Ordinarily I'd prefer a refresh&resend for 2+ week-old series such as > > this. > > > > But given that v4 all applies OK and that Dan has pending outages, I'll > > scoop up this version, even though at least one change has been suggested. > > > > Should I try to fix patch #11 while Dan is away? Because I think at > least two things in there are wrong (and it would have been better to > split that patch into reviewable pieces). Hey David, Back now, I'll take a look. I didn't immediately see a way to meaningfully break up that patch without some dead-code steps in the conversion, but I'll take another run at it.