#
64d0289e |
| 28-Dec-2022 |
jakllsch <jakllsch@NetBSD.org> |
fix hexprint function
|
#
2d0ce533 |
| 21-Sep-2022 |
wiz <wiz@NetBSD.org> |
MAKEDEV: make nvmm node group-writable (was readable only; group nvmm)
Needed by qemu
|
#
3c51c3b1 |
| 12-Aug-2022 |
riastradh <riastradh@NetBSD.org> |
viocon(4): New virtio tty driver imported from OpenBSD.
viocon* at virtio?
/dev/ttyVI??
Tested under qemu with:
qemu-system-aarch64 ... \ -device virtio-serial \ -chardev socket,path=/tmp/tty
viocon(4): New virtio tty driver imported from OpenBSD.
viocon* at virtio?
/dev/ttyVI??
Tested under qemu with:
qemu-system-aarch64 ... \ -device virtio-serial \ -chardev socket,path=/tmp/ttyVI00,server=on,wait=off,id=ttyVI00 \ -device virtconsole,chardev=ttyVI00,name=org.NetBSD.dev.ttyVI00 \ ...
I updated MAKEDEV.conf to create /dev/ttyVI?? on all ports where it looks likely to work based on: (a) having pci or a non-pci virtio attachment, (b) `qemu-system-$ARCH -M ?' mentioned something resembling the port, and (c) `qemu-system-$ARCH -device virtio-serial' launched without complaining about the virtio-serial device.
(Criterion (c) excluded sparc and sparc64.)
show more ...
|
#
487f36e5 |
| 17-May-2022 |
uwe <uwe@NetBSD.org> |
MAKEDEV.tmpl: make /dev/wsfont world-readable
Now that we have WSDISPLAYIO_LISTFONTS we want users to be able to use it.
NB: older kernels didn't check that WSDISPLAYIO_LDFONT was performed on wsfo
MAKEDEV.tmpl: make /dev/wsfont world-readable
Now that we have WSDISPLAYIO_LISTFONTS we want users to be able to use it.
NB: older kernels didn't check that WSDISPLAYIO_LDFONT was performed on wsfont(4) device opened for writing and relied on its restrictive root-only permissions to restrict who can load fonts.
show more ...
|
#
de40008d |
| 08-Apr-2022 |
andvar <andvar@NetBSD.org> |
fix various typos, mainly in comments, but also log messages, docs, game text.
|
#
32757b83 |
| 07-Dec-2021 |
brad <brad@NetBSD.org> |
A driver and user land utility for the Sparkfun Serial Controlled Motor Driver module as illustrated here:
https://www.sparkfun.com/products/13911
A SCMD module is a ARM SOC simular to a Arduino in
A driver and user land utility for the Sparkfun Serial Controlled Motor Driver module as illustrated here:
https://www.sparkfun.com/products/13911
A SCMD module is a ARM SOC simular to a Arduino in front of a motor driver chip. The single SCMD module can control two motors and up to 16 additional modules can be chained together using an internal I2C bus. One can interface with the SCMD using tty uart commands, SPI or I2C. The driver in this commit adds a kernel driver for the I2C and SPI interfaces. The command line utility provides a set of convenience commands that support most of the functions of the SCMD and is able to use the tty uart mode, SPI user land or the included kernel driver in a uniform manor.
The use of the SCMD module is mostly for small robots and the like, but it can control anything that is controllable by voltage.
show more ...
|
#
1eab033c |
| 06-Nov-2021 |
brad <brad@NetBSD.org> |
Driver for the Sensirion SHT30/SHT31/SHT35 temperature and humidity sensor such as:
https://www.adafruit.com/product/2857
This is a higher priced sensor with a lot of features, including the abilit
Driver for the Sensirion SHT30/SHT31/SHT35 temperature and humidity sensor such as:
https://www.adafruit.com/product/2857
This is a higher priced sensor with a lot of features, including the ability to do sub-second periodic updates. The driver supports everything about the sensor except for the alert pin.
show more ...
|
#
8fa3c78e |
| 12-Oct-2021 |
christos <christos@NetBSD.org> |
PR/56452: RVP: MAKEDEV should also create /dev/dri/renderD* devices
|
#
25ff60a6 |
| 10-Oct-2021 |
jmcneill <jmcneill@NetBSD.org> |
efi: Add /dev/efi character device
Introduce a /dev/efi character device that provides a means for accessing UEFI RT variable services from userland. Compatible with the FreeBSD ioctl interface for
efi: Add /dev/efi character device
Introduce a /dev/efi character device that provides a means for accessing UEFI RT variable services from userland. Compatible with the FreeBSD ioctl interface for ease of porting their libefivar and associated tools.
The ioctl interface is defined in sys/efiio.h.
To enable support for this on an arch, the kernel needs `pseudo-device efi` and the MD EFI implementation needs to register its backend by calling efi_ops_register(). This commit includes an implementation for Arm.
show more ...
|
#
06e2ed96 |
| 24-Jul-2021 |
jmcneill <jmcneill@NetBSD.org> |
smbios: Add character device for accessing SMBIOS tables
The /dev/smbios character device gives an aperture into physical memory that allows read-only access to the SMBIOS header and tables.
|
#
e93bb406 |
| 29-Jun-2021 |
nia <nia@NetBSD.org> |
Remove uscanner(4) driver
This exists for compatibility with a Linux interface which was apparently deprecated in Linux 2.6. There are various mailing list threads going back to 2004 where the usefu
Remove uscanner(4) driver
This exists for compatibility with a Linux interface which was apparently deprecated in Linux 2.6. There are various mailing list threads going back to 2004 where the usefulness of this driver is discussed, but the conclusion is that scanner software has all moved to using ugen(4) instead, and enabling this driver will not help you scan things.
show more ...
|
#
f6eb4f39 |
| 06-Dec-2020 |
jmcneill <jmcneill@NetBSD.org> |
acpi: add character device for accessing ACPI tables
The /dev/acpi character device gives an aperture into physical memory that allows only read access to known ACPI tables: RSDP, XSDT/RSDT, and the
acpi: add character device for accessing ACPI tables
The /dev/acpi character device gives an aperture into physical memory that allows only read access to known ACPI tables: RSDP, XSDT/RSDT, and the root tables. Adapt acpidump(8) to use this interface by default, falling back to the old /dev/mem method if it is not available or if ACPIDUMP_USE_DEVMEM=1 is set in the environment. The user visible benefit of this change is that "options INSECURE" is no longer required to dump ACPI tables.
show more ...
|
#
8a0facf8 |
| 26-Jul-2020 |
jdolecek <jdolecek@NetBSD.org> |
add support for wwanc(4) device nodes (xmm[0-9])
|
#
e17e0014 |
| 07-Jun-2020 |
maxv <maxv@NetBSD.org> |
Add fault(4).
|
#
84c8b11b |
| 05-Jun-2020 |
maxv <maxv@NetBSD.org> |
Register eight vHCI buses, and use separate KCOV mailboxes for them.
|
#
3b42cdab |
| 04-Apr-2020 |
jdolecek <jdolecek@NetBSD.org> |
remove nsmb(4)
|
#
4ecf302a |
| 01-Apr-2020 |
gson <gson@NetBSD.org> |
Create the qemufwcfg device as part of "all". Discussed with jmcneill. Also, include it in the list of special purpose devices.
|
#
2facdfb2 |
| 02-Mar-2020 |
riastradh <riastradh@NetBSD.org> |
Create /dev/ipmi0 in `MAKEDEV all'.
Works on my machine with sysutils/ipmitool if the latter is built with CONFIGURE_ARGS+= --enable-intf-open.
|
#
4760e649 |
| 27-Feb-2020 |
riastradh <riastradh@NetBSD.org> |
Create some more cgd device nodes.
|
#
4607a239 |
| 29-Jan-2020 |
maya <maya@NetBSD.org> |
remove urio(4), a driver for the Rio500 MP3 player.
At this point it is highly unlikely this 1999 device still has users, but it still comes up in the context of maxv's USB-fuzzing (and any device c
remove urio(4), a driver for the Rio500 MP3 player.
At this point it is highly unlikely this 1999 device still has users, but it still comes up in the context of maxv's USB-fuzzing (and any device could pretend to be a urio(4)), so it's best to get rid of it.
Renamed all major entries to obsolete, as was done in previous removals.
This still requires an update to sanitizers, but they're located in "external", perhaps it should be first committed upstream?
Proposed on tech-kern a month ago.
show more ...
|
#
dd497e99 |
| 19-Jan-2020 |
riastradh <riastradh@NetBSD.org> |
Remove filemon(4).
Discussed on tech-kern: https://mail-index.NetBSD.org/tech-kern/2020/01/13/msg025938.html
This was never (intentionally) enabled by default, and the design has some shortcomings.
Remove filemon(4).
Discussed on tech-kern: https://mail-index.NetBSD.org/tech-kern/2020/01/13/msg025938.html
This was never (intentionally) enabled by default, and the design has some shortcomings. You can get mostly the same results with ktrace, as in usr.bin/make/filemon/filemon_ktrace.c which is now used instead of filemon for make's meta mode.
If applications require higher performance than ktrace, or nesting that ktrace doesn't support, we might consider adding something back into the vfs system calls themselves, without hijacking the syscall table. (Might want a more reliable output format too, e.g. one that can handle newlines in file names.)
show more ...
|
#
26398b0f |
| 23-Dec-2019 |
maxv <maxv@NetBSD.org> |
Revert the removal of filemon.
|
#
143b39d9 |
| 18-Dec-2019 |
maxv <maxv@NetBSD.org> |
Retire filemon, discussed on tech-kern@.
|
#
1be1738a |
| 01-Nov-2019 |
ozaki-r <ozaki-r@NetBSD.org> |
MAKEDEV: add entry for vio9p(4)
|
#
8946b264 |
| 27-Oct-2019 |
maxv <maxv@NetBSD.org> |
Add the "nvmm" group, and make nvmm_init() public. Sent to tech-kern@ a few days ago.
|