[Bug 237208] java/openjdk11: port to powerpc64

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237208

Brandon Bergren <freebsd at bdragon.rtk0.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |freebsd at bdragon.rtk0.net

--- Comment #13 from Brandon Bergren <freebsd at bdragon.rtk0.net> ---
Found it.

The FSCR is slightly divergent between the BSP and the APs on the Talos II.

```
root at fledgling-bmc:~# pdbg -a getspr 153
Couldn't open debugfs
Couldn't open debugfs
p0:c23:t3:spr153: 0x0000000000000184
p0:c23:t2:spr153: 0x0000000000000184
p0:c23:t1:spr153: 0x0000000000000184
p0:c23:t0:spr153: 0x0000000000000184
p0:c22:t3:spr153: 0x0000000000000184
p0:c22:t2:spr153: 0x0000000000000184
p0:c22:t1:spr153: 0x0000000000000184
p0:c22:t0:spr153: 0x0000000000000184
p0:c19:t3:spr153: 0x0000000000000184
p0:c19:t2:spr153: 0x0000000000000184
p0:c19:t1:spr153: 0x0000000000000184
p0:c19:t0:spr153: 0x0000000000000184
p0:c18:t3:spr153: 0x0000000000000184
p0:c18:t2:spr153: 0x0000000000000184
p0:c18:t1:spr153: 0x0000000000000184
p0:c18:t0:spr153: 0x0000000000000184
p0:c17:t3:spr153: 0x0000000000000184
p0:c17:t2:spr153: 0x0000000000000184
p0:c17:t1:spr153: 0x0000000000000184
p0:c17:t0:spr153: 0x0000000000000184
p0:c16:t3:spr153: 0x0000000000000184
p0:c16:t2:spr153: 0x0000000000000184
p0:c16:t1:spr153: 0x0000000000000184
p0:c16:t0:spr153: 0x0000000000000184
p0:c13:t3:spr153: 0x0000000000000184
p0:c13:t2:spr153: 0x0000000000000184
p0:c13:t1:spr153: 0x0000000000000184
p0:c13:t0:spr153: 0x0000000000000184
p0:c12:t3:spr153: 0x0000000000000184
p0:c12:t2:spr153: 0x0000000000000184
p0:c12:t1:spr153: 0x0000000000000184
p0:c12:t0:spr153: 0x0000000000000184
p0:c11:t3:spr153: 0x0000000000000184
p0:c11:t2:spr153: 0x0000000000000184
p0:c11:t1:spr153: 0x0000000000000184
p0:c11:t0:spr153: 0x0000000000000184
p0:c10:t3:spr153: 0x0000000000000184
p0:c10:t2:spr153: 0x0000000000000184
p0:c10:t1:spr153: 0x0000000000000184
p0:c10:t0:spr153: 0x0000000000000184
p0:c9:t3:spr153: 0x0000000000000184
p0:c9:t2:spr153: 0x0000000000000184
p0:c9:t1:spr153: 0x0000000000000184
p0:c9:t0:spr153: 0x0000000000000184
p0:c8:t3:spr153: 0x0000000000000184
p0:c8:t2:spr153: 0x0000000000000184
p0:c8:t1:spr153: 0x0000000000000184
p0:c8:t0:spr153: 0x0000000000000184
p0:c7:t3:spr153: 0x0000000000000184
p0:c7:t2:spr153: 0x0000000000000184
p0:c7:t1:spr153: 0x0000000000000184
p0:c7:t0:spr153: 0x0000000000000184
p0:c5:t3:spr153: 0x0000000000000184
p0:c5:t2:spr153: 0x0000000000000184
p0:c5:t1:spr153: 0x0000000000000184
p0:c5:t0:spr153: 0x0000000000000184
p0:c4:t3:spr153: 0x0000000000000184
p0:c4:t2:spr153: 0x0000000000000184
p0:c4:t1:spr153: 0x0000000000000184
p0:c4:t0:spr153: 0x0000000000000184
p0:c2:t3:spr153: 0x0000000000000184
p0:c2:t2:spr153: 0x0000000000000184
p0:c2:t1:spr153: 0x0000000000000184
p0:c2:t0:spr153: 0x0000000000000184
p0:c1:t3:spr153: 0x0000000000000184
p0:c1:t2:spr153: 0x0000000000000184
p0:c1:t1:spr153: 0x0000000000000184
p0:c1:t0:spr153: 0x0000000000000184
p0:c0:t3:spr153: 0x0000000000000184
p0:c0:t2:spr153: 0x0000000000000184
p0:c0:t1:spr153: 0x0000000000000184
p0:c0:t0:spr153: 0x0000000000000180
```

So, if a process is created on anything but cpu0 it will detect the DSCR as
being available. If it later migrates to cpu0, it will cause a facility
unavailable trap if it tries to mess with the DSCR, and the kernel handles this
by SIGILL.

-- 
You are receiving this mail because:
You are the assignee for the bug.