lkml.org 
[lkml]   [2015]   [Feb]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v1 00/12] x86, alternatives: Instruction padding and more robust JMPs

* Borislav Petkov <bp@alien8.de> wrote:

> From: Borislav Petkov <bp@suse.de>
>
> [ Changelog is in version-increasing number so that one can follow the
> evolution of the patch set in a more natural way (i.e., latest version
> comes at the end. ]
>
> v0:
>
> this is something which hpa and I talked about recently:
> the ability for the alternatives code to add padding to
> the original instruction in case the replacement is
> longer and also to be able to simply write "jmp" and not
> care about which JMP exactly the compiler generates and
> whether the relative offsets are correct.
>
> So this is a stab at it, it seems to boot in kvm here but
> it needs more staring to make sure we're actually
> generating the proper code at all times.

Ok, this looks really cool.

Do you have any stats about how many such (affected) patch
sites we have in say the 64-bit defconfig kernel?

I.e. what's the scope of this optimization?

Thanks,

Ingo


\
 
 \ /
  Last update: 2015-02-18 22:41    [W:0.112 / U:0.652 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site