RFR: JDK-8202384: Introduce altserver jvm variant with speculative execution disabled
David Holmes
david.holmes at oracle.com
Fri Jun 8 00:30:20 UTC 2018
On 8/06/2018 6:11 AM, Erik Joelsson wrote:
> On 2018-06-07 11:56, jesper.wilhelmsson at oracle.com wrote:
>>> On 6 Jun 2018, at 06:17, David Holmes <david.holmes at oracle.com
>>> <mailto:david.holmes at oracle.com>> wrote:
>>>
>>> Hi Erik, Jesper,
>>>
>>>
>>> So "benevolent dictatorship"? ;-)
>>>
>>> My main concern is that the updated toolchains that support this have
>>> all been produced in a mad rush and quite frankly I expect them to be
>>> buggy. I don't think it is hard to enable the builder of OpenJDK to
>>> have full choice and control here.
>>
>> My assumption has been, and still is, that we're not the only ones
>> that will use gcc 7.3.0 with these flags. If there were bugs in the
>> new code they would most likely have been found already. The
>> experience from our own work in this area is that the bugs are
>> unlikely to be crashes due to the new code, but rather weird corner
>> cases where the new code is not inserted where it was needed, leaving
>> speculative execution unblocked in that single case.
>>
>> That said, I have no strong opinions on what is possible to configure
>> in the build, as long as the Oracle OpenJDK builds comes with two JVM
>> libraries and one copy of all other libraries. But that is of course a
>> slightly different issue as long as it is possible to do.
>>
> I just don't think the extra work is warranted or should be prioritized
> at this point. I also cannot think of a combination of options required
> for what you are suggesting that wouldn't be confusing to the user. If
> someone truly feels like these flags are forced on them and can't live
> with them, we or preferably that person can fix it then. I don't think
> that's dictatorship. OpenJDK is still open source and anyone can contribute.
I don't see why --enable-hardened-jdk and --enable-hardened-hotspot to
add to the right flags would be either complicated or confusing.
David
> /Erik
>
More information about the build-dev
mailing list