https://bugs.freedesktop.org/show_bug.cgi?id=48215
Bug #: 48215
Summary: [NV11] Display constantly switches on and off roughly
every 10 seconds.
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/other
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: alex.buell(a)munted.org.uk
Display constantly switches on and off roughly every 10 seconds on my NV11
machine. This started happening with 3.2.0.
Checking backwards, 3.1.0 works just fine. I am currently trying a bisect to
find the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=52560
Bug #: 52560
Summary: Xorg -configure creats useless xorg.conf for tdfx
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/other
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: tuxracer(a)hispeed.ch
Had want to install my old Voodoo3/2000 PCI that 2 or 3 years ago perfectly
work.
Now on actual xorg-server at least 1.10 1.11 1.12 I really unable to configure
a working 3D. If i use the driver without any xorg.conf I can use at least
Software-Rendering. But if i create a xorg.conf using Xorg -configure it gives
no 3D.
On old xorg-servers the only thing i had to do for 3D on this card was to set
the resolution to 1024x768 at 16bit colordepth and it worked.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=38364
Summary: Ignoring invalid EDID block 1 do entire edid is
invalid and not just block 1
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: zaverel(a)free.fr
Hello ,
All is fine except i can't change resolution on my second monitor vga
,tv in fact, (reported as DVI-I-2 ) anymore with my 9400gt.
Now , i'm on :
linux-2.6.39-gentoo-r1
xorg-server-1.10.2
xf86-video-nouveau-0.0.16_pre20110323
libdrm-2.4.25
Errors in dmesg are:
nouveau 0000:02:00.0: DVI-I-2: Ignoring invalid EDID block 1.
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
whatever i valid with xrandr is not really do on my tv
although xrandr say it's good , my tv always report 1202x670 50hz
I tried with and without xorg.conf
My last kernel working is linux-2.6.36-gentoo-r6.
If, i tweak drm_edid.c from kernel-2.6.39-gentoo-r1 like this:
--- drm_edid.c 2011-06-10 22:37:36.605848000 +0200
+++ linux/drivers/gpu/drm/drm_edid.c 2011-06-13 13:04:43.136786102 +0200
@@ -292,7 +292,7 @@
block + (valid_extensions + 1) * EDID_LENGTH,
j, EDID_LENGTH))
goto out;
- if (drm_edid_block_valid(block + (valid_extensions + 1) *
EDID_LENGTH)) {
+ if (drm_edid_block_valid(block + (valid_extensions + 0) *
EDID_LENGTH)) {
valid_extensions++;
break;
}
that work good like before but i'm not sure that is safe.
More info in
http://lists.freedesktop.org/archives/nouveau/2011-June/008548.html
I can post logs here too , just tell me.
See you
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
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.
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.
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.
https://bugs.freedesktop.org/show_bug.cgi?id=35721
Summary: Tests should be always in the check_* target
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: lu_zero(a)gentoo.org
Created an attachment (id=44919)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44919)
Move the test programs from noinst to check
Right now trying to build libdrm w/out cairo fails unexpectedly:
libdrm-9999/tests/modetest/modetest.c:58:19: fatal error: cairo.h: No such file
or directory
I noticed that the tests subdirs have some tests built unconditionally.
The patch partially fixes that
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.