History log of /freebsd/share/man/man4/Makefile (Results 1 – 25 of 1659)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 0f1bf1c2 21-Jan-2025 Adrian Chadd <adrian@FreeBSD.org>

umb: Introduce the USB umb(4) network driver

This includes the port of a driver originally from OpenBSD, later
ported to NetBSD by the author:

* The umb(4) kernel driver
* The umbctl(8) companion t

umb: Introduce the USB umb(4) network driver

This includes the port of a driver originally from OpenBSD, later
ported to NetBSD by the author:

* The umb(4) kernel driver
* The umbctl(8) companion tool

This driver supports USB network devices implementing the
Mobile Broadband Interface Model (MBIM), often found in modern
(internal) USB models for 4G/LTE mobile broadband access.

It is currently limited to IPv4.

umbctl has to be used to display or set MBIM cellular modem
interface parameters (4G/LTE).

Differential Revision: https://reviews.freebsd.org/D48167
Approved by: adrian, zlei
Sponsored by: FreeBSD Foundation
PR: kern/263783
Submitted by: Pierre Pronchery <khorben@defora.org>

show more ...


# ed49d3b3 10-Jan-2025 John Baldwin <jhb@FreeBSD.org>

twe.4: Remove manpage for previously-removed driver

Reviewed by: ziaee, imp
Fixes: 062a7b918fac twe: Remove driver
Differential Revision: https://reviews.freebsd.org/D48403


# 8f7835ac 06-Dec-2024 John Baldwin <jhb@FreeBSD.org>

Remove SOC FPGA drivers

The drivers have been disconnected from the build since the removal of
the SOCFPGA kernel configs.

Reviewed by: manu, imp, andrew
Sponsored by: AFRL, DARPA
Differential Revi

Remove SOC FPGA drivers

The drivers have been disconnected from the build since the removal of
the SOCFPGA kernel configs.

Reviewed by: manu, imp, andrew
Sponsored by: AFRL, DARPA
Differential Revision: https://reviews.freebsd.org/D47885

show more ...


Revision tags: release/14.2.0
# 1811fa62 28-Nov-2024 Zhenlei Huang <zlei@FreeBSD.org>

Install pvscsi man page

This was lost during the initial introduction of the pvscsi driver [1].
Later the driver was enabled on arm64 [2], so also install the man page
on arm64.

1. 052e12a5084f Add

Install pvscsi man page

This was lost during the initial introduction of the pvscsi driver [1].
Later the driver was enabled on arm64 [2], so also install the man page
on arm64.

1. 052e12a5084f Add the pvscsi driver to the tree
2. 375d797b8191 Enable pvscsi and vmx in arm64 GENERIC

Reviewed by: emaste, Alexander Ziaee <concussious.bugzilla_runbox.com> (manpages)
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D47712

show more ...


# 4de4f81f 28-Nov-2024 Zhenlei Huang <zlei@FreeBSD.org>

Install vmx man page also on arm64

Fixes: 375d797b8191 Enable pvscsi and vmx in arm64 GENERIC
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D47711


# 5b62dc78 07-Nov-2024 Lexi Winter <lexi@hemlock.eden.le-fay.org>

p9fs.5: rename to p9fs.4

This is a filesystem (driver), not a file format, so it should be in
section 4.

Pull Request: https://github.com/freebsd/freebsd-src/pull/1520


# d8b48a26 27-Oct-2024 Felix Johnson <felix.the.red@gmail.com>

ixgbe.4: rename to ix.4

PR: 213026
MFC after: 3 days
Reported by: Sergey Akhmatov <sergey@akhmatov.ru>
Co-authored-by: Alexander Ziaee <concussious@runbox.com>


Revision tags: release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0
# 310c31d3 18-Apr-2023 Bjoern A. Zeeb <bz@FreeBSD.org>

rtw89: add man page and hook driver up to the build

After two years, add the initial man page and hook Realteks rtw89
driver up to the build for more people to test given successful
reports.
devd.co

rtw89: add man page and hook driver up to the build

After two years, add the initial man page and hook Realteks rtw89
driver up to the build for more people to test given successful
reports.
devd.conf is already providing support based on the rtw<n+> regex.
The driver uses the LinuxKPI compat layer.

Firmware is provided by ports: net/wifi-firmware-rtw89-kmod or
one of the flavours. People are advised to used fwget(8) to
automatically install the correct firmware for their chipset.

Please note that for the moment the driver requires a tunable to
be set in loader.conf: compat.linuxkpi.skb.mem_limit=1

Many thanks to everyone who in the last two years helped testing,
debugged, submitted patches to get the driver to this stage where
initial functionality seems working.

Sponsored by: The FreeBSD Foundation
MFC after: 3 days

show more ...


# e47939b3 21-Sep-2024 Warner Losh <imp@FreeBSD.org>

hn: fix build on !x86

hv_netvm aren't installed on !x64. Do the canonical thing with the
links.

Fixes: 83e93d53f674
Sponsored by: Netflix


# 83e93d53 11-Aug-2024 Alexander Ziaee <concussious@runbox.com>

hv_netvsc.4: mlink to hn(4)/if_hn(4) + tag spdx

dmesg for this device says:
> hn0: <Hyper-V Network Interface> on vmbus0

Add links so that `man hn` and `man if_hn` work.

MFC after: 3 days
Reviewed

hv_netvsc.4: mlink to hn(4)/if_hn(4) + tag spdx

dmesg for this device says:
> hn0: <Hyper-V Network Interface> on vmbus0

Add links so that `man hn` and `man if_hn` work.

MFC after: 3 days
Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/1377

show more ...


# 0a5443da 14-Sep-2024 Colin Percival <cperciva@FreeBSD.org>

man4: Add a comment about Hardware Notes

The Hardware Notes for each release are generated automatically from a
template file and the HARDWARE sections of driver man pages. When man
pages for new d

man4: Add a comment about Hardware Notes

The Hardware Notes for each release are generated automatically from a
template file and the HARDWARE sections of driver man pages. When man
pages for new drivers are added here, they should usually be added to
the release notes template file.

Suggested by: bz
Sponsored by: Amazon

show more ...


# 8aaffd78 14-Aug-2024 Igor Ostapenko <pm@igoro.pro>

Add dummymbuf module for testing purposes

Reviewed by: kp
Differential Revision: https://reviews.freebsd.org/D45928


# b77f6185 01-Aug-2024 Simon J. Gerraty <sjg@FreeBSD.org>

Add examples to veriexec(8)

Add missing flags to veriexec(8) as well as some examples to
help explain usage.

Also add veriexec.4

Sponsored by: Juniper Networks, Inc.

Reviewed by: imp
Differential

Add examples to veriexec(8)

Add missing flags to veriexec(8) as well as some examples to
help explain usage.

Also add veriexec.4

Sponsored by: Juniper Networks, Inc.

Reviewed by: imp
Differential Revision: https://reviews.freebsd.org/D46207

show more ...


# c15c9315 27-Jul-2024 Christos Margiolis <christos@FreeBSD.org>

sound: Implement dummy driver

Sponsored by: The FreeBSD Foundation
MFC after: 2 days
Reviewed by: dev_submerge.ch
Differential Revision: https://reviews.freebsd.org/D45967


# e9ac4169 15-Jul-2024 Warner Losh <imp@FreeBSD.org>

Remove residual blank line at start of Makefile

This is a residual of the $FreeBSD$ removal.

MFC After: 3 days (though I'll just run the command on the branches)
Sponsored by: Netflix


# 8aac90f1 10-May-2024 Baptiste Daroussin <bapt@FreeBSD.org>

mac_do: add a new MAC/do policy and mdo(1) utility

This policy enables a user to become another user without having to be
root (hence no setuid binary). it is configured via rules using sysctl
secur

mac_do: add a new MAC/do policy and mdo(1) utility

This policy enables a user to become another user without having to be
root (hence no setuid binary). it is configured via rules using sysctl
security.mac.do.rules

For example:
security.mac.do.rules=uid=1001:80,gid=0:any

The above rule means the user identifier by the uid 1001 is able to
become user 80
Any user of the group 0 are allowed to become any user on the system.

The mdo(1) utility expects the MAC/do policy to be installed and its
rules defined.

Reviewed by: des
Differential Revision: https://reviews.freebsd.org/D45145

show more ...


# 8e5e42d5 21-May-2024 Mathieu Simon <freebsd@simweb.ch>

Add man page for the ice network driver.

PR: 262892
MFC after: 3 days
Reviewed by: concussious.bugzilla@runbox.com, erj
Differential Revision: https://reviews.freebsd.org/D45270


# 75529910 16-May-2024 John Baldwin <jhb@FreeBSD.org>

Trim a spurious trailing backslash

Reported by: dim
Fixes: 1687d77197c0 man filesystems: move driver pages to section four


# 1687d771 21-Apr-2024 Alexander Ziaee <concussious@runbox.com>

man filesystems: move driver pages to section four

Filesystem manual pages describe drivers, not formats;
except for fs, which describes the structures of ffs/ufs,
not how to use it in the system.

man filesystems: move driver pages to section four

Filesystem manual pages describe drivers, not formats;
except for fs, which describes the structures of ffs/ufs,
not how to use it in the system.

Reported by: emaste
Reviewed by: des, imp, meena (previous version)
Pull Request: https://github.com/freebsd/freebsd-src/pull/1077

show more ...


# 44e72c6e 10-May-2024 Dag-Erling Smørgrav <des@FreeBSD.org>

Add man page for nfslockd.

PR: 130238
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D45139


# 5687c71d 09-May-2024 Florian Walpen <dev@submerge.ch>

snd_hdsp(4): RME HDSP 9632 and HDSP 9652 sound card driver.

Add a sound(4) bridge device driver for the RME HDSP 9632 and HDSP 9652
sound cards. These cards require a nowadays rare PCI 32bit (not PC

snd_hdsp(4): RME HDSP 9632 and HDSP 9652 sound card driver.

Add a sound(4) bridge device driver for the RME HDSP 9632 and HDSP 9652
sound cards. These cards require a nowadays rare PCI 32bit (not PCIe)
slot, but still see use due to their value and wealth of features.
The HDSP 9632 is mostly comparable to the newer HDSPe AIO, while the
HDSP 9652 is similar to the HDSPe RayDAT. These HDSPe PCIe cards are
supported by the snd_hdspe(4) driver which was taken as a starting point
for development of snd_hdsp(4).

Implementation is kept separately due to substantial differences in
hardware configuration and to allow easy removal in case PCI 32bit
support would be phased out in the future.

The snd_hdsp(4) kernel module is not enabled by default, and can be
loaded at runtime with kldload(8) or during boot via loader.conf(5).
Basic operation was tested with both cards, not including all optional
cable connectors and expansion boards. Features should be roughly on par
with the snd_hdspe(4) supported cards.

Reviewed by: christos, br
Differential Revision: https://reviews.freebsd.org/D45112

show more ...


# eef98878 07-May-2024 Poul-Henning Kamp <phk@FreeBSD.org>

Remove gbde.4 man page


# 08b45203 07-May-2024 Warner Losh <imp@FreeBSD.org>

sg: Add sg(4) man page

Add minimal sg(4) manual page. This implements a subset of the Linux
IOCTL interface for either native FreeBSD programs, or for Linux
binaries in the linuxulator.

Noticed by:

sg: Add sg(4) man page

Add minimal sg(4) manual page. This implements a subset of the Linux
IOCTL interface for either native FreeBSD programs, or for Linux
binaries in the linuxulator.

Noticed by: Lexi Winter
Sponsored by: Netflix

show more ...


# a15f7c96 03-May-2024 John Baldwin <jhb@FreeBSD.org>

nvmft: The in-kernel NVMe over Fabrics controller

This is the server (target in SCSI terms) for NVMe over Fabrics.
Userland is responsible for accepting a new queue pair and receiving
the initial Co

nvmft: The in-kernel NVMe over Fabrics controller

This is the server (target in SCSI terms) for NVMe over Fabrics.
Userland is responsible for accepting a new queue pair and receiving
the initial Connect command before handing the queue pair off via an
ioctl to this CTL frontend.

This frontend exposes CTL LUNs as NVMe namespaces to remote hosts.
Users can ask LUNS to CTL that can be shared via either iSCSI or
NVMeoF.

Reviewed by: imp
Sponsored by: Chelsio Communications
Differential Revision: https://reviews.freebsd.org/D44726

show more ...


# a1eda741 03-May-2024 John Baldwin <jhb@FreeBSD.org>

nvmf: The in-kernel NVMe over Fabrics host

This is the client (initiator in SCSI terms) for NVMe over Fabrics.
Userland is responsible for creating a set of queue pairs and then
handing them off via

nvmf: The in-kernel NVMe over Fabrics host

This is the client (initiator in SCSI terms) for NVMe over Fabrics.
Userland is responsible for creating a set of queue pairs and then
handing them off via an ioctl to this driver, e.g. via the 'connect'
command from nvmecontrol(8). An nvmeX new-bus device is created
at the top-level to represent the remote controller similar to PCI
nvmeX devices for PCI-express controllers.

As with nvme(4), namespace devices named /dev/nvmeXnsY are created and
pass through commands can be submitted to either the namespace devices
or the controller device. For example, 'nvmecontrol identify nvmeX'
works for a remote Fabrics controller the same as for a PCI-express
controller.

nvmf exports remote namespaces via nda(4) devices using the new NVMF
CAM transport. nvmf does not support nvd(4), only nda(4).

Sponsored by: Chelsio Communications
Differential Revision: https://reviews.freebsd.org/D44714

show more ...


12345678910>>...67