History log of /openbsd/etc/etc.amd64/MAKEDEV.md (Results 1 – 25 of 83)
Revision Date Author Comments
# 48fdf972 03-Sep-2024 bluhm <bluhm@openbsd.org>

For AMD SEV create /dev/psp.

To call ioctl(2) for the platform security processor (PSP), vmd(8)
needs a device file. It is currently linked to the cryptographic
co-processor ccp(4). We may split t

For AMD SEV create /dev/psp.

To call ioctl(2) for the platform security processor (PSP), vmd(8)
needs a device file. It is currently linked to the cryptographic
co-processor ccp(4). We may split this into a separate psp(4)
device.

from hshoexer@; input jsg@

show more ...


# b48a47a7 14-Jan-2023 kettenis <kettenis@openbsd.org>

Create /dev/efi on amd64 and arm64.

ok yasuoka@


# 86ac43f9 09-Nov-2022 krw <krw@openbsd.org>

Remove xy/xd. SMD left with sparc.

ok kn@ deraadt@


# ab2206ec 07-Jan-2022 jsg <jsg@openbsd.org>

stop creating old drm device nodes


# 31ee681f 11-Nov-2021 claudio <claudio@openbsd.org>

/dev/switch[0-4] is no longer needed.


# 3856efe6 12-Feb-2021 jsg <jsg@openbsd.org>

create /dev/ drm nodes with the same names as linux

This was proposed by Emil Velikov to simplify libdrm and will remove the
need for some patches in ports.

/dev/drm0 -> /dev/dri/card0
/dev/drmR128

create /dev/ drm nodes with the same names as linux

This was proposed by Emil Velikov to simplify libdrm and will remove the
need for some patches in ports.

/dev/drm0 -> /dev/dri/card0
/dev/drmR128 -> /dev/dri/renderD128

The previous names will remain for a period of time and will later be
removed. Major and minor numbers remain the same.

libdrm will not be changed to use the new names until known privsep
and sandbox use has been updated to allow the new names.

ok deraadt@

show more ...


# 1d44892e 23-Jan-2021 thfr <thfr@openbsd.org>

introduce ujoy(4), a restricted subset of uhid(4) for gamecontrollers.
This includes ujoy_hid_is_collection() to work around limitations of
hid_is_collection() until this can be combined without fall

introduce ujoy(4), a restricted subset of uhid(4) for gamecontrollers.
This includes ujoy_hid_is_collection() to work around limitations of
hid_is_collection() until this can be combined without fallout.

input, testing with 8bitdo controller, and ok brynet@
PS4 controller testing, fix for hid_is_collection, and ok mglocker@

show more ...


# 963d6015 06-Jul-2020 dlg <dlg@openbsd.org>

wire up kstat(4).

it's only accessible to root:wheel.

ok deraadt@


# 66992aee 24-Apr-2020 ratchov <ratchov@openbsd.org>

Bump audio devices count to 4

ok deraadt


# 242e115f 23-Jan-2020 dlg <dlg@openbsd.org>

wire up pppac(4).

with help from claudio@


# 941a6d3e 21-Jan-2020 mpi <mpi@openbsd.org>

Add /dev/dt


# 1ba9f8e2 17-Dec-2019 reyk <reyk@openbsd.org>

Add fido(4), a HID driver for FIDO/U2F security keys

While FIDO/U2F keys were already supported by the generic uhid(4)
driver, this driver adds the first step to tighten the security of
FIDO/U2F acc

Add fido(4), a HID driver for FIDO/U2F security keys

While FIDO/U2F keys were already supported by the generic uhid(4)
driver, this driver adds the first step to tighten the security of
FIDO/U2F access. Specifically, users don't need read/write access to
all USB/HID devices anymore and the driver also improves integration
with pledge(2) and unveil(2): It is pledge-friendly because it doesn't
require any ioctls to discover the device and unveil-friendly because
it uses a single /dev/fido/* directory for its device nodes.

It also allows to support FIDO/U2F in firefox without further
weakening the "sandbox" of the browser. Firefox does not have a
proper privsep design and many operations, such as U2F access, are
handled directly by the main process. This means that the browser's
"fat" main process needs direct read/write access to all USB HID
devices, at least on other operating systems. With fido(4) we can
support security keys in Firefox under OpenBSD without such a
compromise.

With this change, libfido2 stops using the ioctl to query the device
vendor/product and just assumes "OpenBSD" "fido(4)" instead. The
ioctl is still supported but there was no benefit in obtaining the
vendor product or name; it also allows to use libfido2 under pledge.

With feedback from deraadt@ and many others
OK kettenis@ djm@ and jmc@ for the manpage bits

show more ...


# b5f7ba0f 13-Dec-2019 deraadt <deraadt@openbsd.org>

gpr(4) goes away


# af589a78 19-Aug-2018 anton <anton@openbsd.org>

Add kcov(4), a kernel code coverage tracing driver. It's used in conjunction
with the syzkaller kernel fuzzer. So far, 8 distinct panics have been found and
fixed. This effort will continue.

kcov is

Add kcov(4), a kernel code coverage tracing driver. It's used in conjunction
with the syzkaller kernel fuzzer. So far, 8 distinct panics have been found and
fixed. This effort will continue.

kcov is limited to architectures using Clang as their default compiler and is
not enabled by default.

With help from mpi@, thanks!

ok kettenis@ mpi@ visa@

show more ...


# 08b45550 11-Sep-2016 deraadt <deraadt@openbsd.org>

cua/tty nodes only need group dialer, the initial uid does not
matter much -- and "uucp" is just stupid in 2016.
ok rpe


# 03b471d5 04-Sep-2016 naddy <naddy@openbsd.org>

Remove the tape block device nodes.
While here, also remove two forgotten descriptions for long obsolete
devices.


# 561201c3 02-Sep-2016 goda <goda@openbsd.org>

Add switch(4) cdev entry

ok deraadt@ yasuoka@ reyk@


# 881ff39b 28-Apr-2016 natano <natano@openbsd.org>

Replace /dev/bpf[0-9] with /dev/bpf and /dev/bpf0. The /dev/bpf node is
unused for now, but I plan to convert all programs in base to use it in
a future diff. /dev/bpf0 is for compatibility with exis

Replace /dev/bpf[0-9] with /dev/bpf and /dev/bpf0. The /dev/bpf node is
unused for now, but I plan to convert all programs in base to use it in
a future diff. /dev/bpf0 is for compatibility with existing binaries
and is to be removed after a transition period.

ok rpe krw, for the installer part
"Let's see it hit the tree." deraadt

show more ...


# c2ee575b 25-Apr-2016 tedu <tedu@openbsd.org>

burn down the systrace


# 1ed0ab4a 05-Feb-2016 uebayasi <uebayasi@openbsd.org>

Add ipmi(4) cdev entry on amd64 and i386


# 35b47883 27-Jan-2016 reyk <reyk@openbsd.org>

Add /dev/pvbus0 (mode 0640) to MAKEDEV on i386 and amd64.
Needed for the key-value interface that has been added to pvbus(4).

OK mikeb@


# ac8e5ce2 21-Dec-2015 sf <sf@openbsd.org>

add virtio-console driver

This patch adds a new driver for use of virtio-console devices as
ttys. It's still in an early state and not compiled by default, yet.
Currently it is only wired into amd6

add virtio-console driver

This patch adds a new driver for use of virtio-console devices as
ttys. It's still in an early state and not compiled by default, yet.
Currently it is only wired into amd64. i386 is still missing.

Discussed with uebayasi@, deraadt@

show more ...


# 12cb52ce 10-Nov-2015 sthen <sthen@openbsd.org>

add /dev/vmm, req'd by and ok mlarkin@


# 5550f01d 23-Oct-2015 claudio <claudio@openbsd.org>

MAKEDEV bits for tap(4)
OK dlg@ mpi@


# ba86212c 11-Dec-2014 tedu <tedu@openbsd.org>

remove urio


1234