Import zlib-1.4.0 (previous was 1.3.2) to address CVE-2026-85091
Breaking changes
- CMake:
- The minimum CMake version is now 3.15, up from 3.12.
- Library file names changed on MSVC: z is now libz, as in libz.dll,
libz.lib, and the static libzs.lib. minizip's libraries changed the
same way.
- On Cygwin, the libraries now use the lib prefix.
- Contrib targets and tests built as part of zlib are now prefixed with
zlib_. Several test targets were renamed to one scheme, for example
zlib_examplestatic and minigzipstatic.
- The zlib1.dll option ENABLE_BZIP2 is now ZLIB1_DLL_ENABLE_BZIP2.
- When not otherwise determined, z_off_t is again long, as in 1.3.1, instead
of 1.3.2's long long. Windows applications built with 1.3.2 headers should
be recompiled; see Enhancements for 64-bit offsets.
- deflateReset() now resets the gzip header set by deflateSetHeader(), as
zlib.h has always said. Code relying on the header persisting must set
it again.
[122 lines not shown]
Per discussion w/ Tsutsui-san, switch hp300 to the new pmap_68k.
There are still issues with old HP MMU systems, but those systems
currently have problems even with the old pmap, and because there
is no design issue with the new pmap and the HP MMU, we should not
let these old, rare machines block the switch for everything else.
pmap_changebit(): The CPUSHP is only necessary on the 68040/68060 if
the critical page attributes (W, CM) have changed; if we're just
clearning U or M, it can be skipped.
While here, simplify the initialization of proto-PTEs; PTE40_CM_WT == 0,
so we don't actually need a separate case for it that's distinct from the
non-PTE51_CI for the other MMUs variants.
Add support for the DS2483 and DS2484 I2C to 1-Wire bridge chips to
the DS2482 driver. These members of the chip family are very simular
with the main exception being that there are programmable adjustments
that can be made to the 1-Wire protocol timing. The DS2483 chip is
actually EOL, but may exist in the wild somewhere and there was no big
differences between it and the DS2484. Adafruit has a very nice break
out board for the DS2484 chip for a reasonable amount of money.
The programmable timing adjustments of the DS2483 and DS2484 can be
done via sysctl. While these chips support overdrive speed on the
1-Wire bus, the onewire(4) infrastructure does not support the
coordination of overdrive speeds, so this driver does not particularly
support that mode.
While there, fix a missing config_detach_children() call in
ds2482ow.c.
20 years ago when the 1-Wire infrastructure was ported over from
OpenBSD, the calls in the onewire_detach() function in the onewirebus
(sys/dev/onewire/onewire.c) code for config_detach_children() was
commented out. I don't know why this was done, exactly, as there
wasn't any particular comments present. I suspect it might have been
because owtemp, the common end device, could not detach or maybe
detaching just didn't work as expected at that time.
The string of devices are as follows:
End controller -> onewirebus -> End device
gpioow or ds2482ow -> -> such as owtemp or ds24e17iic
If the onewirebus does not call config_detach_children(), the end
devices will end up orphened and not detach if the controller is
unloaded, such as with modunload. In a DIAGNOSTIC kernel, you will
panic with a complaint about the end device still being present.
[6 lines not shown]
Add "New Century Schoolbook" to the list of blacklisted web fonts
when it is selected in bitmap form.
The non-scalable version is picked for https://www.lua.org/pil/20.html
which results in rather unfortunate rendering.
Vaguely related to PR xsrc/60991
monetary.h: Adjust exposure for strfmon_l() and locale_t
In Posix Issue 7 (2008), strfmon_l() was added to the standard,
and is intended to be declared in <monetary.h>, as is locale_t
required to be defined by it (as strfmon_l() uses it).
As usual, we're running just a little late... but we're up to date now!
vax/vm_machdep.c: avoid calling pmap_activate() from cpu_lwp_fork()
In cpu_lwp_fork(), set initial values for the P0 and P1 base and
length registers and AST level rather than calling pmap_activate() to
do so. pmap_activate() will be called later when the LWP runs.
PR port-vax/57839
_splraise(): Don't take action if ipl is less than curipl.
Issue on ep93xx noted by Jonathan Chapman, and at91, footbridge, and
ixp12x0 have the same problem.
(becc is also wrong, but wrong differently.)
