On Wed, Nov 4, 2015 at 2:10 PM, Eric W. Biederman wrote:
> Daniel Cashman writes:
>
>> On 11/3/15 5:31 PM, Andrew Morton wrote:
>>> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W.
>>> Biederman) wrote:
>>>
Andrew Morton writes:
> On Tue, 3 Nov 2015 10:10:03
Daniel Cashman writes:
> On 11/3/15 5:31 PM, Andrew Morton wrote:
>> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman)
>> wrote:
>>
>>> Andrew Morton writes:
>>>
On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
wrote:
> ASLR currently only uses
On Wed, 4 Nov 2015 11:31:25 -0800 Daniel Cashman wrote:
> As for the
> clarification itself, where would you like it? I could include a cover
> letter for this patch-set, elaborate more in the commit message itself,
> add more to the Kconfig help description, or some combination of the above.
On 11/4/15 11:21 AM, Eric W. Biederman wrote:
> Michal Hocko writes:
>
>> On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
>> [...]
>>> +This value can be changed after boot using the
>>> +/proc/sys/kernel/mmap_rnd_bits tunable
>>
>> Why is this not sitting in /proc/sys/vm/ where we already have
On 11/3/15 5:31 PM, Andrew Morton wrote:
> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
>> Andrew Morton writes:
>>
>>> On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
>>> wrote:
>>>
ASLR currently only uses 8 bits to generate the random
Michal Hocko writes:
> On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
> [...]
>> +This value can be changed after boot using the
>> +/proc/sys/kernel/mmap_rnd_bits tunable
>
> Why is this not sitting in /proc/sys/vm/ where we already have
> mmap_min_addr. These two sound like they should sit
On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
[...]
> +This value can be changed after boot using the
> +/proc/sys/kernel/mmap_rnd_bits tunable
Why is this not sitting in /proc/sys/vm/ where we already have
mmap_min_addr. These two sound like they should sit together, no?
--
Michal Hocko
SUSE
On Wed, Nov 4, 2015 at 2:10 PM, Eric W. Biederman wrote:
> Daniel Cashman writes:
>
>> On 11/3/15 5:31 PM, Andrew Morton wrote:
>>> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W.
>>> Biederman) wrote:
>>>
Andrew Morton
On Wed, 4 Nov 2015 11:31:25 -0800 Daniel Cashman wrote:
> As for the
> clarification itself, where would you like it? I could include a cover
> letter for this patch-set, elaborate more in the commit message itself,
> add more to the Kconfig help description, or some
Daniel Cashman writes:
> On 11/3/15 5:31 PM, Andrew Morton wrote:
>> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman)
>> wrote:
>>
>>> Andrew Morton writes:
>>>
On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
On 11/3/15 5:31 PM, Andrew Morton wrote:
> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
>> Andrew Morton writes:
>>
>>> On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
>>> wrote:
>>>
ASLR
On 11/4/15 11:21 AM, Eric W. Biederman wrote:
> Michal Hocko writes:
>
>> On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
>> [...]
>>> +This value can be changed after boot using the
>>> +/proc/sys/kernel/mmap_rnd_bits tunable
>>
>> Why is this not sitting in /proc/sys/vm/
Michal Hocko writes:
> On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
> [...]
>> +This value can be changed after boot using the
>> +/proc/sys/kernel/mmap_rnd_bits tunable
>
> Why is this not sitting in /proc/sys/vm/ where we already have
> mmap_min_addr. These two sound like
On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
[...]
> +This value can be changed after boot using the
> +/proc/sys/kernel/mmap_rnd_bits tunable
Why is this not sitting in /proc/sys/vm/ where we already have
mmap_min_addr. These two sound like they should sit together, no?
--
Michal Hocko
SUSE
On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman)
wrote:
> Andrew Morton writes:
>
> > On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
> > wrote:
> >
> >> ASLR currently only uses 8 bits to generate the random offset for the
> >> mmap base address on 32 bit
Andrew Morton writes:
> On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
> wrote:
>
>> ASLR currently only uses 8 bits to generate the random offset for the
>> mmap base address on 32 bit architectures. This value was chosen to
>> prevent a poorly chosen value from dividing the address space
On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman wrote:
> ASLR currently only uses 8 bits to generate the random offset for the
> mmap base address on 32 bit architectures. This value was chosen to
> prevent a poorly chosen value from dividing the address space in such
> a way as to prevent
On Tue, Nov 3, 2015 at 10:10 AM, Daniel Cashman wrote:
> From: dcashman
>
> ASLR currently only uses 8 bits to generate the random offset for the
> mmap base address on 32 bit architectures. This value was chosen to
> prevent a poorly chosen value from dividing the address space in such
> a way
From: dcashman
ASLR currently only uses 8 bits to generate the random offset for the
mmap base address on 32 bit architectures. This value was chosen to
prevent a poorly chosen value from dividing the address space in such
a way as to prevent large allocations. This may not be an issue on all
From: dcashman
ASLR currently only uses 8 bits to generate the random offset for the
mmap base address on 32 bit architectures. This value was chosen to
prevent a poorly chosen value from dividing the address space in such
a way as to prevent large allocations. This may not
On Tue, Nov 3, 2015 at 10:10 AM, Daniel Cashman wrote:
> From: dcashman
>
> ASLR currently only uses 8 bits to generate the random offset for the
> mmap base address on 32 bit architectures. This value was chosen to
> prevent a poorly chosen value from
On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman wrote:
> ASLR currently only uses 8 bits to generate the random offset for the
> mmap base address on 32 bit architectures. This value was chosen to
> prevent a poorly chosen value from dividing the address space in such
> a
On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman)
wrote:
> Andrew Morton writes:
>
> > On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
> > wrote:
> >
> >> ASLR currently only uses 8 bits to generate the random
Andrew Morton writes:
> On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman
> wrote:
>
>> ASLR currently only uses 8 bits to generate the random offset for the
>> mmap base address on 32 bit architectures. This value was chosen to
>> prevent a
24 matches
Mail list logo