RFR (XL): 8019972: PPC64 (part 9): platform files for interpreter only VM.

Lindenmaier, Goetz goetz.lindenmaier at sap.com
Fri Jul 19 12:47:01 PDT 2013


Hi David, 

> I think orderAccess_linux_ppc.inline.hpp should have: 
>    34 #ifndef _LP64
>    35 #error "Atomic currently only impleneted for PPC64"
>    36 #endif
You're right, I'll fix this.
If you don't object I'll guard it by PPC64 as it depends on the 
processor architecture and not the memory model.

If I will change the ppc_ prefixes that'll take a bit, especially
as I will have to adapt all the alignments :(.
But that does not matter, as we need to wait for your build
change anyways.

Best regards,
  Goetz.





-----Original Message-----
From: David Holmes [mailto:david.holmes at oracle.com] 
Sent: Friday, July 19, 2013 7:29 AM
To: Lindenmaier, Goetz
Cc: hotspot-dev at openjdk.java.net; ppc-aix-port-dev at openjdk.java.net; Vladimir Kozlov
Subject: Re: RFR (XL): 8019972: PPC64 (part 9): platform files for interpreter only VM.

Hi Goetz,

Only a brief glance through ...

I think orderAccess_linux_ppc.inline.hpp should have:

   34 #ifndef _LP64
   35 #error "Atomic currently only impleneted for PPC64"
   36 #endif

the same as in atomic_linux_ppc.inline.hpp (the jlong variants will only 
be atomic on ppc64).

BTW typo: 35 #error "Atomic currently only impleneted for PPC64"

I also find the ppc_ prefix used in the assembly code somewhat redundant.

David
-----

On 18/07/2013 1:34 AM, Lindenmaier, Goetz wrote:
> Hi,
>
> This time with webrev. Sorry for the double mails.
>
> This change contains all the files in cpu/ppc and os_cpu/linux_ppc needed for
> the PPC64 interpreter port on linux.
>
> With this change you can do a core build on ppc64 and run the VM interpreter only.
> It executes simple programs as jvm98.
> The change requires
>
> *         8016697: Use stubs to implement safefetch
>
> *         8020059: The flag introduced by 8014972 is not defined ...
> which will arrive soon in the staging repository.
>
> I marked the change as XL as it contains a lot of code.  Nevertheless the
> code has no impact on the existing Oracle platforms.
>
> The change touches a single shared file, globals.hpp, removing a
> special case introduced for the port.  This is because we
> integrated some changes earlier than originally intended.
>
> Please review the change.  Does it need testing on Oracle side?
> http://cr.openjdk.java.net/~goetz/webrevs/8019972-ppc_files/
>
> Best regards,
>    Goetz.
>


More information about the hotspot-dev mailing list