sys: Remove $FreeBSD$: one-line .c patternRemove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
sys: Remove $FreeBSD$: one-line .h patternRemove /^\s*\*+\s*\$FreeBSD\$.*$\n/
sys: Remove $FreeBSD$: two-line .h patternRemove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
bwn: eliminate dead writes in BWN_GPL_PHYThis fixes the newly Werror'ed useless write warnings with optionsBWN_GPL_PHY.Reviewed by: markjMFC after: 1 weekDifferential Revision: https://reviews
bwn: eliminate dead writes in BWN_GPL_PHYThis fixes the newly Werror'ed useless write warnings with optionsBWN_GPL_PHY.Reviewed by: markjMFC after: 1 weekDifferential Revision: https://reviews.freebsd.org/D35105
show more ...
bwn(4): txpid2g/txpid5g[lh] are not defined after sromrev 7; the defaultindices into the TX power gain table should be used instead.This enables use of bwn(4) with later BCM4321 revisions.Report
bwn(4): txpid2g/txpid5g[lh] are not defined after sromrev 7; the defaultindices into the TX power gain table should be used instead.This enables use of bwn(4) with later BCM4321 revisions.Reported by: Trev Roydhouse
bwn(4): migrate bwn(4) to the native bhnd(9) interface, and drop siba_bwn.- Remove the shim interface that allowed bwn(4) to use either siba_bwn or bhnd(4), replacing all siba_bwn calls with thei
bwn(4): migrate bwn(4) to the native bhnd(9) interface, and drop siba_bwn.- Remove the shim interface that allowed bwn(4) to use either siba_bwn or bhnd(4), replacing all siba_bwn calls with their bhnd(4) bus equivalents.- Drop the legay, now-unused siba_bwn bus driver.- Clean up bhnd(4) board flag defines referenced by bwn(4).Sponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D13518
Revert r327828, r327949, r327953, r328016-r328026, r328041:Uses of mallocarray(9).The use of mallocarray(9) has rocketed the required swap to build FreeBSD.This is likely caused by the allocation
Revert r327828, r327949, r327953, r328016-r328026, r328041:Uses of mallocarray(9).The use of mallocarray(9) has rocketed the required swap to build FreeBSD.This is likely caused by the allocation size attributes which put extra pressureon the compiler.Given that most of these checks are superfluous we have to choose betterwhere to use mallocarray(9). We still have more uses of mallocarray(9) buthopefully this is enough to bring swap usage to a reasonable level.Reported by: woschPR: 225197
misc geom and gnu: make some use of mallocarray(9).Focus on code where we are doing multiplications within malloc(9). None ofthese ire likely to overflow, however the change is still useful as som
misc geom and gnu: make some use of mallocarray(9).Focus on code where we are doing multiplications within malloc(9). None ofthese ire likely to overflow, however the change is still useful as somestatic checkers can benefit from the allocation attributes we use formallocarray.This initial sweep only covers malloc(9) calls with M_NOWAIT. No goodreason but I started doing the changes before r327796 and at that time itwas convenient to make sure the sorrounding code could handle NULL values.Differential revision: https://reviews.freebsd.org/D13837
Introduce bwn(4) support for the bhnd(4) bus.Currently, bwn(4) relies on the siba_bwn(4) bus driver to provide supportfor the on-chip SSB interconnect found in Broadcom's older PCI(e) Wi-Fiadapte
Introduce bwn(4) support for the bhnd(4) bus.Currently, bwn(4) relies on the siba_bwn(4) bus driver to provide supportfor the on-chip SSB interconnect found in Broadcom's older PCI(e) Wi-Fiadapters. Non-PCI Wi-Fi adapters, as well as the newer BCMA interconnectfound in post-2009 Broadcom Wi-Fi hardware, are not supported bysiba_bwn(4).The bhnd(4) bus driver (also used by the FreeBSD/MIPS Broadcom port)provides a unified kernel interface to a superset of the hardware supportedby siba_bwn; by attaching bwn(4) via bhnd(4), we can support both modernPCI(e) Wi-Fi devices based on the BCMA backplane interconnect, as well asBroadcom MIPS WiSoCs that include a D11 MAC core directly attached to theirSSB or BCMA backplane.This diff introduces opt-in bwn(4) support for bhnd(4) by providing: - A small bwn(4) driver subclass, if_bwn_bhnd, that attaches via bhnd(4) instead of siba_bwn(4). - A bhndb(4)-based PCI host bridge driver, if_bwn_pci, that optionally probes at a higher priority than the siba_bwn(4) PCI driver. - A set of compatibility shims that perform translation of bwn(4)'s siba_bwn function calls into their bhnd(9) API equivalents when bwn(4) is attached via a bhnd(4) bus parent. When bwn(4) is attached via siba_bwn(4), all siba_bwn function calls are simply passed through to their original implementations.To test bwn(4) with bhnd(4), place the following lines in loader.conf(5): hw.bwn_pci.preferred="1" if_bwn_pci_load="YES bwn_v4_ucode_load="YES" bwn_v4_lp_ucode_load="YES"To verify that bwn(4) is using bhnd(4), you can check dmesg: bwn0: <Broadcom 802.11 MAC/PHY/Radio, rev 15> ... on bhnd0... or devinfo(8):pcib2 pci2 bwn_pci0 bhndb0 bhnd0 bwn0 ...bwn(4)/bhnd(4) has been tested for regressions with most chipsets currentlysupported by bwn(4), including: - BCM4312 - BCM4318 - BCM4321With minimal changes to the DMA code (not included in this commit), I wasalso able to test support for newer BCMA devices by bringing up basicworking Wi-Fi on two previously unsupported, BCMA-based N-PHY chipsets: - BCM43224 - BCM43225Approved by: adrian (mentor, implicit)Sponsored by: The FreeBSD Foundation & Plausible LabsDifferential Revision: https://reviews.freebsd.org/D13041
[bwn] convert another PHY-N workaround to the freebsd bwn format.These were hidden behind an #ifdef that we weren't setting.I don't have the hardware in question to check.
[bwn] typo.
[bwn] disable rfon checks so the 2056/2057 radios are programmed.This was the big missing piece for getting the BCM94322MC NICto work at all.Tested:* BCM4322, STA mode (2g, 5g)
[bwn] improve N-PHY debuggability a little bit.
[bwn] add opt_wlan.h and opt_bwn.h to each of the phy_n source files.
[bwn] add initial bwn(4) N-PHY code, ported from Linux b43.This is a GPLv2 PHY-N implementation based on the Linux b43 driver,ported over to work in bwn(4).I've tested this on the BCM4321 11abgn
[bwn] add initial bwn(4) N-PHY code, ported from Linux b43.This is a GPLv2 PHY-N implementation based on the Linux b43 driver,ported over to work in bwn(4).I've tested this on the BCM4321 11abgn device, in 11bg and 11a modes.The b43 PHY code only supports 11abg, no 11n, and 20MHz only widechannels.Yes, this is a GPLv2 driver, so it won't be included in thedefault builds.Tested:* BCM4321 11abgn device (Apple!), 11bg and 11a STA mode.Obtained from: Linux b43