Pull up following revision(s) (requested by tsutsui in ticket #1329):
sys/arch/sun68k/stand/libsa/sun3.c: revision 1.12
sys/arch/sun68k/stand/libsa/sun3.c: revision 1.13
sys/arch/sun68k/stand/libsa/version: revision 1.7
sun68k: fix typo in physical address calculation in dev3_mapin()
This typo was introduced in the sun3/sun3x merge 28 years ago,
so maybe harmless.
sun68k: avoid PROM DVMA map aliasing in sun3 bootloader
NetBSD/sun3 11.0 GENERIC fails to boot from a SCSI disk on
my Sun 3/60 with at least PROM revisions 2.8.3 and 3.0.1.
It looks sun3 PROM SCSI driver allocates internal resources
in DVMA space starting at 0xfff00000. The sun3 standalone
[26 lines not shown]
Pull up following revision(s) (requested by gutteridge in ticket #1328):
tests/usr.bin/grep/d_pr60552: revision 1.1
tests/usr.bin/grep/Makefile: revision 1.3
distrib/sets/lists/tests/mi: revision 1.1425
tests/usr.bin/grep/t_grep.sh: revision 1.10
tests/usr.bin/grep/t_grep.sh: revision 1.11
grep(1): Test screw case of case-insensitive match with colour.
PR bin/60552: /usr/bin/grep failure under AMD64
grep(1): Nix xfail on new test for PR 60552 screw case.
I was planning to do this in the same commit that fixes it, to keep
the history of bugs and fixes tidy, but gutteridge@ beat me to
committing the fix.
PR bin/60552: /usr/bin/grep failure under AMD64
Pull up following revision(s) (requested by gutteridge in ticket #419):
tests/usr.bin/grep/d_pr60552: revision 1.1
tests/usr.bin/grep/Makefile: revision 1.3
distrib/sets/lists/tests/mi: revision 1.1425
tests/usr.bin/grep/t_grep.sh: revision 1.10
tests/usr.bin/grep/t_grep.sh: revision 1.11
grep(1): Test screw case of case-insensitive match with colour.
PR bin/60552: /usr/bin/grep failure under AMD64
grep(1): Nix xfail on new test for PR 60552 screw case.
I was planning to do this in the same commit that fixes it, to keep
the history of bugs and fixes tidy, but gutteridge@ beat me to
committing the fix.
PR bin/60552: /usr/bin/grep failure under AMD64
libarchive: Avoid collision with LIBARCHIVE variable in makefile.
It was both the path to the .a file for DPADD, and the path to the
source directory. Can't be both, and the source directory is purely
local while the .a file is used in other makefiles, so let's call the
source directory LIBARCHIVEDIR instead.
Found while trying to diagnose:
PR lib/60560: libarchive tests are failing
rpcbind(8): minor markup tweaks, explain "portmapper"
Mention "portmapper" in the .Nd line to make it findable with the
legacy apropos(1). Add a brief HISTORY section that provides a bit of
background information on the name.
x86: Pull dbregs buffer allocation out from under lwp_lock.
Sprinkle assertions and notes about locking rules while here.
PR kern/60595: System lockup using gdb(1) on kernel with DEBUG+LOCKDEBUG
This fixes a bug that was revealed by lifting up rock while fixing:
PR kern/60556: panic in process_read_fpregs_xmm
Add an optional mechanism, enabled by setting rcorder_cache=YES in
/etc/rc.conf, to precompute and cache the list of rc.d scripts that
will actually result in useful boot-time work. This cached list is
then consulted on subsequent boots to reduce the number of scripts
run during boot. This can have a huge impact on boot time on machines
with slow CPUs and/or highly constrained I/O. On the machine that
inspired this change, it reduced the number of scripts visited during
boot from 130 to 45 and reduced the boot time from 13 minutes to 7.
PR bin/60607
pciconf(9): Configure some registers and variables for PCI-PCI bridge
Reviewed by rin@
- Configure BARs for PCI-PCI bridge if implemented
PCI-to-PCI Bridge Spec rev. 1.2 "3.2.5.1 Base Address registers" says
that if the optional BARs are implemented, the configuration software
must map address ranges.
- Configure interrupt related registers for PCI-PCI bridge
- Skip min_gnt/max_lat calculations for PCI-PCI bridges because those
are not supported.
- Handle expansion ROM base address register correctly for PCI-PCI bridges.
sun68k: avoid PROM DVMA map aliasing in sun3 bootloader
NetBSD/sun3 11.0 GENERIC fails to boot from a SCSI disk on
my Sun 3/60 with at least PROM revisions 2.8.3 and 3.0.1.
It looks sun3 PROM SCSI driver allocates internal resources
in DVMA space starting at 0xfff00000. The sun3 standalone
DVMA setup currently aliases its local address range starting
at 0x200000 to that same address.
Since the alias is created by sharing PMEGs, PTE changes made by
the PROM in its DVMA space also change the corresponding standalone
mappings. These mappings are inherited by the loaded kernel.
On Sun3, pmap_bootstrap() derives the first available PA from
(nextva - KERNBASE3), assuming that the kernel bootstrap VA range
is backed by the corresponding contiguous physical addresses.
A leaked alias can instead map part of that range to an unrelated
[14 lines not shown]
Pull up following revision(s) (requested by skrll in ticket #417):
sys/external/bsd/dwc2/dwc2.c: revision 1.84
sys/external/bsd/dwc2/dist/dwc2_core.c: revision 1.15
PR/60021: USB-only boot: uhub0 attaches but uhub1 never appears...
Update the dwc2 intial reset sequence to more closely match the upstream
driver - it's changed a bit in the last 10 years.
This reset sequence gets the device out of the state it's left in by the
RaspberryPI firmware when booting from USB.
dwc2: Bring dwc2_wait_for_mode from upstream and use in dwc2_force_mode.
dwc2_wait_for_mode will wait upto 110milliseconds for the controller
to enter the expected mode.
[2 lines not shown]
evbarm/am18xx: sdmmc driver
A first version of the SD card driver for the TI am1808. The driver works fine, but the performance is lower than expected.
