dri-devel July 2017

dri-devel@lists.freedesktop.org

212 participants
1542 discussions

[Bug 86043] Optimus issue with libdrm 2.4.58
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=86043 Bug ID: 86043 Summary: Optimus issue with libdrm 2.4.58 Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: libdrm Assignee: dri-devel(a)lists.freedesktop.org Reporter: jljusten(a)gmail.com Users with optimus systems are reporting that many games fail to run in libdrm-intel is upgraded from 2.4.56 to 2.4.58. (And, downgrading to 2.4.56 fixes the issue. Steam bug: https://github.com/ValveSoftware/steam-for-linux/issues/3506 Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045 I don't have hardware to confirm this issue. I notice that between 2.4.56 and 2.4.58 libdrm changed some symbol visibility settings. -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 77204] New: make fails due to wrong file names in man
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=77204 Priority: medium Bug ID: 77204 Assignee: dri-devel(a)lists.freedesktop.org Summary: make fails due to wrong file names in man Severity: normal Classification: Unclassified OS: All Reporter: tamas.haraszti(a)uni-heidelberg.de Hardware: Other Status: NEW Version: XOrg CVS Component: libdrm Product: DRI make fails with: /bin/sed: can't read drm-mm.7: No such file or directory looking into the man folder I can find: Makefile drm-kms.7 drm-memory.xml drmAvailable.3 drmHandleEvent.xml drm\-gem.7 Makefile.am drm-kms.xml drm.7 drmAvailable.xml drmModeGetResources.3 drm\-mm.7 Makefile.in drm-memory.7 drm.xml drmHandleEvent.3 drmModeGetResources.xml drm\-ttm.7 Thus all MANPAGE_ALIASES contain an extra \. Renaming the files allows the make to proceed. System: gentoo linux, newest automake, cmake, bash... -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 72425] New: divide by zero error in radeon_surface.c when opening chrome with WebGL enabled
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=72425 Priority: medium Bug ID: 72425 Assignee: dri-devel(a)lists.freedesktop.org Summary: divide by zero error in radeon_surface.c when opening chrome with WebGL enabled Severity: normal Classification: Unclassified OS: All Reporter: crwulff(a)gmail.com Hardware: Other Status: NEW Version: unspecified Component: libdrm Product: DRI Created attachment 90384 --> https://bugs.freedesktop.org/attachment.cgi?id=90384&action=edit Fix divide by zero in radeon_surface Passing a tile_split of zero to eg_surface_init_2d causes a divide by zero error. Launching chromium with WebGL enabled on a AMD Llano (A8-3850) exhibits this behavior and webgl then fails to work. The attached patch fixes the problem and allows WebGL to work in chrome on this platform. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 66332] New: drmHandleEvent returns 0 on read() failure
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=66332 Priority: medium Bug ID: 66332 Assignee: dri-devel(a)lists.freedesktop.org Summary: drmHandleEvent returns 0 on read() failure Severity: normal Classification: Unclassified OS: All Reporter: mgold(a)qnx.com Hardware: All Status: NEW Version: XOrg CVS Component: libdrm Product: DRI drmHandleEvent contains this code: len = read(fd, buffer, sizeof buffer); if (len == 0) return 0; if (len < sizeof *e) return -1; In the (len < sizeof *e) check, len gets promoted to size_t (which is unsigned); so when len is negative "return -1" won't be executed. Instead, the function continues to the end and returns 0. (The documentation states drmHandleEvent will return -1 if the read fails.) If there's an error like EBADF, the caller won't detect it and might end up busy-waiting. Rewriting the condition as (len < (int)(sizeof *e)) will fix this. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 61269] New: Support libkms on FreeBSD
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=61269 Priority: medium Bug ID: 61269 Assignee: dri-devel(a)lists.freedesktop.org Summary: Support libkms on FreeBSD Severity: normal Classification: Unclassified OS: FreeBSD Reporter: bugzilla(a)tecnocode.co.uk Hardware: All Status: NEW Version: XOrg CVS Component: libdrm Product: DRI Created attachment 75298 --> https://bugs.freedesktop.org/attachment.cgi?id=75298&action=edit Fix detection of Intel-style atomic primitives on amd64 (patch by Brian Waters) Series of 3 patches coming up which allow libdrm to be compiled with KMS support on FreeBSD. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 49782] New: libdrm 2.4.34 fails to build
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=49782 Bug #: 49782 Summary: libdrm 2.4.34 fails to build Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vuntz(a)gnome.org CCLD dristat dristat.o: In function `drmWaitVBlank': /home/abuild/rpmbuild/BUILD/libdrm-2.4.34/tests/../xf86drm.c:1947: undefined reference to `clock_gettime' /home/abuild/rpmbuild/BUILD/libdrm-2.4.34/tests/../xf86drm.c:1958: undefined reference to `clock_gettime' collect2: error: ld returned 1 exit status make: *** [dristat] Error 1 My guess is that -lrt should be passed when linking. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 48599] New: Fix compiler warnings in tests/radeon/radeon_ttm.c
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=48599 Bug #: 48599 Summary: Fix compiler warnings in tests/radeon/radeon_ttm.c Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vuntz(a)gnome.org Created attachment 59852 --> https://bugs.freedesktop.org/attachment.cgi?id=59852 Fix compiler warnings in tests/radeon/radeon_ttm.c The patch from openSUSE solves compiler warnings about use of implicit declared-functions. radeon_ttm.c: In function 'radeon_open_fd': radeon_ttm.c:58:5: warning: implicit declaration of function 'drmOpen' [-Wimplicit-function-declaration] radeon_ttm.c: In function 'main': radeon_ttm.c:73:5: warning: implicit declaration of function 'close' [-Wimplicit-function-declaration] radeon_ttm.c: At top level: It was written by Jan Engelhardt <jengelh(a)medozas.de> -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 43288] New: drmSLLookup() returns wrong value.
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=43288 Bug #: 43288 Summary: drmSLLookup() returns wrong value. Classification: Unclassified Product: DRI Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: boram1288.park(a)samsung.com diff --git a/xf86drmSL.c b/xf86drmSL.c index acddb54..1937507 100644 --- a/xf86drmSL.c +++ b/xf86drmSL.c @@ -252,7 +252,7 @@ int drmSLLookup(void *l, unsigned long key, void **value) entry = SLLocate(list, key, update); if (entry && entry->key == key) { - *value = entry; + *value = entry->value; return 0; } *value = NULL; *value seems to be entry->value, not entry. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 41373] New: memory leak when drmModeRes is freed.
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=41373 Summary: memory leak when drmModeRes is freed. Product: DRI Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: boram1288.park(a)samsung.com Created an attachment (id=51822) View: https://bugs.freedesktop.org/attachment.cgi?id=51822 Review: https://bugs.freedesktop.org/review?bug=41373&attachment=51822 Patch for fixing this bug. The fsb, crtcs, connectors and encoders of drmModeRes are allocated by drmMalloc(). Before freeing drmModeRes, obviously these should be freed in drmModeFreeResources(). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 3

[Bug 39534] New: failed tests
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Summary: failed tests Product: DRI Version: XOrg CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: guido(a)trentalancia.com Created an attachment (id=49548) View: https://bugs.freedesktop.org/attachment.cgi?id=49548 Review: https://bugs.freedesktop.org/review?bug=39534&attachment=49548 Patch to fix udev tests on Intel (when there is actually no Intel drm) In libdrm from git and latest release (2.4.26), there are some tests that fail: PASS: openclose PASS: getversion PASS: getclient PASS: getstats lt-setversion: drmtest.c:46: is_master: Assertion `ret == 0' failed. /bin/sh: line 5: 382 Aborted ${dir}$tst FAIL: setversion lt-updatedraw: drmtest.c:46: is_master: Assertion `ret == 0' failed. /bin/sh: line 5: 411 Aborted ${dir}$tst FAIL: updatedraw PASS: name_from_fd /bin/sh: line 5: 457 Segmentation fault ${dir}$tst FAIL: gem_basic /bin/sh: line 5: 484 Segmentation fault ${dir}$tst FAIL: gem_flink /bin/sh: line 5: 510 Segmentation fault ${dir}$tst FAIL: gem_readwrite /bin/sh: line 5: 534 Segmentation fault ${dir}$tst FAIL: gem_mmap Starting program: /usr/src/libdrm-2.4.26/tests/.libs/gem_basic [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x000000000040115e in drm_open_matching (pci_glob=0x4014ba "8086:*", flags=0) at drmtest.c:82 82 if (strcmp(udev_device_get_subsystem(parent), "pci") != 0) (gdb) where #0 0x000000000040115e in drm_open_matching (pci_glob=0x4014ba "8086:*", flags=0) at drmtest.c:82 #1 0x0000000000400f73 in main (argc=1, argv=0x7fffffffe298) at gem_basic.c:91 (gdb) print parent $1 = (struct udev_device *) 0x0 Something should be done to skip certain udev function calls when parent is NULL. See attached patch (which works for both 2.4.26 and git). It avoids the segmentation fault but perhaps, it produces a false positive, I am not sure: PASS: gem_basic failed to open intel drm device, skipping PASS: gem_flink failed to open intel drm device, skipping PASS: gem_readwrite failed to open intel drm device, skipping PASS: gem_mmap I have no Intel drm device. I have a Nouveau device. If I disable Intel drm from build by proper configure options, such tests are automatically skipped (but Intel is built by default and it's not easy to figure out what's going in the current situation). You can always modify the patch to behave slightly different if such tests should fail. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- 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 July 2017