Add bootxx_hd9660 as generic boot image in amd64 ISOs.
This enables the .iso to boot from flash drive (in addition to optical
drive) when the BIOS doesn't incorrectly insist on an active MBR partition.
Pull up following revision(s) (requested by hgutch in ticket #1342):
sys/external/bsd/drm2/dist/drm/i915/display/intel_dp.c: revision 1.8
i915: Make this build with -O0.
Based on a patch from Georg K�hberger.
PR bin/59989: Compiler abort when using -O0 optimization on building
Pull up following revision(s) (requested by hgutch in ticket #473):
sys/external/bsd/drm2/dist/drm/i915/display/intel_dp.c: revision 1.8
i915: Make this build with -O0.
Based on a patch from Georg K�hberger.
PR bin/59989: Compiler abort when using -O0 optimization on building
Pull up following revision(s) (requested by skrll in ticket #472):
sys/uvm/pmap/pmap.c: revision 1.100
sys/uvm/pmap/pmap.c: revision 1.101
sys/uvm/pmap/pmap.c: revision 1.98
sys/uvm/pmap/pmap.c: revision 1.99
sys/uvm/pmap/pmap.c: revision 1.108
sys/uvm/pmap/pmap.c: revision 1.87
Fix two EXECness issues
- when creating a WX mapping via pmap_enter mark the page as EXEC
- when pmap_protect adds X then ensure that pmap_page_syncicache is called
for the page.
Whitespace
Code re-org. Add a comment.
NFCI.
[26 lines not shown]
Pull up following revision(s) (requested by jmcneill in ticket #1340):
sys/arch/aarch64/aarch64/fpu.c: revision 1.15
arm64: don't consult mvfr1_el1 for AArch64 fp capabilities
The MVFR1_EL1 register describes features for the AArch32 AdvSIMD and FP
implementation and the contents of this register are UNKNOWN when FEAT_AA32
is not implemented.
So let's ignore this register and just set FPCR defaults for IEEE 754
compatibility.
Before this change, 7 tests in lib/libm failed on a VMware Fusion VM
(Apple M4 Pro) where MVFR1_EL1 reads as zero. With this change, all
tests pass.
Pull up following revision(s) (requested by jmcneill in ticket #471):
sys/arch/aarch64/aarch64/fpu.c: revision 1.15
arm64: don't consult mvfr1_el1 for AArch64 fp capabilities
The MVFR1_EL1 register describes features for the AArch32 AdvSIMD and FP
implementation and the contents of this register are UNKNOWN when FEAT_AA32
is not implemented.
So let's ignore this register and just set FPCR defaults for IEEE 754
compatibility.
Before this change, 7 tests in lib/libm failed on a VMware Fusion VM
(Apple M4 Pro) where MVFR1_EL1 reads as zero. With this change, all
tests pass.
Pull up following revision(s) (requested by gutteridge in ticket #470):
sys/dev/acpi/acpi_bat.c: revision 1.124
acpi_bat.c: add Surface Go 3 support
This device uses a non-standard HID. Addresses PR kern/60709 from
Ron Ben Aroya, who provided the patch.
Pull up following revision(s) (requested by jdc in ticket #469):
share/man/man4/man4.sparc64/jbusiic.4: revision 1.1
share/man/man4/man4.sparc64/fireiic.4: revision 1.1
distrib/sets/lists/man/mi: revision 1.1833
sys/arch/sparc64/conf/GENERIC: revision 1.248
distrib/sets/lists/manhtml/mi: revision 1.51
share/man/man4/man4.sparc64/Makefile: revision 1.11
Add devices found in the U45.
Add a manual page for fireiic (Sun Fire/MICV i2c controller).
Add a manual page for jbusiic (Sun JBus i2c controller).
Add build glue (Makefile and set lists) for manual pages:
sparc64/fireiic.4, sparc64/jbusiic.4
Pull up following revision(s) (requested by jdc in ticket #468):
sys/arch/sparc64/conf/files.sparc64: revision 1.170
sys/arch/sparc64/dev/fire_i2c.c: revision 1.1
sys/arch/sparc64/dev/fire_i2c.c: revision 1.2
sys/arch/sparc64/dev/fire_i2c.c: revision 1.3
sys/arch/sparc64/dev/fire_i2c.c: revision 1.4
sys/arch/sparc64/dev/fire_i2creg.h: revision 1.1
Add a driver for the Fire/MICV i2c controller found in Pyro-based
machines (e.g. U45, V245).
Add glue for fire_i2c.
Fix format string (and sparc builds).
Add a cast when printing ma->ma_reg[0].ur_len, so that it works on both
sparc and sparc64.
Use PRI macro instead of type casting.
Pull up following revision(s) (requested by jdc in ticket #466):
sys/dev/i2c/adt7462reg.h: revision 1.1
sys/dev/i2c/adt7462.c: revision 1.1
sys/dev/i2c/files.i2c: revision 1.138 (patch)
sys/dev/i2c/nxp75areg.h: revision 1.1
sys/dev/i2c/lm95221.c: revision 1.1
sys/dev/i2c/nxp75a.c: revision 1.1
sys/dev/i2c/lm95221reg.h: revision 1.1
Add a driver for the Texas Instruments LM95221 temperature sensor.
The chip is used in the Sun Ultra 45.
Add a driver for the NXP LM75A temperature sensor.
The chip is used in the Sun Ultra 45.
Note, that this is not the same as the TI LM75A temperature sensor (lmtemp).
[7 lines not shown]
Pull up following revision(s) (requested by jdc in ticket #465):
sys/arch/sparc64/sparc64/autoconf.c: revision 1.248
sys/arch/sparc64/sparc64/autoconf.c: revision 1.249
sys/arch/sparc64/sparc64/ofw_patch.c: revision 1.11
sys/arch/sparc64/sparc64/ofw_patch.h: revision 1.6
sys/arch/sparc64/sparc64/autoconf.c: revision 1.250
sys/arch/sparc64/sparc64/autoconf.c: revision 1.251
sys/arch/sparc64/sparc64/autoconf.c: revision 1.252
- all via patch
Fix up PROM's where reg is encoded as a 64-bit and a 32-bit value
(e.g. 00000400 0fc62020 00000010), but we want 2 x 64-bit values.
U45 with OBP 4.21.2 has jbus-i2c configured like this.
fix the build.
More corrections...
[21 lines not shown]
hppa: Add some rumplish 64-bit atomics to librump.so.
Should really fix rump build on hppa since a new use of atomic_inc_64
under __HAVE_ATOMIC64_OPS sprouted a few days ago:
/home/builds/ab/HEAD/hppa/20260917233410Z-tools/lib/gcc/hppa--netbsd/14.3.0/../../../../hppa--netbsd/bin/ld: /home/builds/ab/HEAD/hppa/20260917233410Z-dest/usr/lib/librumpnet_local.so: undefined reference to `rumpns_atomic_inc_64_nv'
Followup for:
PR kern/60729: incosistent st_ino from the first stat(2) on a socket
rump/atomic_cas_*: Use __HAVE_ATOMIC64_OPS, not _LP64.
Should fix rump build on hppa since a new use of atomic_inc_64 under
__HAVE_ATOMIC64_OPS sprouted a few days ago:
/home/builds/ab/HEAD/hppa/20260917233410Z-tools/lib/gcc/hppa--netbsd/14.3.0/../../../../hppa--netbsd/bin/ld: /home/builds/ab/HEAD/hppa/20260917233410Z-dest/usr/lib/librumpnet_local.so: undefined reference to `rumpns_atomic_inc_64_nv'
Followup for:
PR kern/60729: incosistent st_ino from the first stat(2) on a socket
ipsec: Fix sizing and alignment in IPsec policy import and export.
Note: I'm not sure whether it makes sense to have mismatched src and
dst address families -- I doubt it, since userland libipsec rejects
it in ipsec_set_policy(3). I'm also not sure whether it makes sense
to have numbers of addresses other than 0 or 2. But those can be
addressed in a separate commit.
PR kern/60669: netipsec key_sp2msg buffer overrun
turnstile(9): Fix priority inheritance if trylock requires restart.
While here, sprinkle some comments explaining what's going on.
Not 100% sure this optimization, which was added in 2007 by yamt@ in
the original implementation of priority inheritance, is worthwhile,
but it's easy enough to fix for now.
PR kern/60739: Turnstile priority inheritance short-circuits walking
of waiter chain when trylock fails
