On Tue, Jun 19, 2018 at 6:34 PM, John Hubbard wrote:
> On 06/19/2018 06:24 PM, Dan Williams wrote:
>> On Tue, Jun 19, 2018 at 11:11 AM, John Hubbard wrote:
>>> On 06/19/2018 03:41 AM, Jan Kara wrote:
>>>> On Tue 19-06-18 02:02:55, Matthew Wilcox wrote:
>>&g
On Tue, Jun 19, 2018 at 11:11 AM, John Hubbard wrote:
> On 06/19/2018 03:41 AM, Jan Kara wrote:
>> On Tue 19-06-18 02:02:55, Matthew Wilcox wrote:
>>> On Tue, Jun 19, 2018 at 10:29:49AM +0200, Jan Kara wrote:
[..]
>> And then there's the aspect that both these approaches are a bit too
>>
On Tue, Jun 19, 2018 at 11:11 AM, John Hubbard wrote:
> On 06/19/2018 03:41 AM, Jan Kara wrote:
>> On Tue 19-06-18 02:02:55, Matthew Wilcox wrote:
>>> On Tue, Jun 19, 2018 at 10:29:49AM +0200, Jan Kara wrote:
[..]
>> And then there's the aspect that both these approaches are a bit too
>>
structure reference counting relative to
get_user_pages() and get_user_pages_fast(). It was an oversight that
this was not marked EXPORT_SYMBOL_GPL from the outset.
Cc: Michal Hocko
Cc: "Jérôme Glisse"
Reviewed-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
kernel/memremap.c |
structure reference counting relative to
get_user_pages() and get_user_pages_fast(). It was an oversight that
this was not marked EXPORT_SYMBOL_GPL from the outset.
Cc: Michal Hocko
Cc: "Jérôme Glisse"
Reviewed-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
kernel/memremap.c |
In preparation for consolidating all ZONE_DEVICE enabling via
devm_memremap_pages(), teach it how to handle the constraints of
MEMORY_DEVICE_PRIVATE ranges.
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Reported-by: Logan Gunthorpe
Reviewed-by: Logan Gunthorpe
Signed-off-by: Da
In preparation for consolidating all ZONE_DEVICE enabling via
devm_memremap_pages(), teach it how to handle the constraints of
MEMORY_DEVICE_PRIVATE ranges.
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Reported-by: Logan Gunthorpe
Reviewed-by: Logan Gunthorpe
Signed-off-by: Da
d-by: John Hubbard
Signed-off-by: Dan Williams
---
kernel/memremap.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/memremap.c b/kernel/memremap.c
index 16141b608b63..ecee37b44aa1 100644
--- a/kernel/memremap.c
+++ b/kernel/memremap.c
@@ -330,7 +330,7 @@ EXPORT_
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Reported-by: Logan Gunthorpe
Signed-off-by: Dan Williams
---
drivers/dax/pmem.c| 10 ++
drivers/nvdimm/pmem.c | 18 --
include/linux/memremap.h |7 +--
kernel/memremap.c
() automatically handles allocating node-local
memory.
Reviewed-by: Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
include/linux/hmm.h |4 --
mm/hmm.c| 127 ++-
2 files changed, 25
Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
mm/hmm.c | 198 --
1 file changed, 26 insertions(+), 172 deletions(-)
diff --git a/mm/hmm.c b/mm/hmm.c
index d65a9419dbc2..b019d67a6
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Reported-by: Logan Gunthorpe
Signed-off-by: Dan Williams
---
drivers/dax/pmem.c| 10 ++
drivers/nvdimm/pmem.c | 18 --
include/linux/memremap.h |7 +--
kernel/memremap.c
() automatically handles allocating node-local
memory.
Reviewed-by: Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
include/linux/hmm.h |4 --
mm/hmm.c| 127 ++-
2 files changed, 25
Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
mm/hmm.c | 198 --
1 file changed, 26 insertions(+), 172 deletions(-)
diff --git a/mm/hmm.c b/mm/hmm.c
index d65a9419dbc2..b019d67a6
d-by: John Hubbard
Signed-off-by: Dan Williams
---
kernel/memremap.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/memremap.c b/kernel/memremap.c
index 16141b608b63..ecee37b44aa1 100644
--- a/kernel/memremap.c
+++ b/kernel/memremap.c
@@ -330,7 +330,7 @@ EXPORT_
Reviewed-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
mm/hmm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/hmm.c b/mm/hmm.c
index b019d67a610e..481a7a5f6f46 100644
--- a/mm/hmm.c
+++ b/mm/hmm.c
@@ -1054,7 +1054,7 @@ struct hmm_devmem *hmm_devmem_add(co
Reviewed-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
mm/hmm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/hmm.c b/mm/hmm.c
index b019d67a610e..481a7a5f6f46 100644
--- a/mm/hmm.c
+++ b/mm/hmm.c
@@ -1054,7 +1054,7 @@ struct hmm_devmem *hmm_devmem_add(co
_devmem_pages_create().
Rework HMM to be a consumer of devm_memremap_pages() directly and fix up
the licensing on the exports given the deep dependencies on the mm.
Patches based on v4.18-rc1 where there are no upstream consumers of the
HMM functionality.
---
Dan Williams (8):
mm, devm_
error.
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
kernel/memremap.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/kernel/memremap.c b/kernel/memremap.c
index 4478e4688bb7..2d2c901cbe23 100644
--
error.
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
kernel/memremap.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/kernel/memremap.c b/kernel/memremap.c
index 4478e4688bb7..2d2c901cbe23 100644
--
_devmem_pages_create().
Rework HMM to be a consumer of devm_memremap_pages() directly and fix up
the licensing on the exports given the deep dependencies on the mm.
Patches based on v4.18-rc1 where there are no upstream consumers of the
HMM functionality.
---
Dan Williams (8):
mm, devm_
On Mon, Jun 18, 2018 at 2:37 PM, Elliott, Robert (Persistent Memory)
wrote:
>
>
>> -Original Message-----
>> From: Dan Williams [mailto:dan.j.willi...@intel.com]
>> Sent: Monday, June 18, 2018 2:47 PM
>> To: Kani, Toshi
>> Cc: linux-kernel@vger.kernel.o
On Mon, Jun 18, 2018 at 2:37 PM, Elliott, Robert (Persistent Memory)
wrote:
>
>
>> -Original Message-----
>> From: Dan Williams [mailto:dan.j.willi...@intel.com]
>> Sent: Monday, June 18, 2018 2:47 PM
>> To: Kani, Toshi
>> Cc: linux-kernel@vger.kernel.o
On Mon, Jun 18, 2018 at 12:31 PM, Jason Gunthorpe wrote:
> On Mon, Jun 18, 2018 at 12:21:46PM -0700, Dan Williams wrote:
>> On Mon, Jun 18, 2018 at 11:14 AM, John Hubbard wrote:
>> > On 06/18/2018 10:56 AM, Dan Williams wrote:
>> >> On Mon, Jun 18, 2018 at 10:50
On Mon, Jun 18, 2018 at 12:31 PM, Jason Gunthorpe wrote:
> On Mon, Jun 18, 2018 at 12:21:46PM -0700, Dan Williams wrote:
>> On Mon, Jun 18, 2018 at 11:14 AM, John Hubbard wrote:
>> > On 06/18/2018 10:56 AM, Dan Williams wrote:
>> >> On Mon, Jun 18, 2018 at 10:50
On Mon, Jun 18, 2018 at 11:14 AM, John Hubbard wrote:
> On 06/18/2018 10:56 AM, Dan Williams wrote:
>> On Mon, Jun 18, 2018 at 10:50 AM, John Hubbard wrote:
>>> On 06/18/2018 01:12 AM, Christoph Hellwig wrote:
>>>> On Sun, Jun 17, 2018 at 01:28:18PM -0700, John Hub
On Mon, Jun 18, 2018 at 11:14 AM, John Hubbard wrote:
> On 06/18/2018 10:56 AM, Dan Williams wrote:
>> On Mon, Jun 18, 2018 at 10:50 AM, John Hubbard wrote:
>>> On 06/18/2018 01:12 AM, Christoph Hellwig wrote:
>>>> On Sun, Jun 17, 2018 at 01:28:18PM -0700, John Hub
On Mon, Jun 18, 2018 at 10:50 AM, John Hubbard wrote:
> On 06/18/2018 01:12 AM, Christoph Hellwig wrote:
>> On Sun, Jun 17, 2018 at 01:28:18PM -0700, John Hubbard wrote:
>>> Yes. However, my thinking was: get_user_pages() can become a way to
>>> indicate that
>>> these pages are going to be
On Mon, Jun 18, 2018 at 10:50 AM, John Hubbard wrote:
> On 06/18/2018 01:12 AM, Christoph Hellwig wrote:
>> On Sun, Jun 17, 2018 at 01:28:18PM -0700, John Hubbard wrote:
>>> Yes. However, my thinking was: get_user_pages() can become a way to
>>> indicate that
>>> these pages are going to be
On Sun, Jun 17, 2018 at 8:27 PM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the xarray tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from arch/powerpc/include/asm/bug.h:128:0,
> from include/linux/bug.h:5,
>
On Sun, Jun 17, 2018 at 8:27 PM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the xarray tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from arch/powerpc/include/asm/bug.h:128:0,
> from include/linux/bug.h:5,
>
On Sun, Jun 17, 2018 at 1:04 PM, Jason Gunthorpe wrote:
> On Sun, Jun 17, 2018 at 12:53:04PM -0700, Dan Williams wrote:
>> > diff --git a/mm/rmap.c b/mm/rmap.c
>> > index 6db729dc4c50..37576f0a4645 100644
>> > +++ b/mm/rmap.c
>> > @@ -1360,6 +1360,8 @@ s
On Sun, Jun 17, 2018 at 1:04 PM, Jason Gunthorpe wrote:
> On Sun, Jun 17, 2018 at 12:53:04PM -0700, Dan Williams wrote:
>> > diff --git a/mm/rmap.c b/mm/rmap.c
>> > index 6db729dc4c50..37576f0a4645 100644
>> > +++ b/mm/rmap.c
>> > @@ -1360,6 +1360,8 @@ s
On Sat, Jun 16, 2018 at 6:25 PM, wrote:
> From: John Hubbard
>
> This fixes a few problems that come up when using devices (NICs, GPUs,
> for example) that want to have direct access to a chunk of system (CPU)
> memory, so that they can DMA to/from that memory. Problems [1] come up
> if that
On Sat, Jun 16, 2018 at 6:25 PM, wrote:
> From: John Hubbard
>
> This fixes a few problems that come up when using devices (NICs, GPUs,
> for example) that want to have direct access to a chunk of system (CPU)
> memory, so that they can DMA to/from that memory. Problems [1] come up
> if that
On Fri, Jun 15, 2018 at 9:43 PM, John Hubbard wrote:
> On 06/13/2018 12:51 PM, Dan Williams wrote:
>> [ adding Andrew, Christoph, and linux-mm ]
>>
>> On Wed, Jun 13, 2018 at 12:33 PM, Joe Gorse wrote:
>>> Greetings,
>>>
>>> Please CC answers
On Fri, Jun 15, 2018 at 9:43 PM, John Hubbard wrote:
> On 06/13/2018 12:51 PM, Dan Williams wrote:
>> [ adding Andrew, Christoph, and linux-mm ]
>>
>> On Wed, Jun 13, 2018 at 12:33 PM, Joe Gorse wrote:
>>> Greetings,
>>>
>>> Please CC answers
[ adding Andrew, Christoph, and linux-mm ]
On Wed, Jun 13, 2018 at 12:33 PM, Joe Gorse wrote:
> Greetings,
>
> Please CC answers & comments to this email. Thanks! =)
>
> Our build is breaking as of
> commit e7638488434415aa478e78435cac8f0365737638
> Author: Dan Williams
[ adding Andrew, Christoph, and linux-mm ]
On Wed, Jun 13, 2018 at 12:33 PM, Joe Gorse wrote:
> Greetings,
>
> Please CC answers & comments to this email. Thanks! =)
>
> Our build is breaking as of
> commit e7638488434415aa478e78435cac8f0365737638
> Author: Dan Williams
On Thu, Jun 7, 2018 at 10:43 AM, Luck, Tony wrote:
> On Fri, May 25, 2018 at 02:42:09PM -0700, Tony Luck wrote:
>> Currently we just check the "CAPID0" register to see whether the CPU
>> can recover from machine checks.
>>
>> But there are also some special SKUs which do not have all advanced
>>
On Thu, Jun 7, 2018 at 10:43 AM, Luck, Tony wrote:
> On Fri, May 25, 2018 at 02:42:09PM -0700, Tony Luck wrote:
>> Currently we just check the "CAPID0" register to see whether the CPU
>> can recover from machine checks.
>>
>> But there are also some special SKUs which do not have all advanced
>>
On Thu, Jun 7, 2018 at 7:16 AM, Jerome Glisse wrote:
[..]
> HMM is self contain interface but i doubt i can convince you of that.
I agree that HMM is self contained... after it completely subverts the
core-mm. It's that deep understanding and working around of core
memory management
On Thu, Jun 7, 2018 at 7:16 AM, Jerome Glisse wrote:
[..]
> HMM is self contain interface but i doubt i can convince you of that.
I agree that HMM is self contained... after it completely subverts the
core-mm. It's that deep understanding and working around of core
memory management
ngo Molnar
Reported-by: Mark Rutland
Acked-by: Mark Rutland
Signed-off-by: Dan Williams
---
Changes in v2:
* drop the barrier() call (Mark)
* update the example (Mark)
arch/x86/include/asm/barrier.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/include
ngo Molnar
Reported-by: Mark Rutland
Acked-by: Mark Rutland
Signed-off-by: Dan Williams
---
Changes in v2:
* drop the barrier() call (Mark)
* update the example (Mark)
arch/x86/include/asm/barrier.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/include
d
> whether or not DAX would flush CPU caches via dax_flush() in response to
> *sync calls.
>
> Simplify this by making the *sync deep flush always happen, regardless of
> the write cache setting of a namespace. The DAX CPU cache flushing will
> still be controlled the write_cache s
d
> whether or not DAX would flush CPU caches via dax_flush() in response to
> *sync calls.
>
> Simplify this by making the *sync deep flush always happen, regardless of
> the write cache setting of a namespace. The DAX CPU cache flushing will
> still be controlled the write_cache s
On Tue, Jun 5, 2018 at 5:08 PM, Jerome Glisse wrote:
> On Tue, Jun 05, 2018 at 04:06:12PM -0700, Dan Williams wrote:
[..]
>> I want the EXPORT_SYMBOL_GPL on devm_memremap_pages() primarily for
>> development purposes. Any new users of devm_memremap_pages() sho
On Tue, Jun 5, 2018 at 5:08 PM, Jerome Glisse wrote:
> On Tue, Jun 05, 2018 at 04:06:12PM -0700, Dan Williams wrote:
[..]
>> I want the EXPORT_SYMBOL_GPL on devm_memremap_pages() primarily for
>> development purposes. Any new users of devm_memremap_pages() sho
On Tue, Jun 5, 2018 at 3:19 PM, Dave Airlie wrote:
> On 6 June 2018 at 04:48, Jerome Glisse wrote:
>> On Tue, May 29, 2018 at 04:33:49PM -0700, Dan Williams wrote:
>>> On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
>>> > On 30 May 2018 at 08:31, Dan Williams
On Tue, Jun 5, 2018 at 3:19 PM, Dave Airlie wrote:
> On 6 June 2018 at 04:48, Jerome Glisse wrote:
>> On Tue, May 29, 2018 at 04:33:49PM -0700, Dan Williams wrote:
>>> On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
>>> > On 30 May 2018 at 08:31, Dan Williams
On Fri, Jun 1, 2018 at 6:33 PM, Stephen Rothwell wrote:
> Hi Darrick,
>
> On Fri, 1 Jun 2018 17:59:48 -0700 "Darrick J. Wong"
> wrote:
>>
>> > + if (!dax_enabled) {
>> > - pr_debug("VFS (%s): error: dax support not enabled\n",
>> > - sb->s_id);
>> > +
On Fri, Jun 1, 2018 at 6:33 PM, Stephen Rothwell wrote:
> Hi Darrick,
>
> On Fri, 1 Jun 2018 17:59:48 -0700 "Darrick J. Wong"
> wrote:
>>
>> > + if (!dax_enabled) {
>> > - pr_debug("VFS (%s): error: dax support not enabled\n",
>> > - sb->s_id);
>> > +
On Fri, Jun 1, 2018 at 1:58 AM, Stephen Rothwell wrote:
> Hi Dan,
>
> Today's linux-next merge of the nvdimm tree got a conflict in:
>
> drivers/dax/super.c
>
> between commits:
>
> ba23cba9b3bd ("fs: allow per-device dax status checking for filesystems")
> 80660f20252d ("dax: change
On Fri, Jun 1, 2018 at 1:58 AM, Stephen Rothwell wrote:
> Hi Dan,
>
> Today's linux-next merge of the nvdimm tree got a conflict in:
>
> drivers/dax/super.c
>
> between commits:
>
> ba23cba9b3bd ("fs: allow per-device dax status checking for filesystems")
> 80660f20252d ("dax: change
On Wed, May 30, 2018 at 2:33 PM, Kees Cook wrote:
> On Tue, May 29, 2018 at 3:40 PM, Dan Williams
> wrote:
>> [ add Vinod's korg address ]
>>
>> On Tue, May 29, 2018 at 3:37 PM, Dan Williams
>> wrote:
>>> [ adding linux-raid ]
>>>
>>> A
On Wed, May 30, 2018 at 2:33 PM, Kees Cook wrote:
> On Tue, May 29, 2018 at 3:40 PM, Dan Williams
> wrote:
>> [ add Vinod's korg address ]
>>
>> On Tue, May 29, 2018 at 3:37 PM, Dan Williams
>> wrote:
>>> [ adding linux-raid ]
>>>
>>> A
On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
> On 30 May 2018 at 08:31, Dan Williams wrote:
>> On Tue, May 29, 2018 at 3:22 PM, Dave Airlie wrote:
>>>
>>> On 24 May 2018 at 13:18, Dan Williams wrote:
>>> > On Wed, May 23, 2018 at 5:10 PM, Jero
On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
> On 30 May 2018 at 08:31, Dan Williams wrote:
>> On Tue, May 29, 2018 at 3:22 PM, Dave Airlie wrote:
>>>
>>> On 24 May 2018 at 13:18, Dan Williams wrote:
>>> > On Wed, May 23, 2018 at 5:10 PM, Jero
On Tue, May 29, 2018 at 3:22 PM, Dave Airlie wrote:
>
> On 24 May 2018 at 13:18, Dan Williams wrote:
> > On Wed, May 23, 2018 at 5:10 PM, Jerome Glisse wrote:
> >> On Mon, May 21, 2018 at 03:35:14PM -0700, Dan Williams wrote:
> >>> Hi Andrew, ple
On Tue, May 29, 2018 at 3:22 PM, Dave Airlie wrote:
>
> On 24 May 2018 at 13:18, Dan Williams wrote:
> > On Wed, May 23, 2018 at 5:10 PM, Jerome Glisse wrote:
> >> On Mon, May 21, 2018 at 03:35:14PM -0700, Dan Williams wrote:
> >>> Hi Andrew, ple
On Tue, May 29, 2018 at 11:54 AM, Luck, Tony wrote:
> On Tue, May 29, 2018 at 07:53:14PM +0200, Borislav Petkov wrote:
[..]
> P.S. What happened to my "part 3/3" (updating the Skylake quirk)
> ... does that belong in somebody else's tree?
I have no qualms taking it through the nvdimm tree with
On Tue, May 29, 2018 at 11:54 AM, Luck, Tony wrote:
> On Tue, May 29, 2018 at 07:53:14PM +0200, Borislav Petkov wrote:
[..]
> P.S. What happened to my "part 3/3" (updating the Skylake quirk)
> ... does that belong in somebody else's tree?
I have no qualms taking it through the nvdimm tree with
On Mon, May 28, 2018 at 8:38 AM, Arnd Bergmann wrote:
> The new dm-writecache driver inconditionally uses the dax
> subsystem, leading to link errors in some configurations:
>
> drivers/md/dm-writecache.o: In function `writecache_ctr':
> dm-writecache.c:(.text+0x1fdc): undefined reference to
On Mon, May 28, 2018 at 8:38 AM, Arnd Bergmann wrote:
> The new dm-writecache driver inconditionally uses the dax
> subsystem, leading to link errors in some configurations:
>
> drivers/md/dm-writecache.o: In function `writecache_ctr':
> dm-writecache.c:(.text+0x1fdc): undefined reference to
as described by the ACPI HMAT (see
5.2.27.5 Memory Side Cache Information Structure in ACPI 6.2a)
See more details in patch2.
---
Dan Williams (2):
x86/numa_emulation: Fix emulated-to-physical node mapping
x86/numa_emulation: Introduce uniform split capability
Documentation/x86/x86_64/boot
in" <h...@zytor.com>
Cc: Ingo Molnar <mi...@redhat.com>
Cc: <x...@kernel.org>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
arch/x86/mm/numa_emulation.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/mm/numa_emulation
Without this change the distance table calculation for emulated nodes
may use the wrong numa node and report an incorrect distance.
Cc: Wei Yang
Cc: David Rientjes
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc:
Signed-off-by: Dan Williams
---
arch/x86/mm/numa_e
as described by the ACPI HMAT (see
5.2.27.5 Memory Side Cache Information Structure in ACPI 6.2a)
See more details in patch2.
---
Dan Williams (2):
x86/numa_emulation: Fix emulated-to-physical node mapping
x86/numa_emulation: Introduce uniform split capability
Documentation/x86/x86_64/boot
h...@zytor.com>
Cc: Ingo Molnar <mi...@redhat.com>
Cc: <x...@kernel.org>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
Documentation/x86/x86_64/boot-options.txt |4 +
arch/x86/mm/numa_emulation.c | 96 +++--
2 files ch
20
2: 10 10 10 20 20 20
3: 20 20 20 10 10 10
4: 20 20 20 10 10 10
5: 20 20 20 10 10 10
Cc: Wei Yang
Cc: David Rientjes
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc:
Signed-off-by: Dan Williams
---
Documentation/x86/x86_64/boot-o
Add a common Kconfig CONFIG_ARCH_HAS_UACCESS_MCSAFE that archs can
optionally select, and fixup the declaration of _copy_to_iter_mcsafe().
Fixes: 8780356ef630 ("x86/asm/memcpy_mcsafe: Define copy_to_iter_mcsafe()")
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
Ingo, T
Add a common Kconfig CONFIG_ARCH_HAS_UACCESS_MCSAFE that archs can
optionally select, and fixup the declaration of _copy_to_iter_mcsafe().
Fixes: 8780356ef630 ("x86/asm/memcpy_mcsafe: Define copy_to_iter_mcsafe()")
Signed-off-by: Dan Williams
---
Ingo, Thomas, fyi, here is a trivial c
;pet...@infradead.org>
Cc: Linus Torvalds <torva...@linux-foundation.org>
Cc: Ingo Molnar <mi...@kernel.org>
Reported-by: Mark Rutland <mark.rutl...@arm.com>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
arch/x86/include/asm/barrier.h |3 ++-
1 file changed,
ove.
Regardless, I worry this is fragile -- GCC *can* generate code as per
the above, even if it's unlikely to.
Cc:
Fixes: babdde2698d4 ("x86: Implement array_index_mask_nospec")
Cc: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Linus Torvalds
Cc: Ingo Molnar
Reported-by: Mark Rutlan
On Wed, May 23, 2018 at 5:10 PM, Jerome Glisse <jgli...@redhat.com> wrote:
> On Mon, May 21, 2018 at 03:35:14PM -0700, Dan Williams wrote:
>> Hi Andrew, please consider this series for 4.18.
>>
>> For maintainability, as ZONE_DEVICE continues to attract new users,
>&g
On Wed, May 23, 2018 at 5:10 PM, Jerome Glisse wrote:
> On Mon, May 21, 2018 at 03:35:14PM -0700, Dan Williams wrote:
>> Hi Andrew, please consider this series for 4.18.
>>
>> For maintainability, as ZONE_DEVICE continues to attract new users,
>> it is useful to
On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler
<ross.zwis...@linux.intel.com> wrote:
> On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote:
>> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
>> <ross.zwis...@linux.intel.com> wrote:
>> > On Thu, May 03, 20
On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler
wrote:
> On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote:
>> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
>> wrote:
>> > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote:
>> >> In prepa
On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
<ross.zwis...@linux.intel.com> wrote:
> On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote:
>> In preparation for protecting the dax read(2) path from media errors
>> with copy_to_iter_mcsafe() (via dax_cop
On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
wrote:
> On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote:
>> In preparation for protecting the dax read(2) path from media errors
>> with copy_to_iter_mcsafe() (via dax_copy_to_iter()), convert the
>> implementatio
On Wed, May 23, 2018 at 8:07 AM, Mark Rutland wrote:
> On Wed, May 23, 2018 at 11:08:40AM +0200, Peter Zijlstra wrote:
>>
>> Sorry for being late to the party..
>
> Likewise!
>
>> On Wed, May 23, 2018 at 12:03:57AM -0500, Gustavo A. R. Silva wrote:
>> > +#define
On Wed, May 23, 2018 at 8:07 AM, Mark Rutland wrote:
> On Wed, May 23, 2018 at 11:08:40AM +0200, Peter Zijlstra wrote:
>>
>> Sorry for being late to the party..
>
> Likewise!
>
>> On Wed, May 23, 2018 at 12:03:57AM -0500, Gustavo A. R. Silva wrote:
>> > +#define validate_index_nospec(index, size)
On Wed, May 23, 2018 at 8:47 AM, Logan Gunthorpe <log...@deltatee.com> wrote:
>
>
> On 22/05/18 11:10 PM, Dan Williams wrote:
>> diff --git a/include/linux/memremap.h b/include/linux/memremap.h
>> index 7b4899c06f49..b5e894133cf6 100644
>> --- a/include/linux/
On Wed, May 23, 2018 at 8:47 AM, Logan Gunthorpe wrote:
>
>
> On 22/05/18 11:10 PM, Dan Williams wrote:
>> diff --git a/include/linux/memremap.h b/include/linux/memremap.h
>> index 7b4899c06f49..b5e894133cf6 100644
>> --- a/include/linux/memremap.h
>> +++ b/incl
On Wed, May 23, 2018 at 2:08 AM, Peter Zijlstra wrote:
>
> Sorry for being late to the party..
>
> On Wed, May 23, 2018 at 12:03:57AM -0500, Gustavo A. R. Silva wrote:
>
>> +#define validate_index_nospec(index, size)\
>> +({
On Wed, May 23, 2018 at 2:08 AM, Peter Zijlstra wrote:
>
> Sorry for being late to the party..
>
> On Wed, May 23, 2018 at 12:03:57AM -0500, Gustavo A. R. Silva wrote:
>
>> +#define validate_index_nospec(index, size)\
>> +({
@deltatee.com>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
kernel/memremap.c | 38 --
1 file changed, 32 insertions(+), 6 deletions(-)
diff --git a/kernel/memremap.c b/kernel/memremap.c
index dfec0801f652..89eed25e2a80 100644
--
In preparation for consolidating all ZONE_DEVICE enabling via
devm_memremap_pages(), teach it how to handle the constraints of
MEMORY_DEVICE_PRIVATE ranges.
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Reported-by: Logan Gunthorpe
Signed-off-by: Dan Williams
---
kernel/memrema
Christoph Hellwig <h...@lst.de>
Cc: "Jérôme Glisse" <jgli...@redhat.com>
Cc: Logan Gunthorpe <log...@deltatee.com>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
mm/hmm.c | 198 --
1 file chan
Christoph Hellwig
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
mm/hmm.c | 198 --
1 file changed, 26 insertions(+), 172 deletions(-)
diff --git a/mm/hmm.c b/mm/hmm.c
index d081857f29b5..5723331f6
<h...@lst.de>
Cc: "Jérôme Glisse" <jgli...@redhat.com>
Cc: Logan Gunthorpe <log...@deltatee.com>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
Documentation/vm/hmm.txt |1
include/linux/hmm.h |4
error.
Cc: Christoph Hellwig <h...@lst.de>
Cc: "Jérôme Glisse" <jgli...@redhat.com>
Cc: Logan Gunthorpe <log...@deltatee.com>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
kernel/memremap.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(
structure reference counting relative to
get_user_pages() and get_user_pages_fast(). It was an oversight that
this was not marked EXPORT_SYMBOL_GPL from the outset.
Cc: Michal Hocko <mho...@suse.com>
Cc: "Jérôme Glisse" <jgli...@redhat.com>
Reviewed-by: Christoph Hellwig <h...@l
that these symbols were not marked EXPORT_SYMBOL_GPL from the
outset due to how they originally copied (and now reuse)
devm_memremap_pages().
Cc: "Jérôme Glisse" <jgli...@redhat.com>
Cc: Logan Gunthorpe <log...@deltatee.com>
Reviewed-by: Christoph Hellwig <h...@lst.de>
Signed-off-b
remap_pages interface...")
Cc: Christoph Hellwig <h...@lst.de>
Cc: "Jérôme Glisse" <jgli...@redhat.com>
Reported-by: Logan Gunthorpe <log...@deltatee.com>
Signed-off-by: Dan Williams <dan.j.willi...@intel.com>
---
drivers/dax/pmem.c| 10 ++
structure reference counting relative to
get_user_pages() and get_user_pages_fast(). It was an oversight that
this was not marked EXPORT_SYMBOL_GPL from the outset.
Cc: Michal Hocko
Cc: "Jérôme Glisse"
Reviewed-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
kernel/memremap.c |
that these symbols were not marked EXPORT_SYMBOL_GPL from the
outset due to how they originally copied (and now reuse)
devm_memremap_pages().
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Reviewed-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
mm/hmm.c |4 ++--
1 file changed, 2 insert
")
Cc: Christoph Hellwig
Cc: "Jérôme Glisse"
Reported-by: Logan Gunthorpe
Signed-off-by: Dan Williams
---
drivers/dax/pmem.c| 10 ++
drivers/nvdimm/pmem.c | 18 --
include/linux/memremap.h |7 +-
Cc: "Jérôme Glisse"
Cc: Logan Gunthorpe
Signed-off-by: Dan Williams
---
Documentation/vm/hmm.txt |1
include/linux/hmm.h |4 -
mm/hmm.c | 127 +-
3 files changed, 25 insertions(+), 107 deletions(-)
2001 - 2100 of 9324 matches
Mail list logo