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

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. TODO: r600 fixups. --- drivers/gpu/drm/radeon/r100.c | 188 ++---

[PATCH] drm/radeon/kms: remove unneeded master create/destroy functions.

From: Dave Airlie We shouldn't need these at all in radeon kms mode. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon_drv.c |5 --- drivers/gpu/drm/radeon/radeon_kms.c | 49 --- 2 files changed, 0 insertions(+), 54 deletions(-) diff --git a/dr

[PATCH] drm/kms: start adding command line interface using fb.

From: Dave Airlie [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 first parameter,

[git pull] two radeon fixes.

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 +-

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

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'

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

-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 b

[Bug 23670] [bisected i915 i965] glean case pixelFormats failed

http://bugs.freedesktop.org/show_bug.cgi?id=23670 --- Comment #13 from Brian Paul 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: http://bugs.freedesktop.org/userpr

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

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

Re: preventing GPU reset DoS

On Tue, Sep 22, 2009 at 11:51 PM, Corbin Simpson wrote: > 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

Re: preventing GPU reset DoS

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

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

-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 th

Re: preventing GPU reset DoS

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 cours

[Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen

http://bugs.freedesktop.org/show_bug.cgi?id=24066 --- Comment #10 from Krzysztof A. Sobiecki 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. It looks ident

Re: preventing GPU reset DoS

On Wed, Sep 23, 2009 at 5:13 AM, 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 idea

Re: preventing GPU reset DoS

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 id

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

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 > --- > src/glx/x11/glxha

[Bug 22271] On 64bit kernel(drm-next-radeon) ioctls from 32bit application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=22271 Krzysztof A. Sobiecki changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

preventing GPU reset DoS

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

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

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 --- src/glx/x11/glxhash.c |7 +++ 1 files changed,

[Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen

http://bugs.freedesktop.org/show_bug.cgi?id=24066 --- Comment #9 from Krzysztof A. Sobiecki 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 Rain-Slick Precipice of

[Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen

http://bugs.freedesktop.org/show_bug.cgi?id=24066 Nicolai Hähnle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen

http://bugs.freedesktop.org/show_bug.cgi?id=24066 --- Comment #7 from Krzysztof A. Sobiecki 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: GL_OUT_OF_MEMORY in glMapBu

[Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen

http://bugs.freedesktop.org/show_bug.cgi?id=24066 --- Comment #6 from Krzysztof A. Sobiecki 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 also output fro

[Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen

http://bugs.freedesktop.org/show_bug.cgi?id=24066 --- Comment #5 from Krzysztof A. Sobiecki 2009-09-22 11:03:55 PST --- Created an attachment (id=29764) --> (http://bugs.freedesktop.org/attachment.cgi?id=29764) backtrace from Mesa:bae2d5882781f798001be6f7841c32a1f12046fe with patch for epi

[Bug 24084] New: Mirrored elements using intel i945

http://bugs.freedesktop.org/show_bug.cgi?id=24084 Summary: Mirrored elements using intel i945 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[Bug 23670] [bisected i915 i965] glean case pixelFormats failed

http://bugs.freedesktop.org/show_bug.cgi?id=23670 Brian Paul changed: What|Removed |Added Depends on||24083 -- Configure bugmail: http://bugs

[Bug 23965] radeonBackground objects appear in front of foreground ones in neverball

http://bugs.freedesktop.org/show_bug.cgi?id=23965 Phil Armstrong changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: startx broken on today's git tree

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 configu

[Bug 24080] New: Darwinia crashes in rv670 when starting a level

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

Re: [origin tree build failure] [PATCH] Re: [git pull] drm tree.

here's a patch that works for me. Ingo Signed-off-by: Ingo Molnar --- 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 --- a/include/linux/vgaarb.h ++

Re: [origin tree build failure] [PATCH] Re: [git pull] drm tree.

> > 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 > > --- > > include/linux/vgaarb.h | 11 ++- > > 1 files cha

Re: [origin tree build failure] [PATCH] Re: [git pull] drm tree.

* Dave Airlie wrote: > >From 8a874578cbf8b07b988e666c15fa0ba767f3c1cb Mon Sep 17 00:00:00 2001 > From: Dave Airlie > 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 register function so every

Re: [origin tree build failure] [PATCH] Re: [git pull] drm tree.

* Dave Airlie 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 `vga_client_reg

Re: [git pull] drm tree.

On Monday 21 September 2009 10:17:59 Alex Deucher wrote: > On Mon, Sep 21, 2009 at 7:59 AM, Ed Tomlinson wrote: > > On Monday 21 September 2009 01:12:54 Dave Airlie wrote: > >> > >> Hi Linus, > >> > >> Please pull the 'drm-linus' branch from > >> ssh://master.kernel.org/pub/scm/linux/kernel/git/ai