dri-devel January 2016

dri-devel@lists.freedesktop.org

194 participants
1200 discussions

[PATCH 1/3] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)
by Chris Wilson 06 Jan '16

06 Jan '16

On vblank instant-off systems, we can get into a situation where the cost of enabling and disabling the vblank IRQ around a drmWaitVblank query dominates. And with the advent of even deeper hardware sleep state, touching registers becomes ever more expensive. However, we know that if the user wants the current vblank counter, they are also very likely to immediately queue a vblank wait and so we can keep the interrupt around and only turn it off if we have no further vblank requests queued within the interrupt interval. After vblank event delivery, this patch adds a shadow of one vblank where the interrupt is kept alive for the user to query and queue another vblank event. Similarly, if the user is using blocking drmWaitVblanks, the interrupt will be disabled on the IRQ following the wait completion. However, if the user is simply querying the current vblank counter and timestamp, the interrupt will be disabled after every IRQ and the user will enabled it again on the first query following the IRQ. v2: Mario Kleiner - After testing this, one more thing that would make sense is to move the disable block at the end of drm_handle_vblank() instead of at the top. Turns out that if high precision timestaming is disabled or doesn't work for some reason (as can be simulated by echo 0 > /sys/module/drm/parameters/timestamp_precision_usec), then with your delayed disable code at its current place, the vblank counter won't increment anymore at all for instant queries, ie. with your other "instant query" patches. Clients which repeatedly query the counter and wait for it to progress will simply hang, spinning in an endless query loop. There's that comment in vblank_disable_and_save: "* Skip this step if there isn't any high precision timestamp * available. In that case we can't account for this and just * hope for the best. */ With the disable happening after leading edge of vblank (== hw counter increment already happened) but before the vblank counter/timestamp handling in drm_handle_vblank, that step is needed to keep the counter progressing, so skipping it is bad. Now without high precision timestamping support, a kms driver must not set dev->vblank_disable_immediate = true, as this would cause problems for clients, so this shouldn't matter, but it would be good to still make this robust against a future kms driver which might have unreliable high precision timestamping, e.g., high precision timestamping that intermittently doesn't work. v3: Patch before coffee needs extra coffee. Testcase: igt/kms_vblank Signed-off-by: Chris Wilson <chris(a)chris-wilson.co.uk> Cc: Ville Syrjälä <ville.syrjala(a)linux.intel.com> Cc: Daniel Vetter <daniel(a)ffwll.ch> Cc: Michel Dänzer <michel(a)daenzer.net> Cc: Laurent Pinchart <laurent.pinchart(a)ideasonboard.com> Cc: Dave Airlie <airlied(a)redhat.com>, Cc: Mario Kleiner <mario.kleiner.de(a)gmail.com> --- drivers/gpu/drm/drm_irq.c | 14 ++++++++++++-- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index 607f493ae801..ca5ef87c57c1 100644 --- a/drivers/gpu/drm/drm_irq.c +++ b/drivers/gpu/drm/drm_irq.c @@ -1213,9 +1213,9 @@ void drm_vblank_put(struct drm_device *dev, unsigned int pipe) if (atomic_dec_and_test(&vblank->refcount)) { if (drm_vblank_offdelay == 0) return; - else if (dev->vblank_disable_immediate || drm_vblank_offdelay < 0) + else if (drm_vblank_offdelay < 0) vblank_disable_fn((unsigned long)vblank); - else + else if (!dev->vblank_disable_immediate) mod_timer(&vblank->disable_timer, jiffies + ((drm_vblank_offdelay * HZ)/1000)); } @@ -1835,6 +1835,16 @@ bool drm_handle_vblank(struct drm_device *dev, unsigned int pipe) wake_up(&vblank->queue); drm_handle_vblank_events(dev, pipe); + /* With instant-off, we defer disabling the interrupt until after + * we finish processing the following vblank. The disable has to + * be last (after drm_handle_vblank_events) so that the timestamp + * is always accurate. + */ + if (dev->vblank_disable_immediate && + drm_vblank_offdelay > 0 && + !atomic_read(&vblank->refcount)) + vblank_disable_fn((unsigned long)vblank); + spin_unlock_irqrestore(&dev->event_lock, irqflags); return true; -- 2.7.0.rc3

1 2

WARNING: at drivers/gpu/drm/drm_irq.c:1268 drm_wait_one_vblank: vblank wait timed out on crtc 0
by Sander Eikelenboom 06 Jan '16

06 Jan '16

Hi, When shutting down my x220 laptop (intel sandy bridge) running a 4.4-rc8 kernel, i encounter the splat below. I have seen this in previous RC's, but christmas and thought i had seen patches related to vblank. My .config is attached -- Sander Jan 5 22:42:17 x220 shutdown[10744]: shutting down for system halt Jan 5 22:42:17 x220 init: Switching to runlevel: 0 Jan 5 22:42:18 x220 kernel: [42699.345756] ------------[ cut here ]------------ Jan 5 22:42:18 x220 kernel: [42699.345772] WARNING: CPU: 1 PID: 3304 at drivers/gpu/drm/drm_irq.c:1268 drm_wait_one_vblank+0x136/0x180() Jan 5 22:42:18 x220 kernel: [42699.345774] vblank wait timed out on crtc 0 Jan 5 22:42:18 x220 kernel: [42699.345831] Modules linked in: rfcomm ccm xt_tcpudp ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 nf_conntrack_ipv6 nf_defrag_ipv6 ipt_REJECT nf_reject_ipv4 xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip Jan 5 22:42:18 x220 kernel: [42699.345883] CPU: 1 PID: 3304 Comm: Xorg Tainted: G U 4.4.0-rc8-x220-20150104+ #1 Jan 5 22:42:18 x220 kernel: [42699.345885] Hardware name: LENOVO 42912ZU/42912ZU, BIOS 8DET69WW (1.39 ) 07/18/2013 Jan 5 22:42:18 x220 kernel: [42699.345892] ffffffff819daf40 ffffffff81359e39 ffff8800d692f978 ffffffff81060297 Jan 5 22:42:18 x220 kernel: [42699.345895] 0000000000000000 ffff8800d692f9c8 0000000000000000 00000000002665e7 Jan 5 22:42:18 x220 kernel: [42699.345898] ffff88030f509408 ffffffff81060317 ffffffff81a00570 0000000000000020 Jan 5 22:42:18 x220 kernel: [42699.345899] Call Trace: Jan 5 22:42:18 x220 kernel: [42699.345912] [<ffffffff81359e39>] ? dump_stack+0x40/0x57 Jan 5 22:42:18 x220 kernel: [42699.345917] [<ffffffff81060297>] ? warn_slowpath_common+0x77/0xb0 Jan 5 22:42:18 x220 kernel: [42699.345920] [<ffffffff81060317>] ? warn_slowpath_fmt+0x47/0x50 Jan 5 22:42:18 x220 kernel: [42699.345925] [<ffffffff81479736>] ? drm_wait_one_vblank+0x136/0x180 Jan 5 22:42:18 x220 kernel: [42699.345933] [<ffffffff81097690>] ? wait_woken+0x80/0x80 Jan 5 22:42:18 x220 kernel: [42699.345941] [<ffffffff815002f8>] ? intel_atomic_commit+0x428/0x12c0 Jan 5 22:42:18 x220 kernel: [42699.345950] [<ffffffff8146ee7f>] ? drm_atomic_helper_check_planes+0x12f/0x1a0 Jan 5 22:42:18 x220 kernel: [42699.345954] [<ffffffff8148fdea>] ? drm_atomic_check_only+0x13a/0x5c0 Jan 5 22:42:18 x220 kernel: [42699.345958] [<ffffffff8148fbed>] ? drm_atomic_add_affected_connectors+0x1d/0xe0 Jan 5 22:42:18 x220 kernel: [42699.345964] [<ffffffff81470527>] ? restore_fbdev_mode+0x227/0x250 Jan 5 22:42:18 x220 kernel: [42699.345967] [<ffffffff8148ec82>] ? drm_modeset_lock_all_crtcs+0x82/0x90 Jan 5 22:42:18 x220 kernel: [42699.345973] [<ffffffff814726e9>] ? drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x70 Jan 5 22:42:18 x220 kernel: [42699.345978] [<ffffffff81472754>] ? drm_fb_helper_set_par+0x24/0x50 Jan 5 22:42:18 x220 kernel: [42699.345984] [<ffffffff81515f61>] ? intel_fbdev_set_par+0x11/0x60 Jan 5 22:42:18 x220 kernel: [42699.345990] [<ffffffff813c19a9>] ? fb_set_var+0x159/0x380 Jan 5 22:42:18 x220 kernel: [42699.345996] [<ffffffff811d1f05>] ? ext4_mark_iloc_dirty+0x495/0x750 Jan 5 22:42:18 x220 kernel: [42699.346004] [<ffffffff8120c0fa>] ? __jbd2_journal_file_buffer+0xda/0x1c0 Jan 5 22:42:18 x220 kernel: [42699.346009] [<ffffffff811f2a71>] ? __ext4_journal_get_write_access+0x31/0x70 Jan 5 22:42:18 x220 kernel: [42699.346017] [<ffffffff813b9188>] ? fbcon_blank+0x1f8/0x2b0 Jan 5 22:42:18 x220 kernel: [42699.346026] [<ffffffff8143b1be>] ? do_unblank_screen+0xae/0x1b0 Jan 5 22:42:18 x220 kernel: [42699.346030] [<ffffffff81432746>] ? vt_ioctl+0x656/0x1260 Jan 5 22:42:18 x220 kernel: [42699.346035] [<ffffffff811f2cd9>] ? __ext4_handle_dirty_metadata+0x79/0x1d0 Jan 5 22:42:18 x220 kernel: [42699.346040] [<ffffffff81427731>] ? tty_ioctl+0x3b1/0xc00 Jan 5 22:42:18 x220 kernel: [42699.346048] [<ffffffff8116a31f>] ? do_vfs_ioctl+0x2bf/0x4a0 Jan 5 22:42:18 x220 kernel: [42699.346052] [<ffffffff8116a571>] ? SyS_ioctl+0x71/0x80 Jan 5 22:42:18 x220 kernel: [42699.346058] [<ffffffff8100304d>] ? exit_to_usermode_loop+0x4d/0xa0 Jan 5 22:42:18 x220 kernel: [42699.346067] [<ffffffff816fb4b6>] ? entry_SYSCALL_64_fastpath+0x16/0x75 Jan 5 22:42:18 x220 kernel: [42699.346071] ---[ end trace 8485dd9d3f1f4ad2 ]--- Jan 5 22:42:18 x220 rsyslogd-2007: action 'action 17' suspended, next retry is Tue Jan 5 22:42:48 2016 [try http://www.rsyslog.com/e/2007 ] Jan 5 22:42:18 x220 acpid: client 3304[0:0] has disconnected Jan 5 22:42:18 x220 acpid: client connected from 10751[0:0] Jan 5 22:42:18 x220 acpid: 1 client rule loaded Jan 5 22:42:18 x220 bluetoothd[2392]: Terminating Jan 5 22:42:18 x220 pkcsslotd: Exiting on SIGTERM (15; 0xf) Jan 5 22:42:19 x220 NetworkManager[2442]: <info> caught signal 15, shutting down normally. Jan 5 22:42:19 x220 NetworkManager[2442]: <info> (eth0): device state change: unavailable -> unmanaged (reason 'removed') [20 10 36] Jan 5 22:42:19 x220 bluetoothd[2392]: Stopping SDP server ..... Jan 5 22:42:19 x220 dbus[2343]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Jan 5 22:42:19 x220 NetworkManager[2442]: <info> exiting (success) Jan 5 22:42:19 x220 dbus[2343]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Jan 5 22:42:21 x220 kernel: [42703.097999] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... blitter ring idle Jan 5 22:42:22 x220 kernel: [42703.553747] ------------[ cut here ]------------ Jan 5 22:42:22 x220 kernel: [42703.558646] WARNING: CPU: 2 PID: 10751 at drivers/gpu/drm/drm_irq.c:1268 drm_wait_one_vblank+0x136/0x180() Jan 5 22:42:22 x220 kernel: [42703.567419] vblank wait timed out on crtc 0 Jan 5 22:42:22 x220 kernel: [42703.572058] Modules linked in: rfcomm ccm bridge stp llc input_polldev x_tables bnep binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc uvcvideo videobuf2_vmalloc intel_rapl videobuf2_memops iosf_mbi snd Jan 5 22:42:22 x220 kernel: [42703.674298] CPU: 2 PID: 10751 Comm: Xorg Tainted: G U W 4.4.0-rc8-x220-20150104+ #1 Jan 5 22:42:22 x220 kernel: [42703.678305] Hardware name: LENOVO 42912ZU/42912ZU, BIOS 8DET69WW (1.39 ) 07/18/2013 Jan 5 22:42:22 x220 kernel: [42703.679811] ffffffff819daf40 ffffffff81359e39 ffff8802e00a3b48 ffffffff81060297 Jan 5 22:42:22 x220 kernel: [42703.681518] 0000000000000000 ffff8802e00a3b98 0000000000000000 00000000002666e4 Jan 5 22:42:22 x220 kernel: [42703.683350] ffff88030f509408 ffffffff81060317 ffffffff81a00570 0000000000000020 Jan 5 22:42:22 x220 kernel: [42703.684805] Call Trace: Jan 5 22:42:22 x220 kernel: [42703.685433] [<ffffffff81359e39>] ? dump_stack+0x40/0x57 Jan 5 22:42:22 x220 kernel: [42703.686604] [<ffffffff81060297>] ? warn_slowpath_common+0x77/0xb0 Jan 5 22:42:22 x220 kernel: [42703.687922] [<ffffffff81060317>] ? warn_slowpath_fmt+0x47/0x50 Jan 5 22:42:22 x220 kernel: [42703.689362] [<ffffffff81479736>] ? drm_wait_one_vblank+0x136/0x180 Jan 5 22:42:22 x220 kernel: [42703.690695] [<ffffffff81097690>] ? wait_woken+0x80/0x80 Jan 5 22:42:22 x220 kernel: [42703.691911] [<ffffffff815002f8>] ? intel_atomic_commit+0x428/0x12c0 Jan 5 22:42:22 x220 kernel: [42703.693489] [<ffffffff8146ee7f>] ? drm_atomic_helper_check_planes+0x12f/0x1a0 Jan 5 22:42:22 x220 kernel: [42703.694974] [<ffffffff8148fdea>] ? drm_atomic_check_only+0x13a/0x5c0 Jan 5 22:42:22 x220 kernel: [42703.696488] [<ffffffff814e92ee>] ? intel_crtc_duplicate_state+0x2e/0x40 Jan 5 22:42:22 x220 kernel: [42703.697944] [<ffffffff8148f224>] ? drm_atomic_get_crtc_state+0x24/0xb0 Jan 5 22:42:22 x220 kernel: [42703.699485] [<ffffffff8146f4e1>] ? drm_atomic_helper_disable_plane+0xa1/0xe0 Jan 5 22:42:22 x220 kernel: [42703.701156] [<ffffffff81481d97>] ? __setplane_internal+0x177/0x290 Jan 5 22:42:22 x220 kernel: [42703.702506] [<ffffffff8148ec82>] ? drm_modeset_lock_all_crtcs+0x82/0x90 Jan 5 22:42:22 x220 kernel: [42703.704041] [<ffffffff81484a47>] ? drm_mode_setplane+0x137/0x1b0 Jan 5 22:42:22 x220 kernel: [42703.705393] [<ffffffff81477d31>] ? drm_ioctl+0x121/0x490 Jan 5 22:42:22 x220 kernel: [42703.706610] [<ffffffff81484910>] ? drm_plane_check_pixel_format+0x40/0x40 Jan 5 22:42:22 x220 kernel: [42703.708210] [<ffffffff810976c0>] ? autoremove_wake_function+0x30/0x30 Jan 5 22:42:22 x220 kernel: [42703.709599] [<ffffffff8116a31f>] ? do_vfs_ioctl+0x2bf/0x4a0 Jan 5 22:42:22 x220 kernel: [42703.710858] [<ffffffff810697be>] ? recalc_sigpending+0xe/0x50 Jan 5 22:42:22 x220 kernel: [42703.712246] [<ffffffff8106a248>] ? __set_task_blocked+0x28/0x70 Jan 5 22:42:22 x220 kernel: [42703.713575] [<ffffffff8116a571>] ? SyS_ioctl+0x71/0x80 Jan 5 22:42:22 x220 kernel: [42703.714728] [<ffffffff8106c7b0>] ? SyS_rt_sigprocmask+0x60/0xa0 Jan 5 22:42:22 x220 kernel: [42703.716141] [<ffffffff816fb4b6>] ? entry_SYSCALL_64_fastpath+0x16/0x75 Jan 5 22:42:22 x220 kernel: [42703.717564] ---[ end trace 8485dd9d3f1f4ad3 ]--- Jan 5 22:42:23 x220 kernel: [42703.869731] ------------[ cut here ]------------ .... Jan 5 22:42:23 x220 kernel: [42703.869731] ------------[ cut here ]------------ Jan 5 22:42:23 x220 kernel: [42703.869746] WARNING: CPU: 2 PID: 10751 at drivers/gpu/drm/drm_irq.c:1268 drm_wait_one_vblank+0x136/0x180() Jan 5 22:42:23 x220 kernel: [42703.869747] vblank wait timed out on crtc 0 Jan 5 22:42:23 x220 kernel: [42703.869815] Modules linked in: rfcomm ccm bridge stp llc input_polldev x_tables bnep binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc uvcvideo videobuf2_vmalloc intel_rapl videobuf2_memops iosf_mbi snd Jan 5 22:42:23 x220 kernel: [42703.869834] CPU: 2 PID: 10751 Comm: Xorg Tainted: G U W 4.4.0-rc8-x220-20150104+ #1 Jan 5 22:42:23 x220 kernel: [42703.869836] Hardware name: LENOVO 42912ZU/42912ZU, BIOS 8DET69WW (1.39 ) 07/18/2013 Jan 5 22:42:23 x220 kernel: [42703.869842] ffffffff819daf40 ffffffff81359e39 ffff8802e00a3978 ffffffff81060297 Jan 5 22:42:23 x220 kernel: [42703.869845] 0000000000000000 ffff8802e00a39c8 0000000000000000 00000000002666f7 Jan 5 22:42:23 x220 kernel: [42703.869848] ffff88030f509408 ffffffff81060317 ffffffff81a00570 0000000000000020 Jan 5 22:42:23 x220 kernel: [42703.869850] Call Trace: Jan 5 22:42:23 x220 kernel: [42703.869862] [<ffffffff81359e39>] ? dump_stack+0x40/0x57 Jan 5 22:42:23 x220 kernel: [42703.869867] [<ffffffff81060297>] ? warn_slowpath_common+0x77/0xb0 Jan 5 22:42:23 x220 kernel: [42703.869869] [<ffffffff81060317>] ? warn_slowpath_fmt+0x47/0x50 Jan 5 22:42:23 x220 kernel: [42703.869874] [<ffffffff81479736>] ? drm_wait_one_vblank+0x136/0x180 Jan 5 22:42:23 x220 kernel: [42703.869881] [<ffffffff81097690>] ? wait_woken+0x80/0x80 Jan 5 22:42:23 x220 kernel: [42703.869889] [<ffffffff815002f8>] ? intel_atomic_commit+0x428/0x12c0 Jan 5 22:42:23 x220 kernel: [42703.869898] [<ffffffff8146ee7f>] ? drm_atomic_helper_check_planes+0x12f/0x1a0 Jan 5 22:42:23 x220 kernel: [42703.869902] [<ffffffff8148fdea>] ? drm_atomic_check_only+0x13a/0x5c0 Jan 5 22:42:23 x220 kernel: [42703.869906] [<ffffffff8148fbed>] ? drm_atomic_add_affected_connectors+0x1d/0xe0 Jan 5 22:42:23 x220 kernel: [42703.869912] [<ffffffff81470527>] ? restore_fbdev_mode+0x227/0x250 Jan 5 22:42:23 x220 kernel: [42703.869915] [<ffffffff8148ec82>] ? drm_modeset_lock_all_crtcs+0x82/0x90 Jan 5 22:42:23 x220 kernel: [42703.869921] [<ffffffff814726e9>] ? drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x70 Jan 5 22:42:23 x220 kernel: [42703.869926] [<ffffffff81472754>] ? drm_fb_helper_set_par+0x24/0x50 Jan 5 22:42:23 x220 kernel: [42703.869931] [<ffffffff81515f61>] ? intel_fbdev_set_par+0x11/0x60 Jan 5 22:42:23 x220 kernel: [42703.869937] [<ffffffff813c19a9>] ? fb_set_var+0x159/0x380 Jan 5 22:42:23 x220 kernel: [42703.869942] [<ffffffff8135f38e>] ? radix_tree_lookup_slot+0xe/0x20 Jan 5 22:42:23 x220 kernel: [42703.869949] [<ffffffff810f66d4>] ? find_get_entry+0x14/0x70 Jan 5 22:42:23 x220 kernel: [42703.869959] [<ffffffff813b9188>] ? fbcon_blank+0x1f8/0x2b0 Jan 5 22:42:23 x220 kernel: [42703.869967] [<ffffffff8143b1be>] ? do_unblank_screen+0xae/0x1b0 Jan 5 22:42:23 x220 kernel: [42703.869971] [<ffffffff81432746>] ? vt_ioctl+0x656/0x1260 Jan 5 22:42:23 x220 kernel: [42703.869978] [<ffffffff811f2cd9>] ? __ext4_handle_dirty_metadata+0x79/0x1d0 Jan 5 22:42:23 x220 kernel: [42703.869983] [<ffffffff81427731>] ? tty_ioctl+0x3b1/0xc00 Jan 5 22:42:23 x220 kernel: [42703.869991] [<ffffffff8116a31f>] ? do_vfs_ioctl+0x2bf/0x4a0 Jan 5 22:42:23 x220 kernel: [42703.869995] [<ffffffff8116a571>] ? SyS_ioctl+0x71/0x80 Jan 5 22:42:23 x220 kernel: [42703.870001] [<ffffffff8100304d>] ? exit_to_usermode_loop+0x4d/0xa0 Jan 5 22:42:23 x220 kernel: [42703.870010] [<ffffffff816fb4b6>] ? entry_SYSCALL_64_fastpath+0x16/0x75 Jan 5 22:42:23 x220 kernel: [42703.870013] ---[ end trace 8485dd9d3f1f4ad4 ]--- Jan 5 22:42:23 x220 nm-dispatcher: Caught signal 15, shutting down...

1 0

[GIT PULL] drm/rockchip: new features to support Synopsys DW MIPI DSI
by Mark yao 06 Jan '16

06 Jan '16

Hi Dave Now seems there is no doubt on these patches, Documentation is Acked-by Rob Herring, and it looks good for me. So I'd like you can land them. The following changes since commit c11b8989635166c5a1e6aac1853a847bd664f8db: Merge tag 'omapdrm-4.5-resolved' of git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux into drm-next (2016-01-01 07:41:52 +1000) are available in the git repository at: https://github.com/markyzq/kernel-drm-rockchip.git drm-rockchip-next-2016-01-06 for you to fetch changes up to 84e05408fcfefb9b28050f701e1e94fe9f86804b: drm: rockchip: Support Synopsys DW MIPI DSI (2016-01-06 16:16:39 +0800) ---------------------------------------------------------------- Chris Zhong (3): drm/rockchip: return a true clock rate to adjusted_mode Documentation: dt-bindings: Add bindings for rk3288 DW MIPI DSI driver drm: rockchip: Support Synopsys DW MIPI DSI .../display/rockchip/dw_mipi_dsi_rockchip.txt | 60 + drivers/gpu/drm/rockchip/Kconfig | 10 + drivers/gpu/drm/rockchip/Makefile | 1 + drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 1194 ++++++++++++++++++++ drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 8 + 5 files changed, 1273 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt create mode 100644 drivers/gpu/drm/rockchip/dw-mipi-dsi.c -- Ｍark Yao

1 0

drm/i915/intel_drv.h - RPM wakelock ref not held during HW access
by Andrea Gelmini 06 Jan '16

06 Jan '16

Hi everybody, on my laptop I'm using 4.4.0-rc8 + drm-intel-nightly from git://anongit.freedesktop.org/drm-intel (commit 0417da5e6f56078d87d366d5f959f8290ae9d16d). Found this after few hours (dunno if it's a false positive, something to ignore or not): [Tue Jan 5 15:15:44 2016] ------------[ cut here ]------------ [Tue Jan 5 15:15:44 2016] WARNING: CPU: 2 PID: 38 at drivers/gpu/drm/i915/intel_drv.h:1457 gen6_ggtt_clear_range+0x2fb/0x460 [i915]() [Tue Jan 5 15:15:44 2016] RPM wakelock ref not held during HW access [Tue Jan 5 15:15:44 2016] Modules linked in: [Tue Jan 5 15:15:44 2016] xt_conntrack ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter ip_tables x_tables nf_nat nf_conntrack br_netfilter bridge stp llc dm_thin_pool dm_persistent_data dm_bio_prison dm_bufio loop binfmt_misc snd_hrtimer snd_hda_codec_hdmi uvcvideo intel_rapl iosf_mbi videobuf2_vmalloc videobuf2_memops x86_pkg_temp_thermal intel_powerclamp videobuf2_v4l2 videobuf2_core coretemp v4l2_common arc4 videodev cdc_mbim iwldvm cdc_ncm media usbnet mac80211 mii cdc_wdm input_leds cdc_acm joydev snd_hda_codec_realtek snd_hda_codec_generic serio_raw snd_hda_intel iwlwifi snd_hda_codec thinkpad_acpi sg snd_hda_core nvram cfg80211 snd_seq_midi snd_hwdep snd_seq_midi_event lpc_ich snd_pcm snd_rawmidi snd_seq snd_seq_device snd_timer [Tue Jan 5 15:15:44 2016] snd soundcore tpm_tis tpm kvm_intel kvm irqbypass sunrpc autofs4 algif_skcipher af_alg sr_mod sd_mod cdrom i915 crct10dif_pclmul crc32_pclmul i2c_algo_bit drm_kms_helper syscopyarea sysfillrect jitterentropy_rng sysimgblt drbg fb_sys_fops ansi_cprng drm aesni_intel sdhci_pci aes_x86_64 e1000e lrw sdhci gf128mul glue_helper ablk_helper psmouse ahci intel_gtt cryptd mmc_core ptp libahci agpgart pps_core i2c_core wmi fjes video [Tue Jan 5 15:15:44 2016] CPU: 2 PID: 38 Comm: kswapd0 Not tainted 4.4.0-rc8-KASan-01354-g3041cce #6 [Tue Jan 5 15:15:44 2016] Hardware name: LENOVO 2356LRG/2356LRG, BIOS G7ETA4WW (2.64 ) 10/08/2015 [Tue Jan 5 15:15:44 2016] ffffffffc08a7320 ffff88035f9e7558 ffffffff86a2adea ffff88035f9e75c8 [Tue Jan 5 15:15:44 2016] ffff88035f9e7598 ffffffff8610bccc ffffffffc06a9b2b ffffed006bf3ceb5 [Tue Jan 5 15:15:44 2016] ffffc900011f9084 ffff88035e6b0000 ffff88035e6b9cd8 0000000000000002 [Tue Jan 5 15:15:44 2016] Call Trace: [Tue Jan 5 15:15:44 2016] [<ffffffff86a2adea>] dump_stack+0x4e/0x84 [Tue Jan 5 15:15:44 2016] [<ffffffff8610bccc>] warn_slowpath_common+0xbc/0x120 [Tue Jan 5 15:15:44 2016] [<ffffffffc06a9b2b>] ? gen6_ggtt_clear_range+0x2fb/0x460 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffff8610bdbf>] warn_slowpath_fmt+0x8f/0xb0 [Tue Jan 5 15:15:44 2016] [<ffffffff8610bd30>] ? warn_slowpath_common+0x120/0x120 [Tue Jan 5 15:15:44 2016] [<ffffffff8642821c>] ? kfree+0x19c/0x1b0 [Tue Jan 5 15:15:44 2016] [<ffffffffc06a9b2b>] gen6_ggtt_clear_range+0x2fb/0x460 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06a410a>] ggtt_unbind_vma+0x24a/0x2e0 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06a1de2>] ? i915_gem_object_put_fence+0x62/0x270 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06ca49b>] __i915_vma_unbind+0x1fb/0x980 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06cac2e>] i915_vma_unbind+0xe/0x10 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06d7bce>] i915_gem_shrink+0x3ae/0x790 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06d7820>] ? i915_gem_shrinker_count+0x6c0/0x6c0 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffff86aa2e43>] ? __this_cpu_preempt_check+0x13/0x20 [Tue Jan 5 15:15:44 2016] [<ffffffff861ddbac>] ? trace_hardirqs_on_caller+0x28c/0x5e0 [Tue Jan 5 15:15:44 2016] [<ffffffffc06d811a>] i915_gem_shrinker_scan+0x16a/0x1c0 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffffc06d7fb0>] ? i915_gem_shrink+0x790/0x790 [i915] [Tue Jan 5 15:15:44 2016] [<ffffffff863b5001>] ? __list_lru_count_one.isra.0+0xd1/0x140 [Tue Jan 5 15:15:44 2016] [<ffffffff86471352>] ? super_cache_count+0x142/0x260 [Tue Jan 5 15:15:44 2016] [<ffffffff87585d4c>] ? _raw_spin_unlock+0x2c/0x50 [Tue Jan 5 15:15:44 2016] [<ffffffff86380522>] shrink_slab.part.7+0x2f2/0x530 [Tue Jan 5 15:15:44 2016] [<ffffffff86380230>] ? inactive_anon_is_low+0x1e0/0x1e0 [Tue Jan 5 15:15:44 2016] [<ffffffff86388610>] shrink_zone+0x7a0/0xae0 [Tue Jan 5 15:15:44 2016] [<ffffffff87585e58>] ? _raw_spin_unlock_irq+0x38/0x50 [Tue Jan 5 15:15:44 2016] [<ffffffff86387e70>] ? shrink_lruvec+0xf20/0xf20 [Tue Jan 5 15:15:44 2016] [<ffffffff8635ea51>] ? zone_watermark_ok_safe+0x1c1/0x280 [Tue Jan 5 15:15:44 2016] [<ffffffff8638a85d>] kswapd+0x9ad/0x1110 [Tue Jan 5 15:15:44 2016] [<ffffffff86389eb0>] ? mem_cgroup_shrink_node_zone+0x290/0x290 [Tue Jan 5 15:15:44 2016] [<ffffffff86aa2e43>] ? __this_cpu_preempt_check+0x13/0x20 [Tue Jan 5 15:15:44 2016] [<ffffffff87585e58>] ? _raw_spin_unlock_irq+0x38/0x50 [Tue Jan 5 15:15:44 2016] [<ffffffff861c9390>] ? wake_atomic_t_function+0x270/0x270 [Tue Jan 5 15:15:44 2016] [<ffffffff86389eb0>] ? mem_cgroup_shrink_node_zone+0x290/0x290 [Tue Jan 5 15:15:44 2016] [<ffffffff8615f3b8>] kthread+0x218/0x2e0 [Tue Jan 5 15:15:44 2016] [<ffffffff8615f1a0>] ? kthread_create_on_node+0x460/0x460 [Tue Jan 5 15:15:44 2016] [<ffffffff8615f1a0>] ? kthread_create_on_node+0x460/0x460 [Tue Jan 5 15:15:44 2016] [<ffffffff87586c2f>] ret_from_fork+0x3f/0x70 [Tue Jan 5 15:15:44 2016] [<ffffffff8615f1a0>] ? kthread_create_on_node+0x460/0x460 [Tue Jan 5 15:15:44 2016] ---[ end trace 074b4bd8168aac27 ]--- In attachment all the hardware details. Also you can find compiled kernel here: http://mail.gelma.net/i915 Thanks a lot for your work, Andrea

2 1

[PATCH 2/4] drm/ttm: zero allocation only for CPU domain
by david1.zhou＠amd.com 06 Jan '16

06 Jan '16

From: Chunming Zhou <David1.Zhou(a)amd.com> Change-Id: I653d61e32faaa11c39bb978bf90301513a0c35b8 Signed-off-by: Chunming Zhou <David1.Zhou(a)amd.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 745e996..0633b65 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/drivers/gpu/drm/ttm/ttm_bo.c @@ -301,6 +301,7 @@ static int ttm_bo_handle_move_mem(struct ttm_buffer_object *bo, if (!(new_man->flags & TTM_MEMTYPE_FLAG_FIXED)) { if (bo->ttm == NULL) { bool zero = !(old_man->flags & TTM_MEMTYPE_FLAG_FIXED); + zero = (mem->mem_type == TTM_PL_SYSTEM) ? zero : false; ret = ttm_bo_add_ttm(bo, zero); if (ret) goto out_err; -- 1.9.1

3 2

[PATCH v2 0/3] Add RK3229 vop support
by Yakir Yang 06 Jan '16

06 Jan '16

Based on Mark Yao's drm-next branch [https://github.com/markyzq/kernel-drm-rockchip/tree/drm-rockchip-next-2015-…] Changes in v2: - Add this patch in v2 (Heiko) - Separate the write-mask changes out, and remove the DUMMY_INTR marcos (Heiko) - acked by Rob Yakir Yang (3): drm/rockchip: vop: Add support for interrupt registers using write-masks drm/rockchip: vop: add rk3229 vop support dt-bindings: add document for rk3229-vop .../bindings/display/rockchip/rockchip-vop.txt | 1 + drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 7 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 1 + drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 112 +++++++++++++++++++++ drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 90 +++++++++++++++++ 5 files changed, 209 insertions(+), 2 deletions(-) -- 1.9.1

3 7

[PATCH v6 0/6] Add mipi dsi support for rk3288
by Chris Zhong 06 Jan '16

06 Jan '16

The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller IP. This series adds support for a Synopsys DesignWare MIPI DSI host controller DRM driver. The MIPI DSI feature is tested on rk3288 evb board, backport them to chrome os kernel chrome_v3.14, and it can display normally. This patchset is base on the patchset from Ying.liu(a)freescale.com. <http://www.spinics.net/lists/dri-devel/msg77181.html> According to the suggestion from Thierry, I have get rid of the bridge, and register the encoder & connecter in drm/rockchip/dw-mipi-dsi.c. Changes in v6: - update the document, since the bridge device has been deleted. - Do not use bridge driver (Thierry Reding) - Optimization the phy init sequence Changes in v5: - modify the clk name to SCLK_MIPIDSI_24M - add a blank line befor lcd_en Changes in v4: - use clk_round_rate to check the clock rate in vop_crtc_mode_fixup Changes in v3: - move dw_mipi_dsi_rockchip.txt to bindings/display/rockchip/ Chris Zhong (5): drm/rockchip: return a true clock rate to adjusted_mode Documentation: dt-bindings: Add bindings for rk3288 DW MIPI DSI driver drm: rockchip: Support Synopsys DW MIPI DSI ARM: dts: rockchip: add rk3288 mipi_dsi nodes ARM: dts: rockchip: add support mipi panel tv080wum-nl0 Liu Ying (1): drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format .../display/rockchip/dw_mipi_dsi_rockchip.txt | 60 + arch/arm/boot/dts/rk3288-evb.dtsi | 20 +- arch/arm/boot/dts/rk3288.dtsi | 39 + drivers/gpu/drm/rockchip/Kconfig | 10 + drivers/gpu/drm/rockchip/Makefile | 1 + drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 1200 ++++++++++++++++++++ drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 8 + include/drm/drm_mipi_dsi.h | 14 + 8 files changed, 1351 insertions(+), 1 deletion(-) create mode 100644 Documentation/devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt create mode 100644 drivers/gpu/drm/rockchip/dw-mipi-dsi.c -- 2.6.3

3 13

[Bug 93577] Total war: Attila crashes at startup
by bugzilla-daemon＠freedesktop.org 06 Jan '16

06 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=93577 Bug ID: 93577 Summary: Total war: Attila crashes at startup Product: Mesa Version: 11.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: mboquien(a)free.fr QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 120792 --> https://bugs.freedesktop.org/attachment.cgi?id=120792&action=edit apitrace trace Hello, Total war: Attila crashes at startup with the Intel and R600 (AMD JUNIPER, DRM 2.43.0, LLVM 3.7.0) drivers. When run in gdb, I get the following backtrace: Thread 14 (Thread 0x7fffbeffb700 (LWP 4213)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00007ffff543d76e in ?? () from /usr/lib/libSDL2-2.0.so.0 #3 0x0000000002848222 in CA::Semaphore::acquire_one (this=<optimized out>) at ../CALibs/include/POSIX/CAThread.inl:28 #4 MP_LIB::SERVICE_CONNECTION_CURL<unsigned long>::start_monitor (this=0x10e93f80) at Source/mp_lib/ca_libs/service_connection_curl.cpp:350 #5 0x00000000028815e6 in MP_LIB::SERVICE_CONNECTION_CURL<unsigned long>::cstyle_start_monitor (data=0x110d8f90) at Source/mp_lib/ca_libs/service_connection_curl.h:150 #6 0x00000000004e473d in CA::run_fun_in_native_thread (lpThreadParameter=0x7fffffffe140) at /TW/branches/attila/charlemagne/common/CALibs/src/POSIX/CAThread.cpp:294 #7 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #8 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 13 (Thread 0x7fffbf7fc700 (LWP 4212)): #0 0x00007ffff433b91d in nanosleep () from /usr/lib/libc.so.6 #1 0x00007ffff43655e4 in usleep () from /usr/lib/libc.so.6 #2 0x0000000002842047 in CA::ThreadPlatform::sleep_current_thread (ms=<optimized out>, ms=<optimized out>) at ../CALibs/include/POSIX/CAThreadPlatform.h:28 #3 CA::sleep_current_thread (ms=<optimized out>, ms=<optimized out>) at ../CALibs/include/POSIX/CAThread.inl:20 #4 CA_NETWORK::steam_updater_thread_function (data=0x5160ae8 <CA_NETWORK::STEAMWORKS_UPDATER::steamwork_updater_singleton()::steamworks_updater+4840>) at Source/mp_lib/ca_libs/steam_updater.cpp:134 #5 0x00000000004e473d in CA::run_fun_in_native_thread (lpThreadParameter=0x7fffffffe490) at /TW/branches/attila/charlemagne/common/CALibs/src/POSIX/CAThread.cpp:294 #6 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #7 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 12 (Thread 0x7ffff7e0b700 (LWP 4205)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00000000036ebea9 in AKPLATFORM::AkWaitForEvent (in_event=...) at ../../../../include/AK/Tools/POSIX/AkPlatformFuncs.h:117 #3 CAkAudioThread::EventMgrThreadFunc (lpParameter=0x7fffd52a20d0) at ../POSIX/AkAudioThread.cpp:61 #4 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #5 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 11 (Thread 0x7fffbfffd700 (LWP 4204)): #0 0x00007ffff4363251 in ppoll () from /usr/lib/libc.so.6 #1 0x00007ffff37bf61d in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #2 0x00007ffff37bfc0e in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #3 0x00007ffff542a0a7 in ?? () from /usr/lib/libSDL2-2.0.so.0 #4 0x00007ffff538e38f in ?? () from /usr/lib/libSDL2-2.0.so.0 #5 0x00007ffff53f082c in ?? () from /usr/lib/libSDL2-2.0.so.0 #6 0x00007ffff543d439 in ?? () from /usr/lib/libSDL2-2.0.so.0 #7 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #8 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 10 (Thread 0x7fffe09e7700 (LWP 4203)): #0 0x00007ffff4363251 in ppoll () from /usr/lib/libc.so.6 #1 0x00007ffff37bf61d in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #2 0x00007ffff37bfc0e in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #3 0x00007ffff37bfcc0 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #4 0x00007ffff542a19f in ?? () from /usr/lib/libSDL2-2.0.so.0 #5 0x00007ffff53f082c in ?? () from /usr/lib/libSDL2-2.0.so.0 #6 0x00007ffff543d439 in ?? () from /usr/lib/libSDL2-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #7 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #8 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 9 (Thread 0x7ffff7e13700 (LWP 4198)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x000000000370c6d7 in AKPLATFORM::AkWaitForEvent (in_event=...) at ../../../../include/AK/Tools/POSIX/AkPlatformFuncs.h:117 #3 CAkThreadedBankMgr::BankThreadFunc (lpParameter=0x7fffd529c828) at ../Common/AkThreadedBankMgr.cpp:136 #4 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #5 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 8 (Thread 0x7ffff7e1d700 (LWP 4197)): #0 0x00007ffff693707f in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 #1 0x0000000003736e46 in AK::StreamMgr::CAkIOThread::IOSchedThread (lpParameter=0xd5071e0) at ../POSIX/AkIOThread.cpp:220 #2 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #3 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 7 (Thread 0x7fffe30a6700 (LWP 4105)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00007ffff543d76e in ?? () from /usr/lib/libSDL2-2.0.so.0 #3 0x0000000002dff18d in CA::Semaphore::acquire_one (this=<optimized out>) at ../CALibs/include/POSIX/CAThread.inl:28 #4 CA_STD::MESSAGE_LIST<std::shared_ptr<VFS_IMPL::ALLOCATION>, CA_STD::ALLOCATOR<std::shared_ptr<VFS_IMPL::ALLOCATION> > >::pop (this=0x7fffdc0008d8) at ../UtilityLib/Redist/CAStdList.h:2029 #5 0x0000000002dd285d in VFS_IMPL::io_thread_inner () at Source/OfflineData/VFSAsyncFileIOThread.cpp:344 #6 0x0000000002dd2ca6 in VFS_IMPL::io_thread () at Source/OfflineData/VFSAsyncFileIOThread.cpp:361 #7 0x00000000004e473d in CA::run_fun_in_native_thread (lpThreadParameter=0x7fffffffe490) at /TW/branches/attila/charlemagne/common/CALibs/src/POSIX/CAThread.cpp:294 #8 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #9 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 6 (Thread 0x7fffe38a7700 (LWP 4104)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00007ffff543d76e in ?? () from /usr/lib/libSDL2-2.0.so.0 #3 0x0000000003061da0 in CA::Semaphore::acquire_one (this=<optimized out>) at ../CALibs/include/POSIX/CAThread.inl:28 #4 tbb::JobState::wait_for_tasks (this=<optimized out>) at Source/TBB.cpp:79 #5 tbb::NativeTaskThread::wait_for_tasks (this=<optimized out>, this=<optimized out>) at Source/TBB.cpp:583 #6 tbb::NativeTaskThread::run_loop (this=0x5692350) at Source/TBB.cpp:542 #7 0x0000000003061d57 in tbb::NativeTaskThread::tbb_thread_func (this_pointer=0x5692350) at Source/TBB.cpp:469 #8 0x00000000004e473d in CA::run_fun_in_native_thread (lpThreadParameter=0x7fffffffe3c0) at /TW/branches/attila/charlemagne/common/CALibs/src/POSIX/CAThread.cpp:294 #9 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #10 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 5 (Thread 0x7fffe40a8700 (LWP 4103)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00007ffff543d76e in ?? () from /usr/lib/libSDL2-2.0.so.0 #3 0x0000000003061da0 in CA::Semaphore::acquire_one (this=<optimized out>) at ../CALibs/include/POSIX/CAThread.inl:28 #4 tbb::JobState::wait_for_tasks (this=<optimized out>) at Source/TBB.cpp:79 #5 tbb::NativeTaskThread::wait_for_tasks (this=<optimized out>, this=<optimized out>) at Source/TBB.cpp:583 ---Type <return> to continue, or q <return> to quit--- #6 tbb::NativeTaskThread::run_loop (this=0x57094e0) at Source/TBB.cpp:542 #7 0x0000000003061d57 in tbb::NativeTaskThread::tbb_thread_func (this_pointer=0x57094e0) at Source/TBB.cpp:469 #8 0x00000000004e473d in CA::run_fun_in_native_thread (lpThreadParameter=0x7fffffffe3c0) at /TW/branches/attila/charlemagne/common/CALibs/src/POSIX/CAThread.cpp:294 #9 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #10 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 4 (Thread 0x7fffe48a9700 (LWP 4102)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00007ffff543d76e in ?? () from /usr/lib/libSDL2-2.0.so.0 #3 0x0000000003061da0 in CA::Semaphore::acquire_one (this=<optimized out>) at ../CALibs/include/POSIX/CAThread.inl:28 #4 tbb::JobState::wait_for_tasks (this=<optimized out>) at Source/TBB.cpp:79 #5 tbb::NativeTaskThread::wait_for_tasks (this=<optimized out>, this=<optimized out>) at Source/TBB.cpp:583 #6 tbb::NativeTaskThread::run_loop (this=0x5648c40) at Source/TBB.cpp:542 #7 0x0000000003061d57 in tbb::NativeTaskThread::tbb_thread_func (this_pointer=0x5648c40) at Source/TBB.cpp:469 #8 0x00000000004e473d in CA::run_fun_in_native_thread (lpThreadParameter=0x7fffffffe3c0) at /TW/branches/attila/charlemagne/common/CALibs/src/POSIX/CAThread.cpp:294 #9 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #10 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 3 (Thread 0x7fffe52af700 (LWP 4095)): #0 0x00007ffff693707f in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 #1 0x00007fffe8d21c93 in ?? () from /usr/lib/xorg/modules/dri/r600_dri.so #2 0x00007fffe8d213e7 in ?? () from /usr/lib/xorg/modules/dri/r600_dri.so #3 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #4 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 2 (Thread 0x7fffe9f79700 (LWP 4094)): #0 0x00007ffff69392d7 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 #1 0x00007ffff6939384 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0 #2 0x00007ffff543d76e in ?? () from /usr/lib/libSDL2-2.0.so.0 #3 0x00007ffff543d8c5 in ?? () from /usr/lib/libSDL2-2.0.so.0 #4 0x00007ffff53f0c93 in ?? () from /usr/lib/libSDL2-2.0.so.0 #5 0x00007ffff53f082c in ?? () from /usr/lib/libSDL2-2.0.so.0 #6 0x00007ffff543d439 in ?? () from /usr/lib/libSDL2-2.0.so.0 #7 0x00007ffff69314a4 in start_thread () from /usr/lib/libpthread.so.0 #8 0x00007ffff436c13d in clone () from /usr/lib/libc.so.6 Thread 1 (Thread 0x7ffff7eed840 (LWP 4090)): #0 0x00007ffff4314078 in __memcpy_sse2_unaligned () from /usr/lib/libc.so.6 #1 0x000000000318ae9a in WARSCAPE::TEXTURE_MANAGER_ENTRY::update<CA::Pixel8888> (this=0x173e47c0, image=..., mip_map_level=0, _src_rect=0x0, dest_x=0, dest_y=0, dest_z=<optimized out>, update_gpu=<optimized out>) at Source/platform/TextureManager.inl:333 #2 0x000000000344011f in WARSCAPE::TEXTURE_MANAGER_ENTRY::update<CA::Pixel8888> (this=<optimized out>, image=..., mip_map_level=<optimized out>, dest_x=<optimized out>, dest_y=<optimized out>, dest_z=<optimized out>, update_gpu=<optimized out>, this=<optimized out>, image=..., mip_map_level=<optimized out>, dest_x=<optimized out>, dest_y=<optimized out>, dest_z=<optimized out>, update_gpu=<optimized out>) at Source/platform/TextureManager.inl:86 #3 WARSCAPE::TEXTURE_MANAGER_ENTRY::create_resource (this=<optimized out>, out_of_video_memory=<optimized out>) at Source/platform/TextureManagerEntry.cpp:3131 #4 0x000000000310e804 in WARSCAPE::TEXTURE_MANAGER::register_texture (this=0xa9fdcd0, texture=..., flags=(TF_DYNAMIC | TF_READABLE | TF_UI_RESOURCE), file_name=..., alt_filename=..., original_filename=..., from_file=<optimized out>, texel_format=<optimized out>, width=<optimized out>, height=<optimized out>, depth=<optimized out>, num_mip_map_levels=<optimized out>, image=<optimized out>, critical=<optimized out>, screen_size_multiplier=<optimized out>, aa_setting=<optimized out>) at Source/platform/TextureManager.cpp:2230 #5 0x0000000003111389 in WARSCAPE::WS_CONTEXT::texture_manager () at Source/WarscapeBase.h:125 ---Type <return> to continue, or q <return> to quit--- #6 WARSCAPE::TEXTURE::register_texture (this=<optimized out>, filename=..., alt_filename=..., orig_filename=..., from_file=<optimized out>, texel_format=<optimized out>, width=<optimized out>, height=<optimized out>, depth=<optimized out>, num_mip_map_levels=<optimized out>, image=<optimized out>, critical=<optimized out>, aa_setting=<optimized out>, this=<optimized out>, flags=<optimized out>, filename=..., alt_filename=..., orig_filename=..., from_file=<optimized out>, texel_format=<optimized out>, width=<optimized out>, height=<optimized out>, depth=<optimized out>, num_mip_map_levels=<optimized out>, image=<optimized out>, critical=<optimized out>, screen_size_multiplier=<optimized out>, aa_setting=<optimized out>) at Source/resource/Texture.cpp:135 #7 WARSCAPE::TEXTURE::TEXTURE (this=0x17067bd0, category=<optimized out>, image=0xc33ddf0, flags=(TF_DYNAMIC | TF_READABLE | TF_UI_RESOURCE), texel_format=TEXTURE_TEXEL_FORMAT::TTF_NUM_FORMATS) at Source/resource/Texture.cpp:210 #8 0x00000000030b09ff in WARSCAPE::TEXTURE_MANAGER::create_default_textures (this=0xa9fdcd0) at Source/platform/TextureManager.cpp:924 #9 0x00000000030b05b0 in WARSCAPE::SCENE::create (this=0x10ff0150, reg_scene=0xaf860f0) at Source/scene/Scene.cpp:1243 #10 0x000000000310066c in WARSCAPE::WS_ENGINE_IMP::registration_end (this=0xa0b2680, register_scene=0xaf860f0) at Source/platform/Engine.cpp:2497 #11 0x0000000000570385 in EMPIRE::MVC_MANAGER::open_handler (this=0x10e96880) at Source/MVCManager.cpp:938 #12 0x0000000000570763 in EMPIRE::MVC_MANAGER::update (this=0x10e96880, anti_piracy_v2_cracked_1=0, anti_piracy_v2_cracked_2=0, anti_piracy_v2_cracked_3=0, anti_piracy_v2_cracked_4=0) at Source/MVCManager.cpp:1198 #13 0x000000000058a699 in EMPIRE::EMPIRE_APP_MODULE::run_loop (this=0x57f5100, anti_piracy_v2_cracked_1=0, anti_piracy_v2_cracked_2=0, anti_piracy_v2_cracked_3=0, anti_piracy_v2_cracked_4=0) at Source/Empire.cpp:2326 #14 0x0000000000576431 in TOTALWAR::on_app_update (main_thread=<optimized out>) at Source/POSIX/AppModuleWrapper.cpp:224 #15 0x00000000004e3c33 in run_thread (argc=<optimized out>, argv=<optimized out>) at Source/TotalWar.cpp:163 #16 0x00000000004e3e1b in main (argc=1, argv=0x7fffffffe798) at Source/TotalWar.cpp:177 I also attach the output of apitrace. Note that the producers of Total War: Attila explicitly state that they only support the NVidia binary driver at the exclusion of everything else, but they do not state what's missing/buggy in the Mesa drivers. Thanks! -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 93374] [radeonsi] Tonga (Radeon R9 380) hangs on running hello world OpenCL program
by bugzilla-daemon＠freedesktop.org 06 Jan '16

06 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=93374 Bug ID: 93374 Summary: [radeonsi] Tonga (Radeon R9 380) hangs on running hello world OpenCL program Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: rivanvx(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org I'm running a hello world PyOpenCL program from here: http://documen.tician.de/pyopencl/ I get the same issue with a different OpenCL program, e.g. one from bug 93370. The message shown in the console is the same as bug 93264, but without the VM line: amdgpu 0000:01:00.0: GPU fault detected: 147 0x04588402 amdgpu 0000:01:00.0: VM_CONTEXT1_PROECTION_FAULT_ADDR 0x0004008B amdgpu 0000:01:00.0: VM_CONTEXT1_PROECTION_FAULT_STATUS 0x08084002 The system is unresponsive and one has to do hard reset. I tried reverting to one commit before c0a189c3792865257c1383f176e5401373ed2270 mentioned in the bug 93264, that is 26ddca196954ccfa697102b46118956ad616073a. However, this did not fix the problem. -- You are receiving this mail because: You are the assignee for the bug.

1 5

Cannot enforce DVI-I output with Nouveau driver with FX 5200
by Thomas Richter 05 Jan '16

05 Jan '16

Hi folks, there seems to be no method to enforce a specific output for the Nouveau kernel module and to override the auto-detection. The problem here persists for two systems behind a KVM switch (an ATEN CS22D) that is not recognized as a valid monitor by the current auto-detection algorithm. I tried the following: *) Enforce a correct EDID even without a monitor connection by kernel parameters: drm_kms_helper.edid_firmware=edid/edid.bin The edid is validated correctly (with parse-edid) and stems from the monitor. I also validated (in the kernel log and by checking /sys/modules/drm-kms-helper/parameters/edid-firmware) that the edid was loaded. Still, if the monitor is not connected at boot time, the frame buffer remains at 1024x768, and Xorg does not display anything at all. The relevant section in xorg.conf is as follows: Section "Device" Identifier "NVIDIA" Driver "nouveau" # BusID "PCI:6:0:0" Option "Monitor-DVI-I-1" "SyncMaster" EndSection so I'm enforcing output on DVI-I-1, which is the name of the connection according to xrandr. *) I also tried the "video" kernel parameter, namely "video=DVI-I-1:e". According to the kernel log, this force-enables the DVI-I-1 output (it was recognized correctly), but if I insert it into kernel command line, I get *no image at all* regardless whether I connect the monitor at boot time or not. Supposedly, it places the VGA console on the DVI-I-1 output, and hence locks out the nouveau frame buffer. This is a rather aged FX 5200 Nvidia card, which is no longer supported by the proprietary driver (which, otherwise, worked fine and included an option in xorg.conf to enforce the DVI-I-1 output). The kernel is the longterm 4.1.15 support kernel - which otherwise works "fine enough" (3D acceleration is broken, i.e. etracer does not render at all, but that's a different problem). Anything else I should try? Greetings, Thomas

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2016