On Tue, Jun 7, 2016 at 10:41 PM, Heiko Carstens
wrote:
> On Tue, Jun 07, 2016 at 11:11:17AM -0700, Kees Cook wrote:
>> On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens
>> wrote:
>> > On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
On Tue, Jun 7, 2016 at 10:41 PM, Heiko Carstens
wrote:
> On Tue, Jun 07, 2016 at 11:11:17AM -0700, Kees Cook wrote:
>> On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens
>> wrote:
>> > On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
>> >> > Heiko Carstens (2):
>> >> > vmlinux.lds.h:
On Tue, Jun 07, 2016 at 11:11:17AM -0700, Kees Cook wrote:
> On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens
> wrote:
> > On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
> >> > Heiko Carstens (2):
> >> > vmlinux.lds.h: allow arch specific handling of
On Tue, Jun 07, 2016 at 11:11:17AM -0700, Kees Cook wrote:
> On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens
> wrote:
> > On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
> >> > Heiko Carstens (2):
> >> > vmlinux.lds.h: allow arch specific handling of ro_after_init data
> >> >
On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens
wrote:
> On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
>> > Heiko Carstens (2):
>> > vmlinux.lds.h: allow arch specific handling of ro_after_init data section
>> > s390/mm: add proper __ro_after_init
On Tue, Jun 7, 2016 at 11:07 AM, Heiko Carstens
wrote:
> On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
>> > Heiko Carstens (2):
>> > vmlinux.lds.h: allow arch specific handling of ro_after_init data section
>> > s390/mm: add proper __ro_after_init support
>> >
>> >
On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
> > Heiko Carstens (2):
> > vmlinux.lds.h: allow arch specific handling of ro_after_init data section
> > s390/mm: add proper __ro_after_init support
> >
> > arch/s390/include/asm/cache.h | 3 ---
> >
On Tue, Jun 07, 2016 at 08:49:14AM -0700, Kees Cook wrote:
> > Heiko Carstens (2):
> > vmlinux.lds.h: allow arch specific handling of ro_after_init data section
> > s390/mm: add proper __ro_after_init support
> >
> > arch/s390/include/asm/cache.h | 3 ---
> >
On Tue, Jun 7, 2016 at 5:06 AM, Heiko Carstens
wrote:
> These two patches allow a proper ro_after_init implementation on s390.
>
> The current implementation maps __ro_after_init to __read_mostly,
> which means that ro_after_init data won't be write protected at all.
>
On Tue, Jun 7, 2016 at 5:06 AM, Heiko Carstens
wrote:
> These two patches allow a proper ro_after_init implementation on s390.
>
> The current implementation maps __ro_after_init to __read_mostly,
> which means that ro_after_init data won't be write protected at all.
>
> Reason for this is that
These two patches allow a proper ro_after_init implementation on s390.
The current implementation maps __ro_after_init to __read_mostly,
which means that ro_after_init data won't be write protected at all.
Reason for this is that s390 write protects rodata very early (before
init calls) and
These two patches allow a proper ro_after_init implementation on s390.
The current implementation maps __ro_after_init to __read_mostly,
which means that ro_after_init data won't be write protected at all.
Reason for this is that s390 write protects rodata very early (before
init calls) and
12 matches
Mail list logo