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.)
Rework cnmagic(9):
- No more re-defining cn_trap(), cn_isconsole(), etc. Intead...
- Always provide cpu_Debugger() and console_debugger() in kern_stub.c.
- Move cnmagic(9)-related bits from <sys/systm.h> to <dev/cons.h>.
- Make ch_check_magic() return true/false based on "magic sequence
matched, action taken", eliminating the cn_trapped dance many
drivers did.
- Add a way to explicitly set the action using an API setter, rather
than having to define a CPP macro at the right time.
- Update callers to always pass their cnmagic state by reference rather
than by value (which was fine as a pure macro interface, not so much
when function calls are involved).
Bonvenon al NetBSD 11.99.11.
syslog.conf: Don't spam console with each failed login or ftp/http xfer.
This just changes the default for new installations; users who want
their console to fill up with the constant spew of ssh attacks, or
ftp/http xfers, can just put it back the way it was before.
PR bin/60506: default syslog.conf spams console with ssh/http attacks
