RFR: 8219241: Provide basic virtualization related info in the hs_error file on linux/windows x86_64
David Holmes
david.holmes at oracle.com
Wed Mar 20 06:15:01 UTC 2019
Hi Matthias,
On 19/03/2019 11:53 pm, Baesken, Matthias wrote:
> Hello, here is a new webrev :
>
> http://cr.openjdk.java.net/~mbaesken/webrevs/8219241.3/
>
> This moved the ppc/s390 virtualization related info output into the platform/cpu - specific coding .
This is looking better though I'm struggling to keep all the dots
connected in terms of the APIs - I can't quite see the pattern for what
calls what and what overrides what. A couple of initial comments:
1. We already have a ton of cpuid related parsing in
./cpu/x86/vm_version_x86.hpp - can't you hook into that to "check
virtualizations" and store the information for later use?
2. os_windows.cpp
Why the indirection through os::win32::print_virtualization_info instead
of just calling VM_Version::print_detected_virtualization directly?
I'll keep trying to piece this together. :)
Thanks,
David
-----
>
> Best regards, Matthias
>
>
>> -----Original Message-----
>> From: David Holmes <david.holmes at oracle.com>
>> Sent: Montag, 11. März 2019 08:36
>> To: Baesken, Matthias <matthias.baesken at sap.com>; 'hotspot-
>> dev at openjdk.java.net' <hotspot-dev at openjdk.java.net>
>> Cc: Doerr, Martin <martin.doerr at sap.com>
>> Subject: Re: RFR: 8219241: Provide basic virtualization related info in the
>> hs_error file on linux/windows x86_64
>>
>> On 7/03/2019 3:13 am, Baesken, Matthias wrote:
>>> Hello , could I push the latest version of 8219241 ?
>>
>> Sorry based on your earlier email I thought you were looking at doing
>> the restructuring. I was then on vacation most of last week.
>>
>>> A change that moves the coding more into platform/cpu - specific coding
>> (if this is wanted)
>>> could be done when bringing in the AIX virtualization related info in
>> another patch which I plan to do .
>>
>> If that is imminent then okay - I don't like the code as it is.
>>
>> Thanks,
>> David
>>
>
More information about the hotspot-dev
mailing list