Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

W dniu 1 grudnia 2009 08:33 użytkownik Michel Dänzer napisał: > On Tue, 2009-12-01 at 08:03 +0100, Rafał Miłecki wrote: >> 2009/12/1 Alex Deucher : >> > On Mon, Nov 30, 2009 at 2:02 PM, Alex Deucher >> > wrote: >> >> This enables the use of interrupts on r6xx/r7xx hardware. Interrupts >> >> are

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

On Tue, 2009-12-01 at 09:43 +0100, Rafał Miłecki wrote: > W dniu 1 grudnia 2009 08:33 użytkownik Michel Dänzer > napisał: > > On Tue, 2009-12-01 at 08:03 +0100, Rafał Miłecki wrote: > >> 2009/12/1 Alex Deucher : > >> > On Mon, Nov 30, 2009 at 2:02 PM, Alex Deucher > >> > wrote: > >> >> This ena

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

W dniu 1 grudnia 2009 09:59 użytkownik Michel Dänzer napisał: >> Could you tell me how can I wait for vblank from kernel space, please? >> I see there is drm_wait_vblank but this is not yet exported. I tried >> export this and use this with _DRM_VBLANK_ABSOLUTE so I hit >> > DRM_WAIT_ON(ret, dev->

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

On Tue, 2009-12-01 at 10:01 +0100, Rafał Miłecki wrote: > W dniu 1 grudnia 2009 09:59 użytkownik Michel Dänzer > napisał: > >> Could you tell me how can I wait for vblank from kernel space, please? > >> I see there is drm_wait_vblank but this is not yet exported. I tried > >> export this and use

Problem KMS: TTM Failed moving buffer. Proposed placement 0x00060004 / Out of aperture space or DRM memory quota && invalid framebuffer id

Todays test with KMS w/o AGP (radeon.agopmode=-1) Starting Xorg I got instead of a normal X session a GDM login again, the last dmesg messages are: [ 904.459254] wlan1: associated [ 1459.645513] [TTM] Failed moving buffer. Proposed placement 0x00060004 [ 1459.645525] [TTM] Out of aperture spa

[Bug 25354] Blender crashes on startup on Radeon 7500 (and 9000-9200)

http://bugs.freedesktop.org/show_bug.cgi?id=25354 --- Comment #8 from Michael Strecke 2009-12-01 04:06:24 PST --- A git-bisection against git://anongit.freedesktop.org/mesa/mesa shows that the problem starts with commit bfbad4fbb7420d3b5e8761c08d197574bfcd44b2. This one does NOT cause blen

Re: Problem KMS: TTM Failed moving buffer. Proposed placement 0x00060004 / Out of aperture space or DRM memory quota && invalid framebuffer id

On Tue, Dec 01, 2009 at 11:55:03AM +0100, Christian Hartmann wrote: > Todays test with KMS w/o AGP (radeon.agopmode=-1) > > > Starting Xorg I got instead of a normal X session a GDM login again, > the last dmesg messages are: > > > [ 904.459254] wlan1: associated > [ 1459.645513] [TTM] Failed

[Bug 25354] [bisected] Blender crashes on startup on Radeon 7500 (and 9000-9200)

http://bugs.freedesktop.org/show_bug.cgi?id=25354 Geir Ove Myhr changed: What|Removed |Added Summary|Blender crashes on startup |[bisected] Blender crashes

[Bug 24322] mesa-7.6 & 7.7 show bogus rendering wih boswars game

http://bugs.freedesktop.org/show_bug.cgi?id=24322 --- Comment #9 from Thierry Vignaud 2009-12-01 08:28:39 PST --- After a little holydays and after having fighted the "mesa needs " flu syndrom, I've tested the master branch of drm+mesa as of today and here's the results: - the failed asser

[Bug 24322] mesa-7.6 & 7.7 show bogus rendering wih boswars game

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

[Bug 24322] mesa-7.6 & 7.7 show bogus rendering wih boswars game

http://bugs.freedesktop.org/show_bug.cgi?id=24322 --- Comment #11 from Thierry Vignaud 2009-12-01 09:25:56 PST --- Btw, the r300-blit branch is as slow as master. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --

Re: [Intel-gfx] [PATCH 1/2] drm/i915: add GETPARAM request for page flipping

On Thu, 19 Nov 2009 10:49:07 -0800, Jesse Barnes wrote: > From 3dea813806ecc117fadd2751580018040afefd0b Mon Sep 17 00:00:00 2001 > From: Jesse Barnes > Date: Wed, 18 Nov 2009 04:31:47 + > Subject: [PATCH 1/2] drm/i915: add GETPARAM request for page flipping > > Add a GETPARAM request for ch

Re: [Intel-gfx] [PATCH 1/2] drm/i915: add GETPARAM request for page flipping

On Tue, 01 Dec 2009 09:18:51 -0800 Eric Anholt wrote: > On Thu, 19 Nov 2009 10:49:07 -0800, Jesse Barnes > wrote: > > From 3dea813806ecc117fadd2751580018040afefd0b Mon Sep 17 00:00:00 > > 2001 From: Jesse Barnes > > Date: Wed, 18 Nov 2009 04:31:47 + > > Subject: [PATCH 1/2] drm/i915: add GE

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

W dniu 1 grudnia 2009 10:08 użytkownik Michel Dänzer napisał: >> But I'm not sure that anymore. Also it expected drm_file parameter >> which AFAIK is never passed from gpu driver, but from drm to gpu >> driver. > > As it is, it's intended for handling ioctl calls from userspace and as > such may m

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

W dniu 1 grudnia 2009 09:59 użytkownik Michel Dänzer napisał: > On Tue, 2009-12-01 at 09:43 +0100, Rafał Miłecki wrote: >> Could you tell me how can I wait for vblank from kernel space, please? >> I see there is drm_wait_vblank but this is not yet exported. I tried >> export this and use this with

Re: [Intel-gfx] [PATCH] drm/i915: Fix sync to vblank when VGA output is turned off

On Mon, 09 Nov 2009 12:51:22 +0800, Li Peng wrote: > In current vblank-wait implementation, if we turn off VGA output, > drm_wait_vblank will still wait on the disabled pipe until timeout, > because vblank on the pipe is assumed be enabled. This would cause > slow system response on some system su

Re: [Intel-gfx] [PATCH] drm/i915: Fix sync to vblank when VGA output is turned off

On Tue, 01 Dec 2009 10:28:17 -0800 Eric Anholt wrote: > On Mon, 09 Nov 2009 12:51:22 +0800, Li Peng > wrote: > > In current vblank-wait implementation, if we turn off VGA output, > > drm_wait_vblank will still wait on the disabled pipe until timeout, > > because vblank on the pipe is assumed be

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

On Mon, Nov 30, 2009 at 6:11 PM, Alex Deucher wrote: > On Mon, Nov 30, 2009 at 2:02 PM, Alex Deucher wrote: >> This enables the use of interrupts on r6xx/r7xx hardware. Interrupts >> are implemented via a ring buffer.  The GPU adds interrupts vectors to >> the ring and the host reads them off in

[PATCH] drm/radeon/kms: add tv standard property to tv connectors

>From ca209ade406e572785187a15e7b45ac09cbbf642 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 1 Dec 2009 14:12:14 -0500 Subject: [PATCH] drm/radeon/kms: add tv standard property to tv connectors Lets user select tv-standard. The property was there, just not hooked up. Signed-off-by: Ale

[Bug 22852] [r300 KMS] modesetting not accepted by monitor

http://bugs.freedesktop.org/show_bug.cgi?id=22852 --- Comment #12 from Arno Schuring 2009-12-01 12:22:03 PST --- Firstly: this is getting way off from the original problem. Should I change the summary to reflect this? (In reply to comment #10) > xrandr's --current option makes use of this

[Bug 25290] R600: Doesn't correctly handle glFrontFace(GL_CW)

http://bugs.freedesktop.org/show_bug.cgi?id=25290 --- Comment #1 from Alex Deucher 2009-12-01 12:47:50 PST --- Created an attachment (id=31633) --> (http://bugs.freedesktop.org/attachment.cgi?id=31633) select proper front/back face in polygon mode This patch seems to fix the issue here.

[Bug 25297] R600: glEdgeFlag doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=25297 --- Comment #1 from Alex Deucher 2009-12-01 12:50:44 PST --- the software renderer doesn't seem to render the test properly for me, however, the patch I included on bug 25290 seems like it renders correctly. -- Configure bugmail: http://bu

[Bug 25383] New: DRM: R600 packet issues and IRQs disabled?

http://bugs.freedesktop.org/show_bug.cgi?id=25383 Summary: DRM: R600 packet issues and IRQs disabled? Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: All Status: NEW Keywords: have-backtrace Seve

[Bug 25354] [bisected] Blender crashes on startup on Radeon 7500 (and 9000-9200)

http://bugs.freedesktop.org/show_bug.cgi?id=25354 --- Comment #9 from Alex Deucher 2009-12-01 13:27:23 PST --- Created an attachment (id=31638) --> (http://bugs.freedesktop.org/attachment.cgi?id=31638) possible fix for r2xx Does this patch help for the r2xx cards (9000,9200, etc.)? -- C

[Bug 25383] DRM: R600 packet issues and IRQs disabled?

http://bugs.freedesktop.org/show_bug.cgi?id=25383 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 25290] R600: Doesn't correctly handle glFrontFace(GL_CW)

http://bugs.freedesktop.org/show_bug.cgi?id=25290 --- Comment #2 from monraaf 2009-12-01 13:54:10 PST --- Hmm, with the patch the test program runs correctly, but if I comment out glFrontFace(GL_CW) in the test program, the situation is reversed. It will render a solid triangle while the sof

[Bug 25297] R600: glEdgeFlag doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=25297 --- Comment #2 from monraaf 2009-12-01 13:59:22 PST --- The attached image is what I get with the software renderer, and I think is the correct way. With or without that patch I don't get the same image. -- Configure bugmail: http://bugs.f

[Bug 25297] R600: glEdgeFlag doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=25297 --- Comment #3 from monraaf 2009-12-01 14:00:41 PST --- Created an attachment (id=31642) --> (http://bugs.freedesktop.org/attachment.cgi?id=31642) test program run with software renderer -- Configure bugmail: http://bugs.freedesktop.org/u

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

2009/12/1 Alex Deucher : > Round 3. This fixed my lose of VBLANK interrupts after few seconds, but I still have issue with fences after applying this. My rdev->fence_drv.emited gets filled when I start glxgears and when I stop, it gets empty. Reverting patch makes rdev->fence_drv.emited filled af

Re:

On Fri, Nov 20, 2009 at 11:29 PM, Jerome Glisse wrote: > This patch series add ttm range validation function. Aim is to > include this in 2.6.33 so i have time to iron out issue, comments. I missed these first time around, Thomas if you have any opinions on the TTM stuff please see if you can ta

945GM crash

Hi guys, A bug reported initially here (Fedora 12) https://bugzilla.redhat.com/show_bug.cgi?id=541879 and then replicated here (Toped) http://code.google.com/p/toped/issues/detail?id=21&colspec=ID%20Type%20Summary%20Component%20OpSys%20Owner%20Status%20Priority

[Bug 25193] kwin corruption with 286bf89e5a1fc931dbf523ded861b809859485e2

http://bugs.freedesktop.org/show_bug.cgi?id=25193 --- Comment #17 from Ed Tomlinson 2009-12-01 16:29:17 PST --- The corruption still exists at 09325b9ff456ae475069bac5a04cf10a32235e43 on master. It also is present in 7.7-rc1. Reverting 286bf89e5a1fc931dbf523ded861b809859485e2 still fixes i

drm git branches revisited

So I'm going to change the layout of my git branches again, because my current plan isn't working for me. At the moment drm-next is considered the branch to base new work off and to also for downstream trees to pull from, this is changing. I will now maintain drm-core-next : a branch with all th

[Bug 25354] [bisected] Blender crashes on startup on Radeon 7500 (and 9000-9200)

http://bugs.freedesktop.org/show_bug.cgi?id=25354 --- Comment #10 from Geir Ove Myhr 2009-12-01 21:09:00 PST --- (In reply to comment #9) > Does this patch help for the r2xx cards (9000,9200, etc.)? I have built the current Ubuntu package (7.6.0 + some patches from 7.6.1) with this patch s

[PATCH] drm/radeon/kms: don't use bios dividers for lvds on r4xx

>From 7f15ad08efb8b58ea572689dbada7da1d3624a8c Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 2 Dec 2009 00:59:37 -0500 Subject: [PATCH] drm/radeon/kms: don't use bios dividers for lvds on r4xx R4xx cards don't have lvds pll dividers since they use atom. should fix rh bug 541562 Signed-

Re:

Dave Airlie wrote: > On Fri, Nov 20, 2009 at 11:29 PM, Jerome Glisse wrote: > >> This patch series add ttm range validation function. Aim is to >> include this in 2.6.33 so i have time to iron out issue, comments. >> > > I missed these first time around, > > Thomas if you have any opinions