search for: drm_stub_open

...[ 56.593385] rpm_resume+0x47d/0x680 [ 56.593400] ? i915_gem_timeline_init+0xe/0x10 [i915] [ 56.593401] __pm_runtime_resume+0x4f/0x80 [ 56.593415] nouveau_drm_open+0x3b/0x1b0 [nouveau] [ 56.593417] ? security_capable+0x48/0x60 [ 56.593423] drm_open+0x205/0x3f0 [drm] [ 56.593428] drm_stub_open+0xb6/0x110 [drm] [ 56.593429] chrdev_open+0xbf/0x1b0 [ 56.593431] do_dentry_open+0x1e4/0x310 [ 56.593432] ? cdev_put+0x30/0x30 [ 56.593433] vfs_open+0x4f/0x70 [ 56.593434] ? may_open+0x9b/0x100 [ 56.593434] path_openat+0x2b2/0x1570 [ 56.593436] ? move_addr_to_user+0xba/0xd0 [...

...CPU @ 2.60GHz After connecting UDL device and restarting Xorg, Xorg tries to send invalid ioctl to that device. Looks like Xorg enumerates existing drm devices and performs driver's platformprobe function on them regardless of their type. syslog: Dec 5 11:31:55 kernel: [ 1026.543315] [drm:drm_stub_open] Dec 5 11:31:55 kernel: [ 1026.543317] [drm:drm_open_helper] pid = 4642, minor = 0 Dec 5 11:31:55 kernel: [ 1026.543341] [drm:drm_setup] Dec 5 11:31:55 kernel: [ 1026.543349] [drm:drm_ioctl] pid=4642, dev=0xe200, auth=1, DRM_IOCTL_VERSION Dec 5 11:31:55 kernel: [ 1026.543351] [drm:drm_ioctl] pi...

*RESEND* due to exceeding the mailinglists limit for attachment size. Hi, I''m trying to get secondary vga-passthrough on a HVM guest to work with a AMD HD6570 and the native kernel radeon driver and kernel modesetting. So the guest still gets the emulated stdvga or cirrus device(used in my case here) as primary/boot vga adapter. - When i don''t passthrough the radeon card, the

...to 64 Aug 6 21:11:29 localhost [drm:drm_get_head] Aug 6 21:11:29 localhost [drm:drm_get_head] new minor assigned 0 Aug 6 21:11:29 localhost [drm] Initialized nouveau 0.0.10 20060213 on minor 0 Aug 6 21:11:29 localhost [drm] Used old pci detect: framebuffer loaded Aug 6 21:11:46 localhost [drm:drm_stub_open] Aug 6 21:11:46 localhost [drm:drm_open_helper] pid = 6567, minor = 0 Aug 6 21:11:46 localhost [drm:drm_addmap_core] offset = 0x00000000, size = 0x00002000, type = 2 Aug 6 21:11:46 localhost [drm:drm_addmap_core] 8192 13 ffffc2000003b000 Aug 6 21:11:46 localhost [drm:drm_setup] Aug 6 21:11:4...

...but from local linux console) gets my a stuck Xorg: [<ffffffff815704ac>] rpm_resume+0x18c/0x5c0 [<ffffffff81570928>] __pm_runtime_resume+0x48/0x70 [<ffffffffa00914af>] nouveau_drm_open+0x3f/0x230 [nouveau] [<ffffffff8144123d>] drm_open+0x1ad/0x4b0 [<ffffffff81447711>] drm_stub_open+0xb1/0x130 [<ffffffff811c6371>] chrdev_open+0xb1/0x190 [<ffffffff811bf702>] do_dentry_open.isra.18+0x1f2/0x320 [<ffffffff811bf8a1>] vfs_open+0x41/0x50 [<ffffffff811cd056>] do_last.isra.59+0x266/0xf20 [<ffffffff811d0329>] path_openat+0x89/0x5a0 [<ffffffff811d18ae>...

...0 [nouveau] > [<ffffffff811bb858>] ? ext4_da_write_end+0xa8/0x2b0 > [<ffffffff811ef559>] ? jbd2_journal_stop+0x1d9/0x2c0 > [<ffffffff8124a56f>] ? apparmor_capable+0x1f/0x90 > [<ffffffffa00c5cab>] ? drm_open+0x28b/0x6e0 [drm] > [<ffffffffa00c6206>] ? drm_stub_open+0x106/0x1a0 [drm] > [<ffffffff81143bc0>] ? cdev_put+0x30/0x30 > [<ffffffff81143c56>] ? chrdev_open+0x96/0x1d0 > [<ffffffff81143bc0>] ? cdev_put+0x30/0x30 > [<ffffffff8113d186>] ? do_dentry_open+0x216/0x2a0 > [<ffffffff8113d238>] ? finish_open+0x28/0...

...t 130172 --> https://bugs.freedesktop.org/attachment.cgi?id=130172&action=edit dmesg output It happens after resume; sometimes it does not happen. It seems to be more likely if RAM is full, although I have enough swap space. The symptom is that X applications refuse to start, hanging in `drm_stub_open` (WCHAN column in `top`; status is `D` — “uninterruptible sleep”). I can’t even `kill -9` them: the command succeeds but nothing happens. The first app to hang seems to be the screen locker; it locks the session but fails to present anything on the screen, so I have to go to VT2 and use `loginctl`...

https://bugs.freedesktop.org/show_bug.cgi?id=101553 Bug ID: 101553 Summary: [ 8.944203] nouveau 0000:01:00.0: DRM: failed to create kernel channel, -22 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

...b0 0x7f0c3e06a330 [root at optiplex ~]# cat /proc/4173/stack [<ffffffff8146b222>] rpm_resume+0x220/0x4b7 [<ffffffff8146b4fb>] __pm_runtime_resume+0x42/0x5e [<ffffffff8143064d>] nouveau_drm_open+0x3d/0x249 [<ffffffff8138fc3d>] drm_open+0x235/0x43e [<ffffffff8139543f>] drm_stub_open+0xc1/0xee [<ffffffff81169cb1>] chrdev_open+0x151/0x18b [<ffffffff81163cde>] do_dentry_open+0x245/0x2b7 [<ffffffff81163fb3>] finish_open+0x35/0x40 [<ffffffff81171e14>] do_last.isra.32+0x83a/0xa7c [<ffffffff8117226e>] path_openat+0x218/0x5cd [<ffffffff811735fd>] do...

Page tables on nv50 take 48kB, which can be hard to allocate in one piece. Let's use vmalloc. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> Cc: stable at vger.kernel.org [3.7+] --- drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/core/subdev/vm/base.c

...u_drm_open+0x42/0x1d0 [nouveau] [<ffffffff811bb858>] ? ext4_da_write_end+0xa8/0x2b0 [<ffffffff811ef559>] ? jbd2_journal_stop+0x1d9/0x2c0 [<ffffffff8124a56f>] ? apparmor_capable+0x1f/0x90 [<ffffffffa00c5cab>] ? drm_open+0x28b/0x6e0 [drm] [<ffffffffa00c6206>] ? drm_stub_open+0x106/0x1a0 [drm] [<ffffffff81143bc0>] ? cdev_put+0x30/0x30 [<ffffffff81143c56>] ? chrdev_open+0x96/0x1d0 [<ffffffff81143bc0>] ? cdev_put+0x30/0x30 [<ffffffff8113d186>] ? do_dentry_open+0x216/0x2a0 [<ffffffff8113d238>] ? finish_open+0x28/0x40 [<ffffffff8...

https://bugs.freedesktop.org/show_bug.cgi?id=108857 Bug ID: 108857 Summary: display becomes unresponsive and keyboard input fails Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94725 Bug ID: 94725 Summary: Nouveau driver fails to load on GM204 Product: xorg Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at