RFR: 8223147: JFR Backport (to jdk8u)
Mario Torre
neugens at redhat.com
Mon Aug 12 08:50:46 UTC 2019
Hi Denghui,
I'm a bit confused because none of those seems to be a backport bug.
For example, the 8223689 isn't in 11. As such, we should first port
changes to the topmost upstream release and than carry them down one
by one until it reaches 8, in other words we should request the
changes to go first in 14, then 13, then 11 then 8.
We can of course apply single fixes in 8 that do not qualify for the
other releases, for example (I have yet to try) if 8229401 is only
valid because of the backport to 8 then it's fine to only fix this
problem in 8, otherwise we need to go the full route.
Cheers,
Mario
Cheers,
Mario
On Mon, Aug 12, 2019 at 10:32 AM DDH <denghui.ddh at alibaba-inc.com> wrote:
>
> Hi Mario、Andrey,
>
> We(Alibaba) recently fixed some test failures about JFR CodeCache events, which are incremental changes based on Azul' patchset.
> 8229401: Fix JFR code cache test failures
> http://cr.openjdk.java.net/~luchsh/jfr_cr/cr_8229401_hs/
> http://cr.openjdk.java.net/~luchsh/jfr_cr/cr_8229401_jdk/
>
>
> The other patchset we provided earlier is as follows:
> 8223689: Add JFR Thread Sampling Support
> http://cr.openjdk.java.net/~luchsh/jfr_cr/cr_thread_samp_20190326/
>
> 8223690: Add JFR BiasedLock Event Support
> http://cr.openjdk.java.net/~luchsh/hs_biasedlock/
> http://cr.openjdk.java.net/~luchsh/jdk_biasedlock/
>
> 8223691: Add JFR G1 Region Type Change Event Support
> http://cr.openjdk.java.net/~luchsh/g1region_type_change_event
>
> 8223692: Add JFR G1 Heap Summary Event Support
> http://cr.openjdk.java.net/~luchsh/jfr_cr/cr_g1heapsum_hs_20190326/
> http://cr.openjdk.java.net/~luchsh/jfr_cr/cr_g1heapsum_jdk_20190326/
>
> Thanks,
> Denghui
--
Mario Torre
Associate Manager, Software Engineering
Red Hat GmbH <https://www.redhat.com>
9704 A60C B4BE A8B8 0F30 9205 5D7E 4952 3F65 7898
More information about the jdk8u-dev
mailing list