Debian Patches
Status for openjdk-28/28~13ea-1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| system-pcsclite.diff | no | |||||
| hotspot-mips-align.diff | no | |||||
| icc_loading_with_symlink.diff | no | |||||
| icedtea-override-redirect-compiz.diff | no | |||||
| default-jvm-cfg.diff | no | |||||
| multiple-pkcs11-library-init.diff | # HG changeset patch # User andrew # Date 1352129932 0 # Node ID e9c857dcb964dbfa5eef3a3590244cb4d999cf7a # Parent 1406789608b76d0906881979335d685855f44190 Allow multiple PKCS11 library initialisation to be a non-critical error. |
no | ||||
| s390x-opt.diff | no | |||||
| jdk-getAccessibleValue.diff | no | |||||
| jdk-i18n-pt_BR.diff | no | |||||
| zero-x32.diff | no | |||||
| dnd-files.diff | no | |||||
| m68k-support.diff | Fix alignment issues on m68kLast Update: 2019-04-29 | John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> | no | |||
| make-debug-print.diff | no | |||||
| Don-t-optimize-fdlibm-fork-for-Zero-on-linux-sparc-Z.patch | Don't optimize fdlibm-fork for Zero on linux-sparc (Zero) | John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> | no | 2018-12-21 | ||
| reproducible-properties-timestamp.diff | Makes the timestamp in the properties files header reproducible when SOURCE_DATE_EPOCH is specified | Emmanuel Bourg <ebourg@apache.org> | no | |||
| reproducible-character-data.diff | Makes the generated character data classes reproducible (removes a timestamp and trims a build path captured in the comments) | Emmanuel Bourg <ebourg@apache.org> | no | |||
| reproducible-module-info.diff | Makes the generated module-info.java files reproducible (removes a captured build path) | Emmanuel Bourg <ebourg@apache.org> | no | |||
| reproducible-build-jmod.diff | jlink: Hash of module differs to expected hash recorded in java.base The cause is the use of dh_strip_nondeterminism late in the build process. This reorganises the jmod files, which in turn changes their SHA256 checksums. This would not be a problem, except that the checksums are saved in java.base.jmod *before* the use of dh_strip_nondeterminism. Performing this stripping immediately after each jmod file is created results in the checksums being consistent throughout. |
Julian Gilbey <jdg@debian.org> | not-needed | debian | ||
| mips.diff | # DP: Untested patch suggested to fix #983878 | no | ||||
| misalign-pointer-for-armhf.patch | Misalign address in the test rather than structure mk68-support.diff aligned metaspace structures by 4 bytes breaking the test. Add 1 to address type rather than aligned structure to produce misaligned pointer. |
no | ||||
| ldap-timeout-test-use-ip.patch | Replace hostname with a non-existant ip address In Ubuntu build environment we do not have DNS resolver, causing an unexpected test failure. Use a non-existant IP address instead of hostname. |
Vladimir Petko <vladimir.petko@canonical.com> | no | 2023-03-27 | ||
| test-use-ip-address.patch | Use IP address in tests Ubuntu build machines are not set up for dns. Use IP addresses to get correct test outcomes. |
Vladimir Petko <vladimir.petko@canonical.com> | not-needed | 2023-03-27 | ||
| arch-add-ports.diff | no | |||||
| warn-fontmanager.patch | print warning to install openjdk-*-jre package fontmanager support was moved to recommends, warn user to either install -jre package or recommended packages. Forwarding is not needed as this is a Debian-only issue. |
Vladimir Petko <vladimir.petko@canonical.com> | not-needed | |||
| hsdis-fpic.patch | Link with -fPIC version of binutils Link against -fPIC binutils library to avoid hard dependency on binutils. | Vladimir Petko <vladimir.petko@canonical.com> | not-needed | 2024-03-19 | ||
| jdk-8335238-workaround.patch | disable UnsafeGuard in Unsafe_SetMemory0 for i386 x86 hotspot aseembler incorrectly returns next instruction's PC for rep stos %eax,%es:(%edi) causing an infinite loop. This patch removes UnsafeGuard for i386, so that VM crashes instead of hanging indefinitely. Patch should not be forwarded as it reverses JDK-8320886 for i386. |
Vladimir Petko <vladimir.petko@canonical.com> | not-needed | upstream | 2024-07-01 | |
| zero-alpha-workaround.diff | no | |||||
| power-opt.diff | no | |||||
| test-empty-path.patch | disable tests requiring FileStore FileStore tests fail in container infrastructure due to JDK-8166162. This patch disables individual test cases requiring FileStore. The patch is not needed upstream as the bug only occurs in specific container configuration. diff --git a/test/jdk/java/io/File/EmptyPath.java b/test/jdk/java/io/File/EmptyPath.java index d3211f917..5daa08f0b 100644 |
Vladimir Petko <vladimir.petko@canonical.com> | not-needed | upstream | ||
| jdk-8389650-workaround.diff | Increament Zero VM stack size Javac compiler uses very deep recursion processing binary conditions. Increase the stack size to allow java.base compilation. The patch is a workaround - the fix should address the javac recursion. =================================================================== |
Vladimir Petko <vladimir.petko@canonical.com> | not-needed | debian upstream | 2026-08-04 | |
| jdk-8390159-proposed.diff | 8390159: [ARM32] Native ARM32 build hangs in COMPILE_CREATE_SYMBOLS These fixes address a series of failures reproducible when building arm32 natively on an arm32 platform (not cross-compilation), in both release and fastdebug modes. jniFastGetField_arm.cpp: use offset_shift After JEP 401 was integrated, jfieldIDWorkaround's offset_shift changed from 2 to 3. ARM32 is the only port where the shift was hardcoded as the literal 2 in JNI_FastGetField::generate_fast_get_int_field0. Other architectures take this value from the jfieldIDWorkaround::offset_shift constant and picked up the change automatically. This caused java.io.FileDescriptor's int fd field to be read incorrectly in the native fdval() function (IOUtil.c, libnio.so), which made the JVM hang during module loading at the COMPILE_CREATE_SYMBOLS step of the JDK build (fd was incorrectly decoded as 0 -- a blocking read from stdin). Fix: use the jfieldIDWorkaround::offset_shift constant instead of the hardcoded literal. oops/symbol.hpp: class alignas(8) Symbol JEP 401 widened VerificationType::TypeMask from 0x3 to 0x7, reserving a third bit for inline types. As a result is_reference() now requires a Symbol* to be 8-byte aligned. On 32-bit a Symbol sits at offset 4 inside a SymbolTable node, so is_reference() is always false and verification of any class fails with VerifyError. This only happens in release builds: in debug builds the node carries an extra DEBUG_ONLY field, which pushes the Symbol to offset 8. Fix: alignas(8) makes Symbol 8-byte aligned. On 64-bit the layout is unchanged. diff --git a/src/hotspot/cpu/arm/jniFastGetField_arm.cpp b/src/hotspot/cpu/arm/jniFastGetField_arm.cpp index 3a5dd10e82e..ba1574d500e 100644 |
Boris Ulasevich <Boris.Ulasevich@bell-sw.com> | yes | upstream | backport, https://github.com/openjdk/jdk/pull/32402 | 2026-08-17 |