On 08/10/2016 11:35 AM, Andy Lutomirski wrote:
On Tue, Aug 2, 2016 at 3:59 AM, Dmitry Safonov wrote:
On 07/12/2016 05:14 PM, Oleg Nesterov wrote:
On 07/11, Andy Lutomirski wrote:
I'm starting to wonder if we should finally suck it up and give
special mappings a
On 08/10/2016 11:35 AM, Andy Lutomirski wrote:
On Tue, Aug 2, 2016 at 3:59 AM, Dmitry Safonov wrote:
On 07/12/2016 05:14 PM, Oleg Nesterov wrote:
On 07/11, Andy Lutomirski wrote:
I'm starting to wonder if we should finally suck it up and give
special mappings a non-NULL vm_file so we can
On Tue, Aug 2, 2016 at 3:59 AM, Dmitry Safonov wrote:
> On 07/12/2016 05:14 PM, Oleg Nesterov wrote:
>>
>> On 07/11, Andy Lutomirski wrote:
>>>
>>> I'm starting to wonder if we should finally suck it up and give
>>> special mappings a non-NULL vm_file so we can track them
On Tue, Aug 2, 2016 at 3:59 AM, Dmitry Safonov wrote:
> On 07/12/2016 05:14 PM, Oleg Nesterov wrote:
>>
>> On 07/11, Andy Lutomirski wrote:
>>>
>>> I'm starting to wonder if we should finally suck it up and give
>>> special mappings a non-NULL vm_file so we can track them properly.
>>> Oleg,
On 07/12/2016 05:14 PM, Oleg Nesterov wrote:
On 07/11, Andy Lutomirski wrote:
I'm starting to wonder if we should finally suck it up and give
special mappings a non-NULL vm_file so we can track them properly.
Oleg, weren't you thinking of doing that for some other reason?
Yes, uprobes.
On 07/12/2016 05:14 PM, Oleg Nesterov wrote:
On 07/11, Andy Lutomirski wrote:
I'm starting to wonder if we should finally suck it up and give
special mappings a non-NULL vm_file so we can track them properly.
Oleg, weren't you thinking of doing that for some other reason?
Yes, uprobes.
On 07/11, Andy Lutomirski wrote:
>
> On Mon, Jul 11, 2016 at 11:26 AM, Oleg Nesterov wrote:
> >
> > Do we really care? I mean, the kernel can't crash or something like this,
> > just the old vdso mapping can faultin the "wrong" page from the new
> > vdso_image, right?
>
> That
On 07/11, Andy Lutomirski wrote:
>
> On Mon, Jul 11, 2016 at 11:26 AM, Oleg Nesterov wrote:
> >
> > Do we really care? I mean, the kernel can't crash or something like this,
> > just the old vdso mapping can faultin the "wrong" page from the new
> > vdso_image, right?
>
> That makes me nervous.
On Mon, Jul 11, 2016 at 11:26 AM, Oleg Nesterov wrote:
> On 07/10, Andy Lutomirski wrote:
>>
>> On Thu, Jul 7, 2016 at 4:11 AM, Dmitry Safonov
>> wrote:
>> > On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
>> >>
>> >> On Wed, Jun 29, 2016 at 3:57 AM,
On Mon, Jul 11, 2016 at 11:26 AM, Oleg Nesterov wrote:
> On 07/10, Andy Lutomirski wrote:
>>
>> On Thu, Jul 7, 2016 at 4:11 AM, Dmitry Safonov
>> wrote:
>> > On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
>> >>
>> >> On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov
>> >> wrote:
>> >>>
>> >>>
On 07/10, Andy Lutomirski wrote:
>
> On Thu, Jul 7, 2016 at 4:11 AM, Dmitry Safonov wrote:
> > On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
> >>
> >> On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov
> >> wrote:
> >>>
> >>> Add API to change vdso
On 07/10, Andy Lutomirski wrote:
>
> On Thu, Jul 7, 2016 at 4:11 AM, Dmitry Safonov wrote:
> > On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
> >>
> >> On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov
> >> wrote:
> >>>
> >>> Add API to change vdso blob type with arch_prctl.
> >>> As this is
On Thu, Jul 7, 2016 at 4:11 AM, Dmitry Safonov wrote:
> On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
>>
>> On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov
>> wrote:
>>>
>>> Add API to change vdso blob type with arch_prctl.
>>> As this is usefull
On Thu, Jul 7, 2016 at 4:11 AM, Dmitry Safonov wrote:
> On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
>>
>> On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov
>> wrote:
>>>
>>> Add API to change vdso blob type with arch_prctl.
>>> As this is usefull only by needs of CRIU, expose
>>> this interface
On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov wrote:
Add API to change vdso blob type with arch_prctl.
As this is usefull only by needs of CRIU, expose
this interface under CONFIG_CHECKPOINT_RESTORE.
+#ifdef
On 07/06/2016 05:30 PM, Andy Lutomirski wrote:
On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov wrote:
Add API to change vdso blob type with arch_prctl.
As this is usefull only by needs of CRIU, expose
this interface under CONFIG_CHECKPOINT_RESTORE.
+#ifdef CONFIG_CHECKPOINT_RESTORE
+
On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov wrote:
> Add API to change vdso blob type with arch_prctl.
> As this is usefull only by needs of CRIU, expose
> this interface under CONFIG_CHECKPOINT_RESTORE.
> +#ifdef CONFIG_CHECKPOINT_RESTORE
> + case
On Wed, Jun 29, 2016 at 3:57 AM, Dmitry Safonov wrote:
> Add API to change vdso blob type with arch_prctl.
> As this is usefull only by needs of CRIU, expose
> this interface under CONFIG_CHECKPOINT_RESTORE.
> +#ifdef CONFIG_CHECKPOINT_RESTORE
> + case ARCH_MAP_VDSO_X32:
> +
Add API to change vdso blob type with arch_prctl.
As this is usefull only by needs of CRIU, expose
this interface under CONFIG_CHECKPOINT_RESTORE.
Cc: Andy Lutomirski
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Add API to change vdso blob type with arch_prctl.
As this is usefull only by needs of CRIU, expose
this interface under CONFIG_CHECKPOINT_RESTORE.
Cc: Andy Lutomirski
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: Cyrill Gorcunov
Cc: Pavel Emelyanov
Cc: x...@kernel.org
20 matches
Mail list logo