search for: drm_ioctl_permit

Displaying 5 results from an estimated 5 matches for "drm_ioctl_permit".

2015 Nov 22
2
nouveau: iowrite32 oops & warning at drivers/gpu/drm/nouveau/nouveau_fence.c:198
...lloc+0xec/0x4d0 [<ffffffff820133fe>] nouveau_abi16_ioctl_channel_alloc+0x1ae/0x4d0 [<ffffffff82013250>] ? nouveau_abi16_ioctl_setparam+0x10/0x10 [<ffffffff81a85ccb>] drm_ioctl+0x20b/0x6b0 [<ffffffff811bfc66>] ? debug_lockdep_rcu_enabled+0x26/0x40 [<ffffffff81a85ac0>] ? drm_ioctl_permit+0x120/0x120 [<ffffffff8118e23d>] ? trace_hardirqs_on+0xd/0x10 [<ffffffff81fe9f99>] nouveau_drm_ioctl+0x99/0x110 [<ffffffff813342be>] do_vfs_ioctl+0x4ae/0x800 [<ffffffff8180a3d9>] ? selinux_file_ioctl+0x1f9/0x2d0 [<ffffffff81333e10>] ? ioctl_preallocate+0x140/0x140 [&lt...
2015 Nov 22
0
nouveau: iowrite32 oops & warning at drivers/gpu/drm/nouveau/nouveau_fence.c:198
...;ffffffff820133fe>] nouveau_abi16_ioctl_channel_alloc+0x1ae/0x4d0 > [<ffffffff82013250>] ? nouveau_abi16_ioctl_setparam+0x10/0x10 > [<ffffffff81a85ccb>] drm_ioctl+0x20b/0x6b0 > [<ffffffff811bfc66>] ? debug_lockdep_rcu_enabled+0x26/0x40 > [<ffffffff81a85ac0>] ? drm_ioctl_permit+0x120/0x120 > [<ffffffff8118e23d>] ? trace_hardirqs_on+0xd/0x10 > [<ffffffff81fe9f99>] nouveau_drm_ioctl+0x99/0x110 > [<ffffffff813342be>] do_vfs_ioctl+0x4ae/0x800 > [<ffffffff8180a3d9>] ? selinux_file_ioctl+0x1f9/0x2d0 > [<ffffffff81333e10>] ? ioctl_pre...
2015 Sep 10
1
[PATCH 5/5] virtgpu: mark as a render gpu
On 9 September 2015 at 12:42, Gerd Hoffmann <kraxel at redhat.com> wrote: > From: Dave Airlie <airlied at redhat.com> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> > --- > drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c
2015 Sep 10
2
[PATCH 5/5] virtgpu: mark as a render gpu
...ng related in the device-specific ioctls. > > Correct? > Unless I've overdone the coffee this time - modesetting is done via the card# node, while render via either card# or renderD#. So I'm suspecting that you're using card# node which would explain why things work. Otherwise drm_ioctl_permit will bail out with -EACCESS. Regards, Emil
2015 Sep 10
2
[PATCH 5/5] virtgpu: mark as a render gpu
...ng related in the device-specific ioctls. > > Correct? > Unless I've overdone the coffee this time - modesetting is done via the card# node, while render via either card# or renderD#. So I'm suspecting that you're using card# node which would explain why things work. Otherwise drm_ioctl_permit will bail out with -EACCESS. Regards, Emil