[Tooling] Fix misleading progress report when files have multiple compile commands (#169640)
This patch fixes an issue in progress reporting where the processed item
counter could exceed the total item count, leading to confusing outputs
like [22/18].
Closes [#169168](https://github.com/llvm/llvm-project/issues/169168)
devel/lua-language-server: Update to 3.16.1 and restore PORTEPOCH
During the ritual to resurrect this port, the existing PORTEPOCH
got inadvertently dropped. Restore it, along with an update to
version 3.16.1.
Differential Revision: https://reviews.freebsd.org/D54165
aq(4): Use sys, not userland, headers
And remove some unused definitions.
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D54152
bnxt.4: Adjust for recent HARDWARE
+ Adjust document description matching another terabit driver
+ Add BCM576XX family to DESCRIPTION, switch to XX notation
+ Add some model names, additional models, and improvements to HARDWARE
MFC after: 3 days
Reviewed by: sumit.saxena_broadcom.com (previous)
Differential Revision: https://reviews.freebsd.org/D54028
www/mediawiki145: Add new port
MediaWiki is the collaborative editing software that runs Wikipedia,
the free encyclopedia, and other projects.
It's designed to handle a large number of users and pages without imposing
too rigid a structure or workflow.
sockets: remove compat shim for divert(4)
All known software in ports had been addressed three years ago and the
shim stays in stable/14 and stable/15 for another couple years with its
printf(), so all ourliers are expected to conform before 16.0-RELEASE.
See 8624f4347e8133911b0554e816f6bedb56dc5fb3 for details.
[RISCV] Use sew and vec_policy for Rivos vector instruction operands. (#171721)
This enables MachineVerifier and MachineIR printing support for these
operands.
net-mgmt/xymon-server: Fix vmstat parsing
The parsing of vmstat code was broken. The original code attempted to
detect FreeBSD 4.10's vmstat output vs FreeBSD 6, but probably never
worked correctly anyway.
FreeBSD 4.12's vmstat output:
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 md0 in sy cs us sy id
0 0 0 10908 991180 68 1 1 0 55 0 0 0 241 201 12 0 1 99
FreeBSD 14.3 vmstat output:
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr nda0 nda1 in sy cs us sy id
1 2 0 76275458375684208828416 21155 13 15 1 14995 3542 0 0 1964 61975 39820 3 2 93
It's the same number of fields in the same order, so the vmstat data
[7 lines not shown]
Move the decrement of lfs_iocount after the pool_put in the cluster callback;
and explicitly check lfs_iocount before destroying the pool at unmount.
Prevents an occasional "pool busy" panic at unmount time.
Do not check and convert all root-level directory entries with inode number 1
into regular files. The Ifile has not been exposed in the file system for
more than 15 years, and this conversion makes it impossible to have whiteouts
at the root level.
Merge tag 'spi-fix-v6.19-merge-window' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi
Pull spi fixes from Mark Brown:
"A few small fixes for SPI that came in during the merge window,
nothing too exciting here"
* tag 'spi-fix-v6.19-merge-window' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi:
spi: microchip-core: Fix an error handling path in mchp_corespi_probe()
spi: cadence-qspi: Fix runtime PM imbalance in probe
Merge tag 'regulator-fix-v6.19-merge-window' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator
Pull regulator fixes from Mark Brown:
"A few fixes that came in during the merge window, nothing too
exciting - the one core fix improves error propagation from gpiolib
which hopefully shouldn't actually happen but is safer"
* tag 'regulator-fix-v6.19-merge-window' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator:
regulator: spacemit: Align input supply name with the DT binding
regulator: fixed: Rely on the core freeing the enable GPIO
regulator: check the return value of gpiod_set_value_cansleep()
ZIO: ZIO_STAGE_DDT_WRITE is a blocking stage
ddt_lookup() in zio_ddt_write() might require synchronous DDT ZAP
read. Running it from interrupt taskq might lead to deadlock.
Inclusion of ZIO_STAGE_DDT_WRITE into ZIO_BLOCKING_STAGES should
hopefully fix that, even though I am not sure how I got there.
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Alexander Motin <alexander.motin at TrueNAS.com>
Closes #17981
