Displaying 2 results from an estimated 2 matches for "a2984646".
2018 Feb 09
0
retpoline mitigation and 6.0
...39;t imperative.
>
Makes sense, I'll do this as part of the requested cleanup to how we model
whether or not to do retpolines.
Thanks,
-Chandler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180209/a2984646/attachment.html>
2018 Feb 08
2
retpoline mitigation and 6.0
On Thu, 2018-02-08 at 23:48 +0000, Chandler Carruth wrote:
> Bringing everything back to this thread -- we now have %V support
> landed in top-of-tree, so wanted to get confirmation that top-of-tree
> is healthy for the kernel, or see what else we need to do.
For 64-bit it's fine. For 32-bit we *think* the retpoline bits are OK
but it doesn't build for other reasons on 32-bit.