History log of /netbsd/etc/MAKEDEV.tmpl (Results 1 – 25 of 233)
Revision Date Author Comments
# 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.


12345678910