search for: yznaga

...tek Wilk <konrad.wilk at oracle.com> > Cc: Pavel Tatashin <pavel.tatashin at microsoft.com> > Cc: Alexander Duyck <alexander.h.duyck at linux.intel.com> > Cc: Vlastimil Babka <vbabka at suse.cz> > Cc: Johannes Weiner <hannes at cmpxchg.org> > Cc: Anthony Yznaga <anthony.yznaga at oracle.com> > Cc: Michal Hocko <mhocko at suse.com> > Cc: Oscar Salvador <osalvador at suse.de> > Cc: Mel Gorman <mgorman at techsingularity.net> > Cc: Mike Rapoport <rppt at linux.ibm.com> > Cc: Dan Williams <dan.j.williams at inte...

...com> Cc: Konrad Rzeszutek Wilk <konrad.wilk at oracle.com> Cc: Pavel Tatashin <pavel.tatashin at microsoft.com> Cc: Alexander Duyck <alexander.h.duyck at linux.intel.com> Cc: Vlastimil Babka <vbabka at suse.cz> Cc: Johannes Weiner <hannes at cmpxchg.org> Cc: Anthony Yznaga <anthony.yznaga at oracle.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Oscar Salvador <osalvador at suse.de> Cc: Mel Gorman <mgorman at techsingularity.net> Cc: Mike Rapoport <rppt at linux.ibm.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Anshuman Kh...

...com> Cc: Konrad Rzeszutek Wilk <konrad.wilk at oracle.com> Cc: Pavel Tatashin <pavel.tatashin at microsoft.com> Cc: Alexander Duyck <alexander.h.duyck at linux.intel.com> Cc: Vlastimil Babka <vbabka at suse.cz> Cc: Johannes Weiner <hannes at cmpxchg.org> Cc: Anthony Yznaga <anthony.yznaga at oracle.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Oscar Salvador <osalvador at suse.de> Cc: Mel Gorman <mgorman at techsingularity.net> Cc: Mike Rapoport <rppt at linux.ibm.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Anshuman Kh...

...com> Cc: Konrad Rzeszutek Wilk <konrad.wilk at oracle.com> Cc: Pavel Tatashin <pavel.tatashin at microsoft.com> Cc: Alexander Duyck <alexander.h.duyck at linux.intel.com> Cc: Vlastimil Babka <vbabka at suse.cz> Cc: Johannes Weiner <hannes at cmpxchg.org> Cc: Anthony Yznaga <anthony.yznaga at oracle.com> Cc: Michal Hocko <mhocko at suse.com> Cc: Oscar Salvador <osalvador at suse.de> Cc: Mel Gorman <mgorman at techsingularity.net> Cc: Mike Rapoport <rppt at linux.ibm.com> Cc: Dan Williams <dan.j.williams at intel.com> Cc: Anshuman Kh...

...tek Wilk <konrad.wilk at oracle.com> > Cc: Pavel Tatashin <pavel.tatashin at microsoft.com> > Cc: Alexander Duyck <alexander.h.duyck at linux.intel.com> > Cc: Vlastimil Babka <vbabka at suse.cz> > Cc: Johannes Weiner <hannes at cmpxchg.org> > Cc: Anthony Yznaga <anthony.yznaga at oracle.com> > Cc: Michal Hocko <mhocko at suse.com> > Cc: Oscar Salvador <osalvador at suse.de> > Cc: Mel Gorman <mgorman at techsingularity.net> > Cc: Mike Rapoport <rppt at linux.ibm.com> > Cc: Dan Williams <dan.j.williams at inte...

...s permitted. Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Juergen Gross <jgross at suse.com> Cc: David Hildenbrand <david at redhat.com> Cc: Pavel Tatashin <pavel.tatashin at microsoft.com> Cc: Alexander Duyck <alexander.h.duyck at linux.intel.com> Cc: Anthony Yznaga <anthony.yznaga at oracle.com> Cc: Vlastimil Babka <vbabka at suse.cz> Cc: Johannes Weiner <hannes at cmpxchg.org> Cc: Oscar Salvador <osalvador at suse.de> Cc: Michal Hocko <mhocko at suse.com> Cc: Pingfan Liu <kernelfans at gmail.com> Cc: Qian Cai <cai at lc...

On Wed 23-10-19 12:03:51, David Hildenbrand wrote: > >Do you see any downsides? > > The only downside I see is that we get more false negatives on > has_unmovable_pages(), eventually resulting in the offlining stage after > isolation to loop forever (as some PageOffline() pages are not movable > (especially, XEN balloon, HyperV balloon), there won't be progress). >

On Wed 23-10-19 12:03:51, David Hildenbrand wrote: > >Do you see any downsides? > > The only downside I see is that we get more false negatives on > has_unmovable_pages(), eventually resulting in the offlining stage after > isolation to loop forever (as some PageOffline() pages are not movable > (especially, XEN balloon, HyperV balloon), there won't be progress). >

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-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 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

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-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

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

Author: ayznaga Repository: /hg/zfs-crypto/gate Revision: 6eac92b976923acc75b29f19db289920ad3fe49e Log message: 6281100 RFE: AVL-FS2: Support Anchored Page Retire for LW8, Serengeti & Starcat platforms (fix x86 lint) Files: update: usr/src/uts/common/io/mem.c

Author: ayznaga Repository: /hg/zfs-crypto/gate Revision: e3fd1c8e561df6513f95dba9c1ab58f4690d3354 Log message: PSARC 2005/738 SSG-Availability Feature Set 2 APR PSARC 2005/748 FMA for UltraSPARC DataPath 6229087 SPARC CPU/Mem DE should track DIMM serial numbers on Serengeti/Starcat 6281100 RFE: AVL-FS2: Support A...