sysutils/mmc-utils: Update to 20230612 version
test: remove remainder of testfloat
Adjusted the devel/safe-iop and devel/uthash one-offs regarding BSD1CLAUSE.
cas.4: Remove remaining sparc64-specific bit
gem(4): Remove onboard-only Sun ERI and remnants of SBus support
mmc(4): Don't call bridge driver for timings not requiring tuning
benchmarks/netperf: Update to 20210121 version
sysutils/mmc-utils: Update to 20230209 version
devel/libconfig: update to 1.7.3
net/sslh: update to 1.22c
sysutils/cdrdao: stab at fixing on riscv
sysutils/cdrdao: whitespace fixes
sysutils/cdrdao: drop use of lorder(1)
sysutils/mmc-utils: Minor changes to port
sysutils/mmc-utils: Update to 20211130 version
man: Remove obsolete meteor.4
e1000: fix build after c1655b0f
rc.conf(5): regenerate after WITHOUT_NDIS removal
KDB: remove obsolete KDB_WHY_NDIS
build: remove NDIS option
e1000: consistently use the hw variables
man: remove stale references to ndis(4)
kvprintf(9): add missing FALLTHROUGH
mmcsd(4): properly set BIO error when partition switching fails
sym(4): handle mixed tagged/untagged commands gracefully
sym(4): fix nits reported by Coverity
fb_if: remove unused method
boot_font(4): remove obsolete font
wl(4): remove obsolete header
man4: bring back ofw_console.4 and openfirm.4
openpromio(4): remove obsolete pseudo device driver
kerneldoc: remove Doxyfile for cmx(4)
targets: no longer depend on bt3cfw(8)
bluetooth: remove support for bt3c(4)
bluetooth.device.conf.5/netgraph.4: remove reference to ng_bt3c(4)
hier.7/wlan.4: remove reference to wi(4)
sym(4): Remove remainder of SYM_SETUP_LP_PROBE_MAP support
- Update to mmc-utils as of 20191004, for the most part bringing only
sym.4: Remove remainder of SYM_SETUP_LP_PROBE_MAP documentation
nsphy(4): Remove obsolete support for pcn(4)
mlphy(4)/tlphy(4): Remove obsolete drivers
man4: remove references to gone eeprom(8) and obsolete devices
esp.4: Remove references to Sun devices
pcm.4: remove reference to snd_audiocs(4)
man4: remove references to drivers deorbited as part of FCP-101
scc(4)/uart(4): Remove obsolete support for Siemens SAB 82532
scc.4: Add Freescale/NXP QUICC to the list of supported controllers
ada(4): remove remainder of MD geometry translation support
bge(4): remove obsolete support for on-board Fujitsu and Sun MACs
rtld-elf(1): remove obsolete pre_init() hook
fwohci(4): remove support for Sun PCIO-2 FireWire controllers
ohci(4): remove support for Sun PCIO-2 USB controllers
gallant12x22(4): remove obsolete font
mk48txx(4): remove obsolete driver
mc146818(4): remove obsolete driver
mips: fix build w/ TICK_USE_MALTA_RTC defined
Move me from contributors to developers.
Announce myself as a new committer.
Document __FreeBSD_version 600013.
Document __FreeBSD_version 503103.
Sync the hardware list with reality, mainly regarding support of
- Update the list of known-working machines based on feedback for 7.2.
Document __FreeBSD_version 700053.
Document __FreeBSD_version 800003.
- Document __FreeBSD_version 700055.
- Move Sun Fire V240 to the list of known working machines.
Actually use the fixed version from blackend for the HappaBSD entry.
Update the sparc64 hardware list regarding machines that will be supported
Update the sparc64 hardware list regarding machines that will be supported
Add trademark entities for Fujitsu Limited and update those of SPARC
According to simon@ when referring to a company along a product just to
Fix a copy&paste error in rev 1.39.
Add missing 'r' in a SVN revision identifier in one of my reports.
Reword INFO_DESC to better reflect that it's about documentation in GNU
Bring back the somewhat more appropriate INFO_DESC from pre-r521020.
Fix r521031 to correctly handle the case when texinfo is already installed
- Turn building and installation of cvs info documentation into an option
Add and use a shared INFO description. I have patches to add that knob to
I'm inclined to say that this change is okay, I'm having problems to understand its motivation, though. First off, bcm_sdhci_intr() already wraps around sdhci_generic_intr() so I don't see why sdhci_bcm(4) shouldn't actually be able to nab SDHCI interrupts before sdhci(4) does. Granted, there's the case of sdhci(4) calling sdhci_generic_intr() directly when dumping. However, when dumping in case of a panic, the scheduler is stopped so the interrupt thread for bcm_sdhci_dma_intr() shouldn't get to run either. Thus, it's not obvious to me how panic dumping currently can work at all in the first place if sdhci_bcm(4) uses DMA for these requests.
Second, "platform-driven transfer [...] keeping the bits enabled in SDHCI_INT_ENABLE for internal handling" sounds like using SDHCI_INT_ENABLE as a mere scratchpad register in the platform-specific code. If that's what you mean, it generally would be better implemented using e. g. a variable or a member in the front-end-specific softc.
- In em_intr(), just call em_handle_link() instead of duplicating it.
I think this patch isn't entirely correct and complete; em_msix_link() should set EM_MSIX_LINK only for 82574 and em_if_update_admin_status() should only re-arm LSC interrupts if the driver takes advantage of autoclearing and, thus, uses MSI-X for such a device.
I've created D21924 with my version of the fix, which takes the above into account.
I generally agree with the style(9) argument, however, if_t explicitly was introduced in r266974 as part of the - back then - new API:
"This commit introduces the 'if_t' type to replace 'struct ifnet *'as the type of a network interface."
So I'd say that new code no longer should use struct ifnet * (netdump(4) was added in r333283, so should have used if_t, too).
Could you please consistently use if_t instead of struct ifnet * in debugnet(4) components and its support code in e. g. drivers?
IIRC, there's already quite some mixing and matching in that regard in netdump(4) counterparts, for example:
typedef void netdump_init_t(struct ifnet *, int *nrxr, int *ncl, int *clsize);
but:
bge_netdump_init(if_t ifp, int *nrxr, int *ncl, int *clsize)