Hi Theo
On Fri, Oct 4, 2024 at 6:04 PM Theo de Raadt wrote:
>
> Randy Dunlap wrote:
>
> > On 10/4/24 9:52 AM, Jeff Xu wrote:
> > >> above is not a sentence but I don't know how to fix it.
> > >>
> > > Would below work ?
> > >
> > > Certain destructive madvise behaviors, specifically MADV_DONTNEE
Hi Theo
On Fri, Oct 4, 2024 at 12:11 PM Theo de Raadt wrote:
>
> Jeff Xu wrote:
>
> > > > + replacement with a new mapping with new set of attributes, or can
> > > > + overwrite the existing mapping with another mapping.
> > > > +
> > > > + mprotect and pkey_mprotect are blocked because th
Hi Randy
On Fri, Oct 4, 2024 at 4:52 PM Randy Dunlap wrote:
>
>
>
> On 10/4/24 9:52 AM, Jeff Xu wrote:
> >> above is not a sentence but I don't know how to fix it.
> >>
> > Would below work ?
> >
> > Certain destructive madvise behaviors, specifically MADV_DONTNEED,
> > MADV_FREE, MADV_DONTNEED_L
Randy Dunlap wrote:
> On 10/4/24 9:52 AM, Jeff Xu wrote:
> >> above is not a sentence but I don't know how to fix it.
> >>
> > Would below work ?
> >
> > Certain destructive madvise behaviors, specifically MADV_DONTNEED,
> > MADV_FREE, MADV_DONTNEED_LOCKED, MADV_FREE, MADV_DONTFORK,
> > MADV_WIP
On 10/4/24 9:52 AM, Jeff Xu wrote:
>> above is not a sentence but I don't know how to fix it.
>>
> Would below work ?
>
> Certain destructive madvise behaviors, specifically MADV_DONTNEED,
> MADV_FREE, MADV_DONTNEED_LOCKED, MADV_FREE, MADV_DONTFORK,
> MADV_WIPEONFORK, can pose risks when applie
Jeff Xu wrote:
> > > + replacement with a new mapping with new set of attributes, or can
> > > + overwrite the existing mapping with another mapping.
> > > +
> > > + mprotect and pkey_mprotect are blocked because they changes the
> > > + protection bits (RWX) of the mapping.
> > > +
> > >
Hi Randy
On Thu, Oct 3, 2024 at 3:54 PM Randy Dunlap wrote:
>
> Hi Jeff,
>
> Sorry for the delay.
> Thanks for your v2 updates.
>
I appreciate you spending time proofreading the mseal.rst.
>
> On 9/30/24 5:26 PM, jef...@chromium.org wrote:
> > From: Jeff Xu
> >
> > Update doc after in-loop chan
Hi Jeff,
Sorry for the delay.
Thanks for your v2 updates.
On 9/30/24 5:26 PM, jef...@chromium.org wrote:
> From: Jeff Xu
>
> Update doc after in-loop change: mprotect/madvise can have
> partially updated and munmap is atomic.
>
> Fix indentation and clarify some sections to improve readabilit
From: Jeff Xu
Update doc after in-loop change: mprotect/madvise can have
partially updated and munmap is atomic.
Fix indentation and clarify some sections to improve readability.
Signed-off-by: Jeff Xu
Fixes: df2a7df9a9aa ("mm/munmap: replace can_modify_mm with can_modify_vma")
Fixes: 4a2dd02b