On Monday 21 September 2009 10:17:59 Alex Deucher wrote:
On Mon, Sep 21, 2009 at 7:59 AM, Ed Tomlinson e...@aei.ca wrote:
On Monday 21 September 2009 01:12:54 Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
* Dave Airlie airl...@linux.ie wrote:
there's a new build failure:
drivers/built-in.o: In function `drm_irq_uninstall':
(.text+0xb719e): undefined reference to `vga_client_register'
drivers/built-in.o: In function `drm_irq_install':
(.text+0xb7309): undefined reference to
* Dave Airlie airl...@linux.ie wrote:
From 8a874578cbf8b07b988e666c15fa0ba767f3c1cb Mon Sep 17 00:00:00 2001
From: Dave Airlie airl...@redhat.com
Date: Tue, 22 Sep 2009 13:53:00 +1000
Subject: [PATCH] vgaarb: wrap the client register API so we can disable VGA
ARB.
This provides an dummy
Subject: [PATCH] vgaarb: wrap the client register API so we can disable VGA
ARB.
This provides an dummy register function so everything builds
if VGA arb is turned off.
Signed-off-by: Dave Airlie airl...@redhat.com
---
include/linux/vgaarb.h | 11 ++-
1 files
here's a patch that works for me.
Ingo
Signed-off-by: Ingo Molnar mi...@elte.hu
---
include/linux/vgaarb.h | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/include/linux/vgaarb.h b/include/linux/vgaarb.h
index e81c64a..923f904 100644
---
http://bugs.freedesktop.org/show_bug.cgi?id=24080
Summary: Darwinia crashes in rv670 when starting a level
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Tue, 2009-09-22 at 19:12 +0800, Xiaotian Feng wrote:
Hi,
I used today's git tree with FC11 configs plus some debug configs,
then I found my FC11 can not startx anymore... Each time I run
startx, I'll get a Fatal error:
(EE) Screen(s) found, but none have a usable
http://bugs.freedesktop.org/show_bug.cgi?id=23965
Phil Armstrong p...@kantaka.co.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=23670
Brian Paul brian.e.p...@gmail.com changed:
What|Removed |Added
Depends on||24083
--
http://bugs.freedesktop.org/show_bug.cgi?id=24066
--- Comment #5 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-22
11:03:55 PST ---
Created an attachment (id=29764)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29764)
backtrace from Mesa:bae2d5882781f798001be6f7841c32a1f12046fe
http://bugs.freedesktop.org/show_bug.cgi?id=24066
--- Comment #6 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-22
11:25:14 PST ---
Created an attachment (id=29766)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29766)
Output from RADEON_DEBUG=all for same Mesa episode One.
I have
http://bugs.freedesktop.org/show_bug.cgi?id=24066
--- Comment #7 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-22
11:39:54 PST ---
With mesa:bae2d5882781f798001be6f7841c32a1f12046fe
Episode two:
Mesa: User error: GL_OUT_OF_MEMORY in glBufferDataARB(access)
Mesa: User error:
http://bugs.freedesktop.org/show_bug.cgi?id=24066
Nicolai Hähnle nhaeh...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=24066
--- Comment #9 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-22
12:07:53 PST ---
Created an attachment (id=29768)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29768)
Game screenshot.
Skipping in previous episode
On the
Build was broken by commit 9666529b5a5be1fcde82caadc2fe2efa5ea81e49
I'm not certain that this is entirely the correct fix since the demo
from bug #23774 seemed to work before the commit that broke the build.
Signed-off-by: Robert Noland rnol...@2hip.net
---
src/glx/x11/glxhash.c |7 +++
Hi!
I have been thinking GPU reset as possible DoS attack from
user-space.Problem here is that display doesn't work anymore at all if
attacker chooses to run a application that constantly causes GPU hang. It
would be of course ideal to have CS checker not to let in any problematic
combinations of
http://bugs.freedesktop.org/show_bug.cgi?id=22271
Krzysztof A. Sobiecki sob...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Robert Noland wrote:
Build was broken by commit 9666529b5a5be1fcde82caadc2fe2efa5ea81e49
I'm not certain that this is entirely the correct fix since the demo
from bug #23774 seemed to work before the commit that broke the build.
Signed-off-by: Robert Noland rnol...@2hip.net
---
On Tue, 2009-09-22 at 12:13 -0700, Pauli Nieminen wrote:
Hi!
I have been thinking GPU reset as possible DoS attack from
user-space.Problem here is that display doesn't work anymore at all if
attacker chooses to run a application that constantly causes GPU hang.
It would be of course ideal
On Wed, Sep 23, 2009 at 5:13 AM, Pauli Nieminen suok...@gmail.com wrote:
Hi!
I have been thinking GPU reset as possible DoS attack from
user-space.Problem here is that display doesn't work anymore at all if
attacker chooses to run a application that constantly causes GPU hang. It
would be of
http://bugs.freedesktop.org/show_bug.cgi?id=24066
--- Comment #10 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-22
13:16:03 PST ---
I have tested your patch and it worked. game still crashes(while squid thing
explode in last time movie) but if I skip last time it gets into the game.
Am Tuesday 22 September 2009 21:13:47 schrieb Pauli Nieminen:
Hi!
I have been thinking GPU reset as possible DoS attack from
user-space.Problem here is that display doesn't work anymore at all if
attacker chooses to run a application that constantly causes GPU hang. It
would be of course
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
Robert Noland wrote:
Build was broken by commit 9666529b5a5be1fcde82caadc2fe2efa5ea81e49
I'm not certain that this is entirely the correct fix since the demo
from bug #23774 seemed to work before the commit that broke the build.
On 09/22/2009 01:19 PM, Nicolai Hähnle wrote:
I'm pretty confident that you can write a perfectly legal OpenGL application
that creates commands that take *minutes* to run on decent graphics cards.
Just produce a huge number of screen-sized primitives and use a very long
fragment program
On Tue, Sep 22, 2009 at 11:51 PM, Corbin Simpson
mostawesomed...@gmail.comwrote:
On 09/22/2009 01:19 PM, Nicolai Hähnle wrote:
I'm pretty confident that you can write a perfectly legal OpenGL
application
that creates commands that take *minutes* to run on decent graphics
cards.
Just
On Tue, 2009-09-22 at 13:29 -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
Robert Noland wrote:
Build was broken by commit 9666529b5a5be1fcde82caadc2fe2efa5ea81e49
I'm not certain that this is entirely the correct fix since the demo
from
http://bugs.freedesktop.org/show_bug.cgi?id=23670
--- Comment #13 from Brian Paul brian.e.p...@gmail.com 2009-09-22 15:08:06
PST ---
OK, can you retest with the latest code from git? Commit
926b965ed53efc06a9d7cc6e07eff853b263960a should help with this.
--
Configure bugmail:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Noland wrote:
I guess that I am still trying to understand the original bug... The
demo program that was included in the bug report seems to work fine
here, unless I don't know what the output *should* look like. It seems
to work both
On Tue, 2009-09-22 at 15:06 -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Noland wrote:
I guess that I am still trying to understand the original bug... The
demo program that was included in the bug report seems to work fine
here, unless I don't know
Hi Linus,
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
These fix one regression in kms and a bug on the blit path.
Dave.
drivers/gpu/drm/radeon/r600_blit.c |2 +-
drivers/gpu/drm/radeon/r600_blit_kms.c |2 +-
From: Dave Airlie airl...@linux.ie
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the
31 matches
Mail list logo