Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-10-26 Thread Steven Sistare
On 10/19/2020 12:33 PM, Steven Sistare wrote: > On 10/15/2020 4:36 PM, Alex Williamson wrote: >> On Thu, 8 Oct 2020 12:32:35 -0400 >> Steven Sistare wrote: >>> On 8/24/2020 6:30 PM, Alex Williamson wrote: On Wed, 19 Aug 2020 17:52:26 -0400 Steven Sistare wrote: > On 8/17/2020

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-10-19 Thread Steven Sistare
On 10/15/2020 4:36 PM, Alex Williamson wrote: > On Thu, 8 Oct 2020 12:32:35 -0400 > Steven Sistare wrote: >> On 8/24/2020 6:30 PM, Alex Williamson wrote: >>> On Wed, 19 Aug 2020 17:52:26 -0400 >>> Steven Sistare wrote: On 8/17/2020 10:42 PM, Alex Williamson wrote: > On Mon, 17 Aug

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-10-15 Thread Alex Williamson
On Thu, 8 Oct 2020 12:32:35 -0400 Steven Sistare wrote: > On 8/24/2020 6:30 PM, Alex Williamson wrote: > > On Wed, 19 Aug 2020 17:52:26 -0400 > > Steven Sistare wrote: > >> On 8/17/2020 10:42 PM, Alex Williamson wrote: > >>> On Mon, 17 Aug 2020 15:44:03 -0600 > >>> Alex Williamson wrote:

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-10-08 Thread Steven Sistare
On 8/24/2020 6:30 PM, Alex Williamson wrote: > On Wed, 19 Aug 2020 17:52:26 -0400 > Steven Sistare wrote: >> On 8/17/2020 10:42 PM, Alex Williamson wrote: >>> On Mon, 17 Aug 2020 15:44:03 -0600 >>> Alex Williamson wrote: On Mon, 17 Aug 2020 17:20:57 -0400 Steven Sistare wrote: >

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-24 Thread Alex Williamson
On Wed, 19 Aug 2020 17:52:26 -0400 Steven Sistare wrote: > On 8/17/2020 10:42 PM, Alex Williamson wrote: > > On Mon, 17 Aug 2020 15:44:03 -0600 > > Alex Williamson wrote: > > > >> On Mon, 17 Aug 2020 17:20:57 -0400 > >> Steven Sistare wrote: > >> > >>> On 8/17/2020 4:48 PM, Alex

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-19 Thread Steven Sistare
On 8/17/2020 10:42 PM, Alex Williamson wrote: > On Mon, 17 Aug 2020 15:44:03 -0600 > Alex Williamson wrote: > >> On Mon, 17 Aug 2020 17:20:57 -0400 >> Steven Sistare wrote: >> >>> On 8/17/2020 4:48 PM, Alex Williamson wrote: On Mon, 17 Aug 2020 14:30:51 -0400 Steven Sistare wrote:

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-17 Thread Alex Williamson
On Mon, 17 Aug 2020 15:44:03 -0600 Alex Williamson wrote: > On Mon, 17 Aug 2020 17:20:57 -0400 > Steven Sistare wrote: > > > On 8/17/2020 4:48 PM, Alex Williamson wrote: > > > On Mon, 17 Aug 2020 14:30:51 -0400 > > > Steven Sistare wrote: > > > > > >> On 7/30/2020 11:14 AM, Steve

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-17 Thread Alex Williamson
On Mon, 17 Aug 2020 17:20:57 -0400 Steven Sistare wrote: > On 8/17/2020 4:48 PM, Alex Williamson wrote: > > On Mon, 17 Aug 2020 14:30:51 -0400 > > Steven Sistare wrote: > > > >> On 7/30/2020 11:14 AM, Steve Sistare wrote: > >>> Anonymous memory segments used by the guest are preserved

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-17 Thread Steven Sistare
On 8/17/2020 4:48 PM, Alex Williamson wrote: > On Mon, 17 Aug 2020 14:30:51 -0400 > Steven Sistare wrote: > >> On 7/30/2020 11:14 AM, Steve Sistare wrote: >>> Anonymous memory segments used by the guest are preserved across a re-exec >>> of qemu, mapped at the same VA, via a proposed

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-17 Thread Alex Williamson
On Mon, 17 Aug 2020 14:30:51 -0400 Steven Sistare wrote: > On 7/30/2020 11:14 AM, Steve Sistare wrote: > > Anonymous memory segments used by the guest are preserved across a re-exec > > of qemu, mapped at the same VA, via a proposed madvise(MADV_DOEXEC) option > > in the Linux kernel. For the

Re: [PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-08-17 Thread Steven Sistare
On 7/30/2020 11:14 AM, Steve Sistare wrote: > Anonymous memory segments used by the guest are preserved across a re-exec > of qemu, mapped at the same VA, via a proposed madvise(MADV_DOEXEC) option > in the Linux kernel. For the madvise patches, see: > >

[PATCH V1 18/32] osdep: import MADV_DOEXEC

2020-07-30 Thread Steve Sistare
Anonymous memory segments used by the guest are preserved across a re-exec of qemu, mapped at the same VA, via a proposed madvise(MADV_DOEXEC) option in the Linux kernel. For the madvise patches, see: https://lore.kernel.org/lkml/1595869887-23307-1-git-send-email-anthony.yzn...@oracle.com/