#
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
|