dri-devel September 2017

dri-devel@lists.freedesktop.org

210 participants
1526 discussions

[Bug 102655] [CI][HSW] igt@gem_flink_race@flink_close - Failed assertion: obj_count == 0
by bugzilla-daemon＠freedesktop.org 11 Sep '17

11 Sep '17

1 0

[Bug 102616] [CI][SNB,HSW,APL,KBL] igt@gem_eio@in-flight - Failed assertion: __vgem_fence_signal(fd, fence) == 0
by bugzilla-daemon＠freedesktop.org 11 Sep '17

11 Sep '17

https://bugs.freedesktop.org/show_bug.cgi?id=102616 --- Comment #5 from Chris Wilson <chris(a)chris-wilson.co.uk> --- *** Bug 102652 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[RFC PATCH v8 0/2] mmap: safely enable support for new flags
by Dan Williams 11 Sep '17

11 Sep '17

2 2

[Bug 102650] [CI][ALL] igt@sw_sync@timeline_closed - Failure waiting on unsignaled fence on closed timeline
by bugzilla-daemon＠freedesktop.org 11 Sep '17

11 Sep '17

https://bugs.freedesktop.org/show_bug.cgi?id=102650 --- Comment #1 from Chris Wilson <chris(a)chris-wilson.co.uk> --- Test needs to be updated to reflect the kernel. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 102650] [CI][ALL] igt@sw_sync@timeline_closed - Failure waiting on unsignaled fence on closed timeline
by bugzilla-daemon＠freedesktop.org 11 Sep '17

11 Sep '17

1 0

[PATCH 00/12] atomic modesetting for cirrus v2
by Varad Gautam 11 Sep '17

11 Sep '17

Hello, The v2 incorporates the feedback on v1 [1] and rebases the series to master. We no longer force 32bpp, fix incorrect error handling during plane initialization, and drom some irrelevant patches. [1] https://lists.freedesktop.org/archives/dri-devel/2017-August/150703.html Dominik Behr (1): drm/cirrus: initialize start and size fields Varad Gautam (9): drm/cirrus: split out bo unpinning from cirrus_bo_push_sysram drm/cirrus: add drm_read to cirrus_driver_fops drm/cirrus: do not disable outputs on fbdev init for atomic. drm/cirrus: use universal plane interfaces for primary plane drm/cirrus: use atomic transition helpers for plane and crtc drm/cirrus: send vblank on crtc atomic_flush drm/cirrus: use atomic handlers for plane and crtc drm/cirrus: implement atomic hardware cursor support drm/cirrus: advertise DRIVER_ATOMIC Zach Reizner (2): drm/cirrus: hardcode vram size drm/cirrus: implement PRIME export for cirrus drivers/gpu/drm/cirrus/Makefile | 2 +- drivers/gpu/drm/cirrus/cirrus_drv.c | 13 +- drivers/gpu/drm/cirrus/cirrus_drv.h | 25 ++ drivers/gpu/drm/cirrus/cirrus_fbdev.c | 6 +- drivers/gpu/drm/cirrus/cirrus_main.c | 23 +- drivers/gpu/drm/cirrus/cirrus_mode.c | 682 ++++++++++++++++++++++++++-------- drivers/gpu/drm/cirrus/cirrus_prime.c | 63 ++++ drivers/gpu/drm/cirrus/cirrus_ttm.c | 55 ++- 8 files changed, 705 insertions(+), 164 deletions(-) create mode 100644 drivers/gpu/drm/cirrus/cirrus_prime.c Thanks, Varad -- 2.13.1

2 15

[Bug 101594] Blender doesn't detect OpenCL with Clover
by bugzilla-daemon＠freedesktop.org 10 Sep '17

10 Sep '17

https://bugs.freedesktop.org/show_bug.cgi?id=101594 Bug ID: 101594 Summary: Blender doesn't detect OpenCL with Clover Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: laguest(a)archeia.com QA Contact: dri-devel(a)lists.freedesktop.org Cannot use Blender Cycles with Clover on AMD GPU's, tested with R9 390 - Hawaii Pro Steps: 1) Load Blender 2) File -> User preferences -> System -> Cycles computer device = None -- You are receiving this mail because: You are the assignee for the bug.

1 8

[PATCH v2] drm/tve200: Clean up panel bridging
by Linus Walleij 10 Sep '17

10 Sep '17

This makes use of the drm_simple_display_pipe_attach_bridge() call and removes the two calls removing the bridge, which were erroneous: they unregister the bridge which is not what we want, we just want to unreference it and that is already handled by the core. Reviewed-by: Eric Anholt <eric(a)anholt.net> Acked-by: Daniel Vetter <daniel.vetter(a)ffwll.ch> Signed-off-by: Linus Walleij <linus.walleij(a)linaro.org> --- ChangeLog v1->v2: - Dropped the encoder field from private data. --- drivers/gpu/drm/tve200/tve200_display.c | 3 --- drivers/gpu/drm/tve200/tve200_drm.h | 1 - drivers/gpu/drm/tve200/tve200_drv.c | 30 +++++++++++++----------------- 3 files changed, 13 insertions(+), 21 deletions(-) diff --git a/drivers/gpu/drm/tve200/tve200_display.c b/drivers/gpu/drm/tve200/tve200_display.c index cfdffc15a2ce..fd193377c3c0 100644 --- a/drivers/gpu/drm/tve200/tve200_display.c +++ b/drivers/gpu/drm/tve200/tve200_display.c @@ -332,8 +332,5 @@ int tve200_display_init(struct drm_device *drm) if (ret) return ret; - /* We need the encoder to attach the bridge */ - priv->encoder = &priv->pipe.encoder; - return 0; } diff --git a/drivers/gpu/drm/tve200/tve200_drm.h b/drivers/gpu/drm/tve200/tve200_drm.h index b463624c1f29..628b79324c48 100644 --- a/drivers/gpu/drm/tve200/tve200_drm.h +++ b/drivers/gpu/drm/tve200/tve200_drm.h @@ -100,7 +100,6 @@ struct tve200_drm_dev_private { struct drm_device *drm; struct drm_connector *connector; - struct drm_encoder *encoder; struct drm_panel *panel; struct drm_bridge *bridge; struct drm_simple_display_pipe pipe; diff --git a/drivers/gpu/drm/tve200/tve200_drv.c b/drivers/gpu/drm/tve200/tve200_drv.c index c22644692a88..eae38b669f0a 100644 --- a/drivers/gpu/drm/tve200/tve200_drv.c +++ b/drivers/gpu/drm/tve200/tve200_drv.c @@ -87,6 +87,14 @@ static int tve200_modeset_init(struct drm_device *dev) ret = PTR_ERR(bridge); goto out_bridge; } + } else { + /* + * TODO: when we are using a different bridge than a panel + * (such as a dumb VGA connector) we need to devise a different + * method to get the connector out of the bridge. + */ + dev_err(dev->dev, "the bridge is not a panel\n"); + goto out_bridge; } ret = tve200_display_init(dev); @@ -95,21 +103,13 @@ static int tve200_modeset_init(struct drm_device *dev) goto out_bridge; } - if (bridge) { - ret = drm_bridge_attach(priv->encoder, bridge, NULL); - if (ret) - goto out_bridge; - } - - /* - * TODO: when we are using a different bridge than a panel - * (such as a dumb VGA connector) we need to devise a different - * method to get the connector out of the bridge. - */ - if (!panel) { - dev_err(dev->dev, "the bridge is not a panel\n"); + ret = drm_simple_display_pipe_attach_bridge(&priv->pipe, + bridge); + if (ret) { + dev_err(dev->dev, "failed to attach bridge\n"); goto out_bridge; } + priv->panel = panel; priv->connector = panel->connector; priv->bridge = bridge; @@ -138,8 +138,6 @@ static int tve200_modeset_init(struct drm_device *dev) out_bridge: if (panel) drm_panel_bridge_remove(bridge); - else - drm_bridge_remove(bridge); drm_mode_config_cleanup(dev); finish: return ret; @@ -275,8 +273,6 @@ static int tve200_remove(struct platform_device *pdev) drm_fbdev_cma_fini(priv->fbdev); if (priv->panel) drm_panel_bridge_remove(priv->bridge); - else - drm_bridge_remove(priv->bridge); drm_mode_config_cleanup(drm); clk_disable_unprepare(priv->pclk); drm_dev_unref(drm); -- 2.13.5

1 0

[lkp-robot] [sched/fair] 6c362d9657: netperf.Throughput_Mbps -10.1% regression
by kernel test robot 10 Sep '17

10 Sep '17

Greeting, FYI, we noticed a -10.1% regression of netperf.Throughput_Mbps due to commit: commit: 6c362d9657293d700a8299acbeb2f1e24378f488 ("sched/fair: Fix wake_affine() for !NUMA_BALANCING") git://anongit.freedesktop.org/drm-intel topic/core-for-CI in testcase: netperf on test machine: 16 threads Intel(R) Xeon(R) CPU D-1541 @ 2.10GHz with 8G memory with following parameters: ip: ipv4 runtime: 300s nr_threads: 200% cluster: cs-localhost test: TCP_SENDFILE cpufreq_governor: performance test-description: Netperf is a benchmark that can be use to measure various aspect of networking performance. test-url: http://www.netperf.org/netperf/ Details are as below: --------------------------------------------------------------------------------------------------> To reproduce: git clone https://github.com/intel/lkp-tests.git cd lkp-tests bin/lkp install job.yaml # job file is attached in this email bin/lkp run job.yaml testcase/path_params/tbox_group/run: netperf/ipv4-300s-200%-cs-localhost-TCP_SENDFILE-performance/lkp-bdw-de1 0e8e8706dfe2a17a 6c362d9657293d700a8299acbe ---------------- -------------------------- 11039 -10% 9929 netperf.Throughput_Mbps 36660 ± 20% 1257% 497519 netperf.time.involuntary_context_switches 7069 6997 netperf.time.minor_page_faults 2899 -6% 2734 netperf.time.system_time 983 -6% 925 netperf.time.percent_of_cpu_this_job_got 62.39 -13% 54.04 netperf.time.user_time 3137334 -63% 1171532 netperf.time.voluntary_context_switches 16915 46% 24638 vmstat.system.in 31608 69% 53301 vmstat.system.cs 64003 ± 6% 443% 347394 perf-stat.cpu-migrations 35981 ± 6% 205% 109811 ± 4% perf-stat.instructions-per-iTLB-miss 0.16 63% 0.25 perf-stat.branch-miss-rate% 2.538e+09 57% 3.977e+09 perf-stat.branch-misses 0.81 -4% 0.77 perf-stat.ipc 1.24 5% 1.30 perf-stat.cpi 370027 364969 perf-stat.page-faults 370025 364952 perf-stat.minor-faults 2.094e+12 -6% 1.97e+12 perf-stat.dTLB-stores 3.212e+12 -5% 3.04e+12 perf-stat.dTLB-loads 1.632e+12 -4% 1.566e+12 perf-stat.branch-instructions 8.997e+12 -4% 8.606e+12 perf-stat.instructions 1.874e+11 11% 2.079e+11 perf-stat.cache-references 1.874e+11 11% 2.079e+11 perf-stat.cache-misses 8.82 ± 6% -82% 1.59 ± 5% perf-stat.iTLB-load-miss-rate% 0.00 157% 0.01 perf-stat.dTLB-load-miss-rate% 1.104e+08 143% 2.682e+08 perf-stat.dTLB-load-misses 2.511e+08 ± 6% -69% 78564886 ± 5% perf-stat.iTLB-load-misses 2.594e+09 88% 4.87e+09 perf-stat.iTLB-loads 9571397 69% 16145347 perf-stat.context-switches Disclaimer: Results have been estimated based on internal Intel analysis and are provided for informational purposes only. Any difference in system hardware or software design or configuration may affect actual performance. Thanks, Xiaolong

1 0

[Bug 90355] DRI_PRIME+radeon+steam=problems + crash
by bugzilla-daemon＠freedesktop.org 10 Sep '17

10 Sep '17

https://bugs.freedesktop.org/show_bug.cgi?id=90355 Bug ID: 90355 Summary: DRI_PRIME+radeon+steam=problems + crash Product: Mesa Version: 10.5 Hardware: Other OS: All Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: higuita(a)gmx.net QA Contact: dri-devel(a)lists.freedesktop.org I'm using ubuntu 15.04 on a thinkpad s440 laptop. This laptop uses a Intel Haswel card and a AMD HD8670M and i'm the distro default mesa driver (10.5.2) i' doing this to enable DRI_PRIME support: xrandr --setprovideroffloadsink radeon Intel xcompmgr & DRI_PRIME=1 steam please note that i'm using fluxbox and if i don't enble xcompmgr i don't seen anthing (DRI_PRIME=1 glxgears will only show up a "empty" windows, where with xcompmgr i can see the glxgears running) So first problem is this, i require xcompmgr to enable DRI_PRIME. Also check this bug report: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1430888 If not dupe, i can open a new bug for this problem. Anyway main problem... A few seconds after starting steam i get a crash, with this dump: May 7 00:46:12 danielleite kernel: [ 230.148387] [drm] ib test on ring 1 succeeded in 0 usecs May 7 00:46:12 danielleite kernel: [ 230.148409] [drm] ib test on ring 2 succeeded in 0 usecs May 7 00:46:12 danielleite kernel: [ 230.148424] [drm] ib test on ring 3 succeeded in 0 usecs May 7 00:46:12 danielleite kernel: [ 230.148442] [drm] ib test on ring 4 succeeded in 0 usecs May 7 00:46:20 danielleite kernel: [ 238.246752] BUG: unable to handle kernel NULL pointer dereference at 0000000000000d60 May 7 00:46:20 danielleite kernel: [ 238.246777] IP: [<ffffffffc046d049>] radeon_fence_signaled+0x49/0x90 [radeon] May 7 00:46:20 danielleite kernel: [ 238.246810] PGD 222766067 PUD 0 May 7 00:46:20 danielleite kernel: [ 238.246820] Oops: 0000 [#1] SMP May 7 00:46:20 danielleite kernel: [ 238.246830] Modules linked in: xt_CHECKSUM iptable_mangle ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack ipt_REJECT nf_reject_ipv4 xt_tcpudp bridge stp llc ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter ip_tables x_tables pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) ctr ccm binfmt_misc rfcomm bnep arc4 uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common intel_rapl iosf_mbi btusb x86_pkg_temp_thermal videodev bluetooth intel_powerclamp media iwlmvm coretemp mac80211 kvm_intel kvm snd_hda_codec_hdmi snd_hda_codec_conexant snd_hda_codec_generic iwlwifi joydev snd_hda_intel serio_raw snd_hda_controller snd_hda_codec snd_hwdep thinkpad_acpi nvram cfg80211 rtsx_pci_ms lpc_ich snd_seq_midi snd_pcm snd_seq_midi_event snd_rawmidi memstick mei_me mei shpchp snd_seq snd_seq_device snd_timer snd soundcore intel_smartconnect mac_hid parport_pc ppdev lp parport autofs4 btrfs xor raid6_pq dm_crypt rtsx_pci_sdmmc crct10dif_pclmul crc32_pclmul amdkfd amd_iommu_v2 ghash_clmulni_intel radeon aesni_intel aes_x86_64 lrw gf128mul glue_helper i915 ablk_helper cryptd psmouse ttm i2c_algo_bit drm_kms_helper ahci libahci drm r8169 rtsx_pci mii video May 7 00:46:20 danielleite kernel: [ 238.247160] CPU: 0 PID: 3323 Comm: steam Tainted: G OE 4.0.0-040000-generic #201504121935 May 7 00:46:20 danielleite kernel: [ 238.247182] Hardware name: LENOVO 20AYA05KPG/20AYA05KPG, BIOS J3ET59WW (1.59 ) 07/15/2014 May 7 00:46:20 danielleite kernel: [ 238.247203] task: ffff8802249c5a00 ti: ffff8800bb0a0000 task.ti: ffff8800bb0a0000 May 7 00:46:20 danielleite kernel: [ 238.247221] RIP: 0010:[<ffffffffc046d049>] [<ffffffffc046d049>] radeon_fence_signaled+0x49/0x90 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247253] RSP: 0018:ffff8800bb0a3978 EFLAGS: 00010246 May 7 00:46:20 danielleite kernel: [ 238.247266] RAX: 0000000000000000 RBX: ffff8800c6d0f480 RCX: 000000010040001c May 7 00:46:20 danielleite kernel: [ 238.247283] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 May 7 00:46:20 danielleite kernel: [ 238.247301] RBP: ffff8800bb0a3998 R08: ffff8802235fc8c0 R09: 000000010040001c May 7 00:46:20 danielleite kernel: [ 238.247318] R10: ffffffffc04e032c R11: 0000000000018bf8 R12: 0000000000000000 May 7 00:46:20 danielleite kernel: [ 238.247335] R13: 0000000000000d60 R14: 0000000000000100 R15: ffff8802249c5a00 May 7 00:46:20 danielleite kernel: [ 238.247353] FS: 0000000000000000(0000) GS:ffff88022f200000(0063) knlGS:00000000f39b2b40 May 7 00:46:20 danielleite kernel: [ 238.247372] CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033 May 7 00:46:20 danielleite kernel: [ 238.247386] CR2: 0000000000000d60 CR3: 0000000223512000 CR4: 00000000001407f0 May 7 00:46:20 danielleite kernel: [ 238.247411] Stack: May 7 00:46:20 danielleite kernel: [ 238.247421] ffff8800bb0a3998 ffff880224a83c40 ffff88020c3e56c0 ffff880221305a38 May 7 00:46:20 danielleite kernel: [ 238.247443] ffff8800bb0a39c8 ffffffffc04e03b4 ffff8800bb0a3c00 ffff880221305990 May 7 00:46:20 danielleite kernel: [ 238.247463] ffff8800bb0a3c00 0000000000005d00 ffff8800bb0a3ac8 ffffffffc04e0ac8 May 7 00:46:20 danielleite kernel: [ 238.247483] Call Trace: May 7 00:46:20 danielleite kernel: [ 238.247508] [<ffffffffc04e03b4>] radeon_sa_bo_try_free+0x64/0x80 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247540] [<ffffffffc04e0ac8>] radeon_sa_bo_new+0xf8/0x3b0 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247567] [<ffffffffc0489050>] ? radeon_irq_kms_disable_hpd+0xb0/0xb0 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247599] [<ffffffffc053bfb2>] radeon_ib_get+0x42/0xe0 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247625] [<ffffffffc04891e5>] radeon_cs_ib_fill+0x85/0x220 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247652] [<ffffffffc048a35b>] radeon_cs_ioctl+0x10b/0x200 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247677] [<ffffffffc0135ee6>] drm_ioctl+0x2e6/0x590 [drm] May 7 00:46:20 danielleite kernel: [ 238.247702] [<ffffffffc048a250>] ? radeon_cs_parser_init+0x400/0x400 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247722] [<ffffffff810f8372>] ? futex_wake+0x72/0x140 May 7 00:46:20 danielleite kernel: [ 238.247742] [<ffffffffc045134d>] radeon_drm_ioctl+0x5d/0xa0 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247769] [<ffffffffc054c9a4>] radeon_kms_compat_ioctl+0x14/0x30 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247788] [<ffffffff81250308>] compat_SyS_ioctl+0xb8/0x220 May 7 00:46:20 danielleite kernel: [ 238.247804] [<ffffffff817f25ea>] sysenter_dispatch+0x7/0x21 May 7 00:46:20 danielleite kernel: [ 238.247817] Code: 89 fb 4c 89 6d f8 74 39 8b 77 68 4c 8b 67 60 48 8b 7f 58 89 f0 48 89 c2 48 c1 e0 08 48 c1 e2 04 48 29 d0 4c 8d ac 07 60 0d 00 00 <49> 8b 45 00 49 39 c4 77 1e 48 89 df e8 96 e0 0e c1 b8 01 00 00 May 7 00:46:20 danielleite kernel: [ 238.247893] RIP [<ffffffffc046d049>] radeon_fence_signaled+0x49/0x90 [radeon] May 7 00:46:20 danielleite kernel: [ 238.247919] RSP <ffff8800bb0a3978> May 7 00:46:20 danielleite kernel: [ 238.247927] CR2: 0000000000000d60 May 7 00:46:20 danielleite kernel: [ 238.252481] ---[ end trace b0a26b210316c3d3 ]--- Thanks for the help and for mesa & open drivers! -- You are receiving this mail because: You are the assignee for the bug.

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2017