[Patch] drm: create gitignore file for radeon

2009-09-23 Thread Amerigo Wang
Got lots of untracked files after compiling. These files are generated, thus should be ignored by git. Cc:David Airlie Signed-off-by: WANG Cong --- diff --git a/drivers/gpu/drm/radeon/.gitignore b/drivers/gpu/drm/radeon/.gitignore new file mode 100644 index 000..403eb3a --- /dev/null +++

Re: [PATCH] [RFC] drm/radeon/kms: don't require up to 64k allocations.

2009-09-23 Thread Michel Dänzer
On Wed, 2009-09-23 at 16:56 +1000, Dave Airlie wrote: > From: Dave Airlie > > This avoids needing to do a kmalloc > PAGE_SIZE for the main > indirect buffer chunk, it adds an accessor for all reads from > the chunk and caches a single page at a time for subsequent > reads. FWIW, this works on m

Re: [PATCH] [RFC] drm/radeon/kms: don't require up to 64k allocations.

2009-09-23 Thread Dave Airlie
> > From: Dave Airlie > > > > This avoids needing to do a kmalloc > PAGE_SIZE for the main > > indirect buffer chunk, it adds an accessor for all reads from > > the chunk and caches a single page at a time for subsequent > > reads. > > FWIW, this works on my PowerBook but seems to drop x11perf

Re: preventing GPU reset DoS

2009-09-23 Thread Bruno Kleinert
Am Mittwoch, den 23.09.2009, 06:10 +1000 schrieb Dave Airlie: > I'm just wondering what other use-case we'd need anything more > agressive? Hi, the computer rooms at my University came to my mind: There are students who want to do their homework for the computer graphics lectures. If it *is* poss

[Bug 24105] New: System Hangs while Running SpecViewPerf10

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24105 Summary: System Hangs while Running SpecViewPerf10 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: All Status: NEW Severity: major Priority: medium

[Bug 24105] System Hangs while Running SpecViewPerf10

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24105 --- Comment #1 from samit vats 2009-09-23 05:00:20 PST --- Created an attachment (id=29797) --> (http://bugs.freedesktop.org/attachment.cgi?id=29797) xorg.conf -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 24105] System Hangs while Running SpecViewPerf10

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24105 --- Comment #2 from samit vats 2009-09-23 05:00:41 PST --- Created an attachment (id=29798) --> (http://bugs.freedesktop.org/attachment.cgi?id=29798) glxinfo -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --

[Bug 24105] System Hangs while Running SpecViewPerf10

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24105 --- Comment #3 from samit vats 2009-09-23 05:00:57 PST --- Created an attachment (id=29799) --> (http://bugs.freedesktop.org/attachment.cgi?id=29799) lspci -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ---

Re: [PATCH] [RFC] drm/radeon/kms: don't require up to 64k allocations.

2009-09-23 Thread Pauli Nieminen
2009/9/23 Dave Airlie > > > > From: Dave Airlie > > > > > > This avoids needing to do a kmalloc > PAGE_SIZE for the main > > > indirect buffer chunk, it adds an accessor for all reads from > > > the chunk and caches a single page at a time for subsequent > > > reads. > > > > FWIW, this works on

Re: [PATCH] Fix build on non GLIBC platforms (FreeBSD at least)

2009-09-23 Thread Robert Noland
On Tue, 2009-09-22 at 17:32 -0500, Robert Noland wrote: > Well, I don't have a log of the output without my patch... But, with > my > patch this is not the case. Running the demo multiple times produces > different values. If it is of interest, I can revert the patch that > broke the build and re

[Bug 23901] radeon KMS sends no input signal to LCD (regression in 2.6.31)

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=23901 --- Comment #9 from Adam K Kirchhoff 2009-09-23 12:12:41 PST --- This problem persists with drm-next as of September 23rd. Adam -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mai

Re: preventing GPU reset DoS

2009-09-23 Thread Nicolai Hähnle
Am Tuesday 22 September 2009 23:25:09 schrieb Pauli Nieminen: > Too bad GPU reset is already now stopping this use case while it doesn't > protect user from possible attack causing multiple GPU reset in row. So > this long rendering operation blocking GPU is more like scheduler or mesa > bug that i

Re: preventing GPU reset DoS

2009-09-23 Thread Pauli Nieminen
On Wed, Sep 23, 2009 at 10:52 PM, Nicolai Hähnle wrote: > Am Tuesday 22 September 2009 23:25:09 schrieb Pauli Nieminen: > > Too bad GPU reset is already now stopping this use case while it doesn't > > protect user from possible attack causing multiple GPU reset in row. So > > this long rendering

[Bug 23901] radeon KMS sends no input signal to LCD (regression in 2.6.31)

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=23901 --- Comment #10 from Adam K Kirchhoff 2009-09-23 13:53:25 PST --- An attempted force dpms cycle (with 'xset dpms force suspend'), as suggested by Alex D., did not bring the LCD back on-line. -- Configure bugmail: http://bugs.freedesktop.

[Bug 24124] New: Massive flickering with KMS enabled at 1600x1...@85 and 1280x1...@85

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24124 Summary: Massive flickering with KMS enabled at 1600x1...@85 and 1280x1...@85 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Se

[Bug 24124] Massive flickering with KMS enabled at 1600x1...@85 and 1280x1...@85

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24124 --- Comment #1 from Adam K Kirchhoff 2009-09-23 14:19:43 PST --- Created an attachment (id=29817) --> (http://bugs.freedesktop.org/attachment.cgi?id=29817) Xorg.0.log file with KMS enabled -- Configure bugmail: http://bugs.freedesktop.or

[Bug 24124] Massive flickering with KMS enabled at 1600x1...@85 and 1280x1...@85

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24124 --- Comment #2 from Adam K Kirchhoff 2009-09-23 14:19:56 PST --- Created an attachment (id=29818) --> (http://bugs.freedesktop.org/attachment.cgi?id=29818) xrandr --verbose with KMS enabled. -- Configure bugmail: http://bugs.freedesktop.

[PATCH 4/4] drm/edid: Fix standard timing parse for EDID <= 1.2

2009-09-23 Thread Adam Jackson
Aspect ratio code of 0 means 1:1 before EDID 1.3. Signed-off-by: Adam Jackson --- drivers/gpu/drm/drm_edid.c | 17 - 1 files changed, 12 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index 8ed732a..9888c20 100644 --- a/drive

[PATCH 2/4] drm/edid: Ignore bad standard timings.

2009-09-23 Thread Adam Jackson
Signed-off-by: Adam Jackson --- drivers/gpu/drm/drm_edid.c | 16 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index 3326987..dd35dc1 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid

[PATCH 1/4] drm/edid: const cleanup

2009-09-23 Thread Adam Jackson
Signed-off-by: Adam Jackson --- drivers/gpu/drm/drm_edid.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index 90d76ba..3326987 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -109,7

[PATCH 3/4] drm/edid: Detailed standard timing blocks have six timings, not five.

2009-09-23 Thread Adam Jackson
Signed-off-by: Adam Jackson --- drivers/gpu/drm/drm_edid.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index dd35dc1..8ed732a 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -847,8 +

[Bug 24124] Massive flickering with KMS enabled at 1600x1...@85 and 1280x1...@85

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24124 --- Comment #3 from Adam K Kirchhoff 2009-09-23 17:00:15 PST --- This same combination of monitors works fine with an HD3450 and drm-next. No flickering at @85. Attaching Xorg.0.log file. -- Configure bugmail: http://bugs.freedesktop.or

[Bug 24124] Massive flickering with KMS enabled at 1600x1...@85 and 1280x1...@85

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=24124 --- Comment #4 from Adam K Kirchhoff 2009-09-23 17:00:45 PST --- Created an attachment (id=29819) --> (http://bugs.freedesktop.org/attachment.cgi?id=29819) Xorg.0.log file with KMS enabled on HD3450 -- Configure bugmail: http://bugs.free

[Bug 23901] radeon KMS sends no input signal to LCD (regression in 2.6.31)

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=23901 --- Comment #11 from Adam K Kirchhoff 2009-09-23 17:01:15 PST --- This same combination of monitors works fine with an HD3450 and drm-next. The LCD stays on when the framebuffer kicks in. Attaching Xorg.0.log file from the HD3450. Adam

[Bug 23901] radeon KMS sends no input signal to LCD (regression in 2.6.31)

2009-09-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=23901 --- Comment #12 from Adam K Kirchhoff 2009-09-23 17:02:04 PST --- Created an attachment (id=29820) --> (http://bugs.freedesktop.org/attachment.cgi?id=29820) Xorg.0.log file with working correctly with KMS enabled, using the HD3450 -- Co

[PATCH] drm/radeon/kms: don't require up to 64k allocations. (v2)

2009-09-23 Thread Dave Airlie
From: Dave Airlie This avoids needing to do a kmalloc > PAGE_SIZE for the main indirect buffer chunk, it adds an accessor for all reads from the chunk and caches a single page at a time for subsequent reads. changes since v1: Use a two page pool which should be the most common case a single pack