diff options
| author |   anton <anton@openbsd.org> | 2019-05-21 20:57:10 +0000 |
|---|---|---|
| committer | anton <anton@openbsd.org> | 2019-05-21 20:57:10 +0000 |
| commit | 78fe050fe5498542e041db8ba20c87dd2ee41af0 (patch) | |
| tree | cf6c2da9aa7b875c2ac353f373e1cb0c261b46b9 /sys/dev/pci/drm/amd/amdgpu/amdgpu_si.c | |
| parent | Avoid rm(1) prompt and show out in clean target (diff) | |
| download | wireguard-openbsd-78fe050fe5498542e041db8ba20c87dd2ee41af0.tar.xz wireguard-openbsd-78fe050fe5498542e041db8ba20c87dd2ee41af0.zip | |
A problem fixed in wskbd is also present in wsmux. Repeating the
previous commit message:
In wsmuxclose(), use the same logic as in wsmuxopen() to determine if
the device was opened in write-only mode. Relying on me_evar being NULL
does not work if the wsmux device was opened first followed attaching it
to another wsmux. Closing the wsmux device first at this stage would
cause the wscons_event queue inherited from the parent wsmux to be
freed. This in turn could cause a panic if an ioctl(WSMUXIO_INJECTEVENT)
command is issued on parent wsmux device.
ok mpi@ visa@
Reported-by: syzbot+f6c2ed7901eb4b970720@syzkaller.appspotmail.com
Diffstat (limited to 'sys/dev/pci/drm/amd/amdgpu/amdgpu_si.c')
0 files changed, 0 insertions, 0 deletions