Re: drm: Branch 'master'

Eric Anholt wrote: On Sun, 2008-04-06 at 02:21 -0700, Thomas Hellstrom wrote: linux-core/drm_objects.h |2 ++ linux-core/drm_ttm.c | 12 +--- 2 files changed, 11 insertions(+), 3 deletions(-) New commits: commit e89710bef7691e4e9d0bc7d427542bfae6ce4258 Author: Thomas

[Bug 15382] Patches for dri2 linux-core

http://bugs.freedesktop.org/show_bug.cgi?id=15382 --- Comment #3 from Thomas Hellström [EMAIL PROTECTED] 2008-04-07 23:43:51 PST --- (In reply to comment #2) I met this problem as well. the 2nd patch works for me. this problem is brought in by following commit: commit

[Bug 15382] Patches for dri2 linux-core

http://bugs.freedesktop.org/show_bug.cgi?id=15382 --- Comment #4 from Shuang He [EMAIL PROTECTED] 2008-04-07 23:51:50 PST --- (In reply to comment #3) (In reply to comment #2) I met this problem as well. the 2nd patch works for me. this problem is brought in by following commit:

[Bug 15400] New: [915]mesa demo 'shadowtex 'run failed

http://bugs.freedesktop.org/show_bug.cgi?id=15400 Summary: [915]mesa demo 'shadowtex 'run failed Product: Mesa Version: CVS Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[Bug 15400] [915]mesa demo 'shadowtex 'run failed

http://bugs.freedesktop.org/show_bug.cgi?id=15400 --- Comment #1 from Colin.Joe [EMAIL PROTECTED] 2008-04-07 23:56:03 PST --- Created an attachment (id=15750) -- (http://bugs.freedesktop.org/attachment.cgi?id=15750) Xorg.0.log -- Configure bugmail:

[Bug 15203] r300 lockup

http://bugs.freedesktop.org/show_bug.cgi?id=15203 --- Comment #35 from Michel Dänzer [EMAIL PROTECTED] 2008-04-08 01:03:34 PST --- (In reply to comment #34) Or improve the error handling. That's tricky to get right though, and can cause different problems. E.g. if something gets an error

[Bug 15386] r300: Vertex program has problems with more than 7 inputs

http://bugs.freedesktop.org/show_bug.cgi?id=15386 --- Comment #2 from Markus Amsler [EMAIL PROTECTED] 2008-04-08 02:58:15 PST --- You're right. Setting PVS_NUM_SLOTS to 9 (currently 10) fixes the problem. Currently we're setting VAP_CNTL globally, looks like we should do it per vertex

[Bug 15382] Patches for dri2 linux-core

http://bugs.freedesktop.org/show_bug.cgi?id=15382 Roland Test-tools Bär [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 15382] Patches for dri2 linux-core

http://bugs.freedesktop.org/show_bug.cgi?id=15382 Roland Test-tools Bär [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15732|0 |1 is

BO fence second round :)

Hi Thomas, I got a question about BO object it seems that from kernel point of view we don't store the size the user requested for allocation, also there is no easy way to quickly get BO handle. I would need both for two reasons. I need to know user size allocation request so i can check if

[Bug 15386] r300: Vertex program has problems with more than 7 inputs

http://bugs.freedesktop.org/show_bug.cgi?id=15386 --- Comment #3 from Alex Deucher [EMAIL PROTECTED] 2008-04-08 07:22:25 PST --- (In reply to comment #2) You're right. Setting PVS_NUM_SLOTS to 9 (currently 10) fixes the problem. Currently we're setting VAP_CNTL globally, looks like we

[Bug 15404] New: DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 Summary: DRI stops to work after libpciaccess enable xorg-server upgrade Product: DRI Version: XOrg CVS Platform: PowerPC OS/Version: Linux (All) Status: NEW

[Bug 15404] DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 --- Comment #1 from Marcin Kurek [EMAIL PROTECTED] 2008-04-08 08:43:13 PST --- Created an attachment (id=15760) -- (http://bugs.freedesktop.org/attachment.cgi?id=15760) Full Xorg.0.log -- Configure bugmail:

[Bug 15404] DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 --- Comment #2 from Marcin Kurek [EMAIL PROTECTED] 2008-04-08 08:44:23 PST --- Created an attachment (id=15761) -- (http://bugs.freedesktop.org/attachment.cgi?id=15761) lspci -nn for this system Also I forgot to mention that my machine is

[Bug 15404] DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 --- Comment #3 from Marcin Kurek [EMAIL PROTECTED] 2008-04-08 08:44:49 PST --- Created an attachment (id=15762) -- (http://bugs.freedesktop.org/attachment.cgi?id=15762) xorg.conf -- Configure bugmail:

[Bug 15404] DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 --- Comment #4 from Marcin Kurek [EMAIL PROTECTED] 2008-04-08 08:45:27 PST --- Created an attachment (id=15763) -- (http://bugs.freedesktop.org/attachment.cgi?id=15763) /proc/interrupts Not sure is this important in this case. --

[Bug 15404] DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 --- Comment #5 from Marcin Kurek [EMAIL PROTECTED] 2008-04-08 08:53:13 PST --- Created an attachment (id=15764) -- (http://bugs.freedesktop.org/attachment.cgi?id=15764) log with backtrace from glxinfo The console output was: libGL error:

[Bug 15404] DRI stops to work after libpciaccess enable xorg-server upgrade

http://bugs.freedesktop.org/show_bug.cgi?id=15404 Michel Dänzer [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

Re: BO fence second round :)

Jerome Glisse wrote: Hi Thomas, I got a question about BO object it seems that from kernel point of view we don't store the size the user requested for allocation, also there is no easy way to quickly get BO handle. I would need both for two reasons. I need to know user size allocation

[Bug 7770] PCI domain mismatch between X server and kernel, leaving clients unable to use direct rendering

http://bugs.freedesktop.org/show_bug.cgi?id=7770 Michel Dänzer [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |dri- |

Re: BO fence second round :)

On Tue, 08 Apr 2008 19:29:50 +0200 Thomas Hellström [EMAIL PROTECTED] wrote: Jerome Glisse wrote: Hi Thomas, I got a question about BO object it seems that from kernel point of view we don't store the size the user requested for allocation, also there is no easy way to quickly get BO

DRM modesetting sysfs

I just pushed a few changes updating the DRM modesetting sysfs support, both for debugging and eventual HAL friendliness. So far, the support is limited to describing outputs and generating hotplug events. A typical card0 directory now looks like this: . |-- card0-DAC-1 | |-- device -

DRM modesetting sysfs

[Sorry for the DUP, forgot to cc lkml] I just pushed a few changes updating the DRM modesetting sysfs support, both for debugging and eventual HAL friendliness. So far, the support is limited to describing outputs and generating hotplug events. A typical card0 directory now looks like this:

[Bug 7770] PCI domain mismatch between X server and kernel, leaving clients unable to use direct rendering

http://bugs.freedesktop.org/show_bug.cgi?id=7770 --- Comment #33 from Marcin Kurek [EMAIL PROTECTED] 2008-04-08 14:58:35 PST --- Created an attachment (id=15767) -- (http://bugs.freedesktop.org/attachment.cgi?id=15767) log from drm compiled without hardcoded domain It seems you have right

[Bug 15386] r300: Vertex program has problems with more than 7 inputs

http://bugs.freedesktop.org/show_bug.cgi?id=15386 --- Comment #6 from Markus Amsler [EMAIL PROTECTED] 2008-04-08 16:31:46 PST --- (In reply to comment #5) (In reply to comment #4) The docs (both r500v1.3 and r300) also say to set VF_MAX_VTF_NUM in VAP_CNTL to 12=0xc. But this

[Bug 14873] [i965] glean (around pbo case) crash X

http://bugs.freedesktop.org/show_bug.cgi?id=14873 Shuang He [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED

[Bug 14873] [i965] glean (around pbo case) crash X

http://bugs.freedesktop.org/show_bug.cgi?id=14873 Shuang He [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment