[Bug 23095] RV620+DRI: broken glxgears [bisected]

http://bugs.freedesktop.org/show_bug.cgi?id=23095 Rafał Miłecki zaj...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Ping Re: [Kernel 2.6.30] Only GPIOA is used as CRTDDC bus

Hello Any news regarding this issue? -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core

Re: [Intel-gfx] [PATCH 1/4] DRM: Remove the unused prefix in DRM_DEBUG_KMS/DRIVER/MODE

On Thu, 2009-07-30 at 08:42 +0800, ykzhao wrote: On Mon, 2009-07-20 at 13:48 +0800, Zhao, Yakui wrote: Hi, Dave How about this patch set? Before it is shipped, we can't use the DRM_DEBUG_KMS/DRIVER to add the debug info. Hi, Dave Any comments about this patch set? Before it is

[PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

Bug #13884 The code was incorrectly reserving memtypes using the page virtual address instead of the physical address. Furthermore, the code was not ignoring highmem pages as it ought to. Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- arch/x86/mm/pageattr.c | 30

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

Maarten Maathuis wrote: - This appears to fix some of the graphical corruption issues i've been having. --- drivers/gpu/drm/ttm/ttm_bo.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

The page alignment shouldn't matter here since what's allocated is a free slot within the device file address space. It's only used for cpu map / write / read, and the GPU never sees the vm_node offset. But if this is the vram pci bar, then not aligning causes you to read/write misaligned to

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

* Thomas Hellstrom thellst...@vmware.com wrote: Bug #13884 The code was incorrectly reserving memtypes using the page virtual address instead of the physical address. Furthermore, the code was not ignoring highmem pages as it ought to. Signed-off-by: Thomas Hellstrom thellst...@vmware.com

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

Let me rephrase that, could you pinpoint the place where the translation from vm to real memory happens? Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

hm, i'm missing a description about how this bug was triggered. How did you end up getting highmem pages to a cpa call? GEM and TTM both allocate page arrays and just pass them to cpa, we don't know what type of pages the allocator gives us back and we really shouldn't have to, so having

[Bug 23101] New: Selection breaks perspective view

http://bugs.freedesktop.org/show_bug.cgi?id=23101 Summary: Selection breaks perspective view Product: Mesa Version: CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

Dave Airlie wrote: hm, i'm missing a description about how this bug was triggered. How did you end up getting highmem pages to a cpa call? GEM and TTM both allocate page arrays and just pass them to cpa, we don't know what type of pages the allocator gives us back and we really

[Bug 23101] Selection breaks perspective view

http://bugs.freedesktop.org/show_bug.cgi?id=23101 --- Comment #1 from Luca Bruno lethalma...@gmail.com 2009-08-03 01:39:35 PST --- Created an attachment (id=28285) -- (http://bugs.freedesktop.org/attachment.cgi?id=28285) screenshot -- Configure bugmail:

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

Maarten Maathuis wrote: Let me rephrase that, could you pinpoint the place where the translation from vm to real memory happens? Maarten. Hi! When a bo is created, a slot is allocated in the device file address space. This slot size corresponds to the size of the bo. The offset in the

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

* Dave Airlie airl...@linux.ie wrote: hm, i'm missing a description about how this bug was triggered. How did you end up getting highmem pages to a cpa call? GEM and TTM both allocate page arrays and just pass them to cpa, we don't know what type of pages the allocator gives us back

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

* Thomas Hellstrom thellst...@vmware.com wrote: Dave Airlie wrote: hm, i'm missing a description about how this bug was triggered. How did you end up getting highmem pages to a cpa call? GEM and TTM both allocate page arrays and just pass them to cpa, we don't know what type of

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

Ingo Molnar wrote: * Thomas Hellstrom thellst...@vmware.com wrote: Dave Airlie wrote: hm, i'm missing a description about how this bug was triggered. How did you end up getting highmem pages to a cpa call? GEM and TTM both allocate page arrays and just pass them to

[PATCH] ttm: Fix a sync object leak.

If there are multiple simultaneous waiters for the same buffer object, a temporary reference to its sync object may be leaked. Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/ttm/ttm_bo.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

* Thomas Hellstrom thellst...@vmware.com wrote: Ingo Molnar wrote: * Thomas Hellstrom thellst...@vmware.com wrote: Dave Airlie wrote: hm, i'm missing a description about how this bug was triggered. How did you end up getting highmem pages to a cpa call? GEM and

[Bug 21774] blender menus all black (or white)

http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #20 from Terry Barnaby te...@beam.ltd.uk 2009-08-03 04:49:58 PST --- I have done some git bisecting of the mesa source code under Fedora 11 as the base platform and with an ATI M22 [Mobility Radeon X300]. The code at mesa_7_4 is

[Bug 23106] New: mplayer -vo gl:yuv=6 segfaults r300_state.c:r300SetupTextures()

http://bugs.freedesktop.org/show_bug.cgi?id=23106 Summary: mplayer -vo gl:yuv=6 segfaults r300_state.c:r300SetupTextures() Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

[Bug 23106] mplayer -vo gl:yuv=6 segfaults r300_state.c:r300SetupTextures()

http://bugs.freedesktop.org/show_bug.cgi?id=23106 --- Comment #2 from Thierry Vignaud tvign...@mandriva.com 2009-08-03 04:57:24 PST --- To prevent some questions, I tested: - 32bit mplayer on a 32bit host with a xpress200 (aka RS380) (IGP) - 32bit mplayer on a 64bit host with a one Radeon

[Bug 23106] mplayer -vo gl:yuv=6 segfaults r300_state.c:r300SetupTextures()

http://bugs.freedesktop.org/show_bug.cgi?id=23106 --- Comment #1 from Thierry Vignaud tvign...@mandriva.com 2009-08-03 04:54:51 PST --- Created an attachment (id=28297) -- (http://bugs.freedesktop.org/attachment.cgi?id=28297) GDB trace of mplayer -vo gl2:yuv=6 (nearly identical) --

[PATCH 1/3] drm: Small logic fix in drm_mode_setcrtc

From: Jakob Bornecrantz ja...@vmware.com Match the logic to the comments in the debug message Signed-off-by: Jakob Bornecrantz ja...@vmware.com --- drivers/gpu/drm/drm_crtc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c

[PATCH 0/3] Small fixes for modesetting

Here are some small changes to the modesetting code. The first patch isn't that interesting. The second patch fixes a possible null pointer reference in drm_crtc_helper.c:drm_crtc_helper_set_config. The third patch I thought that setting changed_fb to true is a bit wrong and we should probably

[PATCH 2/3] drm: Catch stop possible NULL pointer reference

From: Jakob Bornecrantz ja...@vmware.com This was caught by Weiss. Also added some comments to the fb_changed and mode_changed variables to explain what they do. Signed-off-by: Jakob Bornecrantz ja...@vmware.com --- drivers/gpu/drm/drm_crtc_helper.c |6 -- 1 files

[PATCH 3/3] drm: Do a full mode set when framebuffer depth/bbp has changed

From: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Jakob Bornecrantz ja...@vmware.com --- drivers/gpu/drm/drm_crtc_helper.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index 6aaa2cb..b963ac0

[PATCH] ttm: Read buffer overflow

Check whether index is within bounds before grabbing the element. Signed-off-by: Roel Kluin roel.kl...@gmail.com --- diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index c1c407f..bc8f040 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/drivers/gpu/drm/ttm/ttm_bo.c @@

[PATCH] drm/radeon: Read buffer overflow

Check whether index is within bounds before grabbing the element. Signed-off-by: Roel Kluin roel.kl...@gmail.com --- diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c index c550932..b2b7812 100644 --- a/drivers/gpu/drm/radeon/r100.c +++ b/drivers/gpu/drm/radeon/r100.c @@

Re: 2.6.31-rc5: Reported regressions from 2.6.30

On Monday 03 August 2009, Linus Torvalds wrote: On Sun, 2 Aug 2009, Rafael J. Wysocki wrote: Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13896 Subject : 2.6.31-rc4 broke expect and gcc's testsuite Submitter : Mikael Pettersson mi...@it.uu.se Date

Re: 2.6.31-rc5: Reported regressions from 2.6.30

On Sun, Aug 02, 2009 at 03:22:01PM -0700, Linus Torvalds wrote: Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13815 Subject : emacs -nw compilation doesn't show the error message Submitter : Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com Date:

Re: 2.6.31-rc5: Reported regressions from 2.6.30

On Monday 03 August 2009, Johannes Weiner wrote: On Sun, Aug 02, 2009 at 03:22:01PM -0700, Linus Torvalds wrote: Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13815 Subject : emacs -nw compilation doesn't show the error message Submitter : Aneesh Kumar K.V

Re: [PATCH] x86: Fix CPA memtype reserving in the set_pages_array cases

On Mon, 2009-08-03 at 03:44 -0700, Ingo Molnar wrote: ok - thanks for the explanation. Since you intentionally want to use highmem pages (and your use is safe) i concur with your original patch in its entirety - even if that planned highmem use is not upstream yet. Will get it .31-wards

Re: [PATCH 2/3] drm: Catch stop possible NULL pointer reference

On Mon, 3 Aug 2009 13:43:59 +0100 ja...@vmware.com wrote: From: Jakob Bornecrantz ja...@vmware.com This was caught by Weiss. Also added some comments to the fb_changed and mode_changed variables to explain what they do. Signed-off-by: Jakob Bornecrantz ja...@vmware.com

CPA interfaces WAS x86: Fix CPA memtype reserving in the set_pages_array cases

Suresh Siddha skrev: Also, now that we have set_pages_array interface, do we still need the set_memory_array_uc interface? Removing that should clean up the cpa code a bit. thanks, suresh This might be a good time to discuss how graphics drivers will use this interface in the not too

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

It appears to have been a false positive, sorry for that. Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and

[Bug 22643] rs485 dri2/kms Google Earth failure (kernel doesn't handle compressed texture formats)

http://bugs.freedesktop.org/show_bug.cgi?id=22643 --- Comment #3 from Paulo Dias paulo.miguel.d...@gmail.com 2009-08-03 13:08:11 PST --- *** Bug 22713 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 13713] [drm/i915] Possible regression due to commit Change GEM throttling to be 20ms (...)

http://bugzilla.kernel.org/show_bug.cgi?id=13713 --- Comment #5 from Eric Anholt e...@anholt.net 2009-08-03 20:37:02 --- Mesa fix (yes, our mesa driver was really buggy to not have behavior something like this commit): commit 0828579a658af01a64b5e699175dc9bbbedcd685 Author: Eric Anholt

[PATCH] drm/radeon: add some new r7xx pci ids

Signed-off-by: Alex Deucher alexdeuc...@gmail.com --- include/drm/drm_pciids.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h index 7174818..9d4c004 100644 --- a/include/drm/drm_pciids.h +++

[Bug 23120] New: legacy bo manager frees all bo objects even if they are shared between multiple context

http://bugs.freedesktop.org/show_bug.cgi?id=23120 Summary: legacy bo manager frees all bo objects even if they are shared between multiple context Product: Mesa Version: CVS Platform: Other OS/Version: All Status:

[Bug 21774] blender menus all black (or white)

http://bugs.freedesktop.org/show_bug.cgi?id=21774 Eric Anholt e...@anholt.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 21774] blender menus all black (or white)

http://bugs.freedesktop.org/show_bug.cgi?id=21774 Eric Anholt e...@anholt.net changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 22615] radeon-rewrite: bogus stride for small compressed mipmaps

http://bugs.freedesktop.org/show_bug.cgi?id=22615 Roland Scheidegger srol...@tungstengraphics.com changed: What|Removed |Added Status|NEW

[Bug 23122] New: mipmap_comp_tests will cause radeon_validate_texture error

http://bugs.freedesktop.org/show_bug.cgi?id=23122 Summary: mipmap_comp_tests will cause radeon_validate_texture error Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW

[PATCH] drm/i915: get the bridge device once.

From: Dave Airlie airl...@redhat.com The driver gets the bridge device in a number of places, upcoming vga arb code paths need the bridge device, however they need it in under a lock, and the pci lookup can allocate memory. So clean this code up before then and get the bridge once for the driver

Re: [PATCH 1/4] DRM: Remove the unused prefix in DRM_DEBUG_KMS/DRIVER/MODE

On Mon, 2009-07-20 at 13:48 +0800, yakui.z...@intel.com wrote: From: Zhao Yakui yakui.z...@intel.com We will have to add a prefix when using the macro defintion of DRM_DEBUG_KMS /DRM_DEBUG_DRIVER/MODE. It is not convenient. We should use the DRM_NAME as default prefix. So remove the prefix

Re: [PATCHv2 0/6][RFC] Sharing encoder implementations among DRM drivers.

I'm sending an updated patch series adding a set_config method to drm_encoder_slave_funcs to allow dynamically changing the encoder specific DVO port parameters (the previous API enforced them to remain the same until the end of its life). so I'm not a 100% sure what to do with these yet.