On Wed, 7 Apr 2021 05:24:30 GMT, Denis Konoplev wrote:
> Check if blit sizes are less than MTL_GPU_FAMILY_MAC_TXT_SIZE.
>
> It's safe since we copy tile from the image with memcpy.
>
> // copy src pixels inside src bounds to buff
> for (int row = 0; row < sh; row++) {
> memcpy(buff.content
On Wed, 7 Apr 2021 05:24:30 GMT, Denis Konoplev wrote:
> Check if blit sizes are less than MTL_GPU_FAMILY_MAC_TXT_SIZE.
>
> It's safe since we copy tile from the image with memcpy.
>
> // copy src pixels inside src bounds to buff
> for (int row = 0; row < sh; row++) {
> memcpy(buff.content
I've removed MaxTextureSize and replaced its usages with
MTL_GPU_FAMILY_MAC_TXT_SIZE
-
Commit messages:
- 8265062: Remove duplication constant MaxTextureSize
Changes: https://git.openjdk.java.net/jdk/pull/3519/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=3519&range=
This PR makes Metal as the default Java2D rendering pipeline for macOS.
Note : from JBS description :
The plan of record has always been that for JDK 17 the new Metal pipeline will
be OFF by default and must be explicitly enabled by setting a system property.
We are not changing that plan but to
On Fri, 16 Apr 2021 05:57:13 GMT, Ajit Ghaisas wrote:
> This PR makes Metal as the default Java2D rendering pipeline for macOS.
>
> Note : from JBS description :
> The plan of record has always been that for JDK 17 the new Metal pipeline
> will be OFF by default and must be explicitly enabled b
