search for: soleen

...pankaj.gupta.linux at gmail.com> > Cc: Andrew Morton <akpm at linux-foundation.org> > Cc: David Hildenbrand <david at redhat.com> > Cc: Oscar Salvador <osalvador at suse.com> > Cc: Michal Hocko <mhocko at suse.com> > Cc: Pavel Tatashin <pasha.tatashin at soleen.com> > Cc: Wei Yang <richard.weiyang at gmail.com> > Cc: Dan Williams <dan.j.williams at intel.com> > Cc: Qian Cai <cai at lca.pw> > Signed-off-by: David Hildenbrand <david at redhat.com> didn't you lose Andrew Morton's ack here? > --- > incl...

...pankaj.gupta.linux at gmail.com> > Cc: Andrew Morton <akpm at linux-foundation.org> > Cc: David Hildenbrand <david at redhat.com> > Cc: Oscar Salvador <osalvador at suse.com> > Cc: Michal Hocko <mhocko at suse.com> > Cc: Pavel Tatashin <pasha.tatashin at soleen.com> > Cc: Wei Yang <richard.weiyang at gmail.com> > Cc: Dan Williams <dan.j.williams at intel.com> > Cc: Qian Cai <cai at lca.pw> > Signed-off-by: David Hildenbrand <david at redhat.com> didn't you lose Andrew Morton's ack here? > --- > incl...

...t gmail.com> >> Cc: Andrew Morton <akpm at linux-foundation.org> >> Cc: David Hildenbrand <david at redhat.com> >> Cc: Oscar Salvador <osalvador at suse.com> >> Cc: Michal Hocko <mhocko at suse.com> >> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> >> Cc: Wei Yang <richard.weiyang at gmail.com> >> Cc: Dan Williams <dan.j.williams at intel.com> >> Cc: Qian Cai <cai at lca.pw> >> Signed-off-by: David Hildenbrand <david at redhat.com> > > > didn't you lose Andrew Morton's...

...things simple, allow to only work on a single memory block. Cc: Andrew Morton <akpm at linux-foundation.org> Cc: David Hildenbrand <david at redhat.com> Cc: Oscar Salvador <osalvador at suse.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Wei Yang <richard.weiyang at gmail.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Qian Cai <cai at lca.pw> Signed-off-by: David Hildenbrand <david at redhat.com> --- include/linux/memory_hotplug.h | 1 + mm/memory_hotplug.c | 35 ++++++++++++...

...things simple, allow to only work on a single memory block. Cc: Andrew Morton <akpm at linux-foundation.org> Cc: David Hildenbrand <david at redhat.com> Cc: Oscar Salvador <osalvador at suse.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Wei Yang <richard.weiyang at gmail.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Qian Cai <cai at lca.pw> Signed-off-by: David Hildenbrand <david at redhat.com> --- include/linux/memory_hotplug.h | 1 + mm/memory_hotplug.c | 37 ++++++++++++...

...things simple, allow to only work on a single memory block. Cc: Andrew Morton <akpm at linux-foundation.org> Cc: David Hildenbrand <david at redhat.com> Cc: Oscar Salvador <osalvador at suse.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Wei Yang <richard.weiyang at gmail.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Qian Cai <cai at lca.pw> Signed-off-by: David Hildenbrand <david at redhat.com> --- include/linux/memory_hotplug.h | 1 + mm/memory_hotplug.c | 37 ++++++++++++...

...ted-by: Pankaj Gupta <pankaj.gupta.linux at gmail.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: David Hildenbrand <david at redhat.com> Cc: Oscar Salvador <osalvador at suse.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Wei Yang <richard.weiyang at gmail.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Qian Cai <cai at lca.pw> Signed-off-by: David Hildenbrand <david at redhat.com> --- include/linux/memory_hotplug.h | 1 + mm/memory_hotplug.c | 37 ++++++++++++...

...gt; Cc: Pankaj Gupta <pankaj.gupta.linux at gmail.com> Cc: Wei Yang <richard.weiyang at gmail.com> Cc: Baoquan He <bhe at redhat.com> Cc: Dave Hansen <dave.hansen at linux.intel.com> Cc: Eric Biederman <ebiederm at xmission.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Dan Williams <dan.j.williams at intel.com> Signed-off-by: David Hildenbrand <david at redhat.com> --- drivers/dax/kmem.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c index e159184e0ba0..929823a79816 100644 ---...

...suse.de> Cc: Michal Hocko <mhocko at kernel.org> Cc: Igor Mammedov <imammedo at redhat.com> Cc: Dave Young <dyoung at redhat.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Stefan Hajnoczi <stefanha at redhat.com> Cc: Vlastimil Babka <vbabka at suse.cz> Signed-off-by: David Hildenbrand <david at redhat.com> --- drivers/virtio/virtio_mem.c | 64 ++++++++++++++++++++++++++++++++++++- 1 file changed, 63 insertions(+), 1 deletion(-) diff --...

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-v3 Patch #1 - #10 where contained in v2 and only contain minor modifications (mostly smaller fixes). The remaining patches are new and contain smaller optimizations. Details about virtio-mem can be found in the cover letter of v2 [1]. A basic QEMU implementation was

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-v3 Patch #1 - #10 where contained in v2 and only contain minor modifications (mostly smaller fixes). The remaining patches are new and contain smaller optimizations. Details about virtio-mem can be found in the cover letter of v2 [1]. A basic QEMU implementation was

This series is based on v5.7-rc4. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-v4 This is basically a resend of v3 [1], now based on v5.7-rc4 and restested. One patch was reshuffled and two ACKs I missed to add were added. The rebase did not require any modifications to patches. Details about virtio-mem can be found in the cover letter of v2 [2]. A

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-v2 I now have acks for all !virtio-mem changes. I'll be happy to get review feedback, testing reports, etc. for the virtio-mem changes. If there are no further comments, I guess this is good to go as a v1 soon. The basic idea of virtio-mem is to provide a

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-rfc-v4 The basic idea of virtio-mem is to provide a flexible, cross-architecture memory hot(un)plug solution that avoids many limitations imposed by existing technologies, architectures, and interfaces. More details can be found below and in linked material. This

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-rfc-v4 The basic idea of virtio-mem is to provide a flexible, cross-architecture memory hot(un)plug solution that avoids many limitations imposed by existing technologies, architectures, and interfaces. More details can be found below and in linked material. This

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-v1 The basic idea of virtio-mem is to provide a flexible, cross-architecture memory hot(un)plug solution that avoids many limitations imposed by existing technologies, architectures, and interfaces. More details can be found below and in linked material. It's

This series is based on latest linux-next. The patches are located at: https://github.com/davidhildenbrand/linux.git virtio-mem-v1 The basic idea of virtio-mem is to provide a flexible, cross-architecture memory hot(un)plug solution that avoids many limitations imposed by existing technologies, architectures, and interfaces. More details can be found below and in linked material. It's

Long time no RFC! I finally had time to get the next version of the Linux driver side of virtio-mem into shape, incorporating ideas and feedback from previous discussions. This RFC is based on the series currently on the mm list: - [PATCH 0/3] Remove __online_page_set_limits() - [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page() - [PATCH v4 0/8] mm/memory_hotplug: Shrink zones before

This is the follow up of [1]: [PATCH v1 0/3] mm/memory_hotplug: Make virtio-mem play nicely with kexec-tools I realized that this is not only helpful for virtio-mem, but also for dax/kmem - it's a fix for that use case (see patch #3) of persistent memory. Also, while testing, I discovered that kexec-tools will *not* add dax/kmem memory (anything not directly under the root when parsing

...suse.de> Cc: Michal Hocko <mhocko at kernel.org> Cc: Igor Mammedov <imammedo at redhat.com> Cc: Dave Young <dyoung at redhat.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Pavel Tatashin <pasha.tatashin at soleen.com> Cc: Stefan Hajnoczi <stefanha at redhat.com> Cc: Vlastimil Babka <vbabka at suse.cz> Cc: "Rafael J. Wysocki" <rjw at rjwysocki.net> Cc: Len Brown <lenb at kernel.org> Cc: linux-acpi at vger.kernel.org Signed-off-by: David Hildenbrand <david at redhat.com...