On Fri, Mar 19, 2010 at 2:35 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
We can get this if the user moves the mouse when we are waiting to move
some stuff around in the validate. Don't fail.
Signed-off-by: Dave Airlie airl...@redhat.com
---
On Fri, Mar 19, 2010 at 8:43 AM, Pauli Nieminen suok...@gmail.com wrote:
On Fri, Mar 19, 2010 at 2:35 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
We can get this if the user moves the mouse when we are waiting to move
some stuff around in the validate. Don't
When there is allocation failure in radeon_cs_parser_relocs parser-nrelocs
is not cleaned. This causes NULL pointer defeference in radeon_cs_parser_fini
when clean up code is trying to loop over the relocation array and free the
objects.
Fix adds a check for a possible NULL pointer in clean up
http://bugs.freedesktop.org/show_bug.cgi?id=25179
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Summary|File radeon_dma.c function |[DRI1] File
Hi,
the last days I was testing Alex Deucher's power-management-2 patches
for radeon OSS driver.
While testing I saw that especially r300g dri/statetracker with
OpenArena have problems with mesa 7.8/master GIT branch.
Mesa r300 classic (KMS/DRI2) is working fine here on RV515.
7.8 GIT:
Scenes
2010/3/19 Thomas Hellström tho...@shipmail.org:
Pauli, Dave and Jerome,
Before reviewing this, Could you describe a bit how this interfaces with the
TTM memory accounting. It's important for some systems to be able to set a
limit beyond which TTM may not pin any pages.
Am I right in
On Fri, Mar 19, 2010 at 11:36 AM, Sedat Dilek sedat.di...@googlemail.comwrote:
Hi,
the last days I was testing Alex Deucher's power-management-2 patches
for radeon OSS driver.
While testing I saw that especially r300g dri/statetracker with
OpenArena have problems with mesa 7.8/master GIT
http://bugs.freedesktop.org/show_bug.cgi?id=27199
Summary: Division by Zero error with glDrawRangeElementsEXT()
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=27199
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #34243|Full stack |Full WoW output,
http://bugs.freedesktop.org/show_bug.cgi?id=25662
--- Comment #6 from Alex Deucher ag...@yahoo.com 2010-03-19 07:42:33 PST ---
Do things work any better with a newer drm? 2.3.33/4 or Dave's
drm-radeon-testing branch
http://bugs.freedesktop.org/show_bug.cgi?id=25662
--- Comment #7 from Alex Deucher ag...@yahoo.com 2010-03-19 07:43:26 PST ---
(In reply to comment #5)
I'm not sure if this is a different issue or the same. Behavior looks similar
and it's the same chipset family I think. We had used KMS
http://bugs.freedesktop.org/show_bug.cgi?id=27199
--- Comment #1 from Chris Rankin ranki...@googlemail.com 2010-03-19 07:47:07
PST ---
This bus is also present in F12's Mesa 7.7-4 packages.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
http://bugs.freedesktop.org/show_bug.cgi?id=27199
--- Comment #2 from Chris Rankin ranki...@googlemail.com 2010-03-19 08:25:16
PST ---
This crash stopped happening after I added the following hack:
--- a/src/mesa/drivers/dri/r300/r300_cmdbuf.c
+++ b/src/mesa/drivers/dri/r300/r300_cmdbuf.c
http://bugs.freedesktop.org/show_bug.cgi?id=27199
--- Comment #3 from Chris Rankin ranki...@googlemail.com 2010-03-19 08:48:58
PST ---
Created an attachment (id=34245)
-- (http://bugs.freedesktop.org/attachment.cgi?id=34245)
WoW screenshot, showing lots of artifacts
These artifacts may be
From: Randy Dunlap randy.dun...@oracle.com
vmwfgx uses framebuffer interfaces, so it should depend on FB.
Otherwise it has these build errors (e.g., when CONFIG_FB=m):
drivers/built-in.o: In function `vmw_fb_close':
(.text+0x97713): undefined reference to `unregister_framebuffer'
Hi there,
I'm referring to my Bugreport 15473.
I wanted to use KMS with the latest kernel on my Sony VGN-BZ12VN.
Similiar to Bug 14649 and 14554 `cat /proc/acpi/button/lid/LID0/state`
always reports state: closed to me.
A blank screen is the result for me, when booting with KMS enabled.
I
On Thu, Mar 18, 2010 at 5:38 PM, Luc Verhaegen l...@skynet.be wrote:
So, identify the volatile interfaces, and the more stable interfaces,
and then isolate the volatile ones, and then you come to only one
conclusion.
Except that the Mesa core - classic driver interface also wants to
change
Pulling drm back out of the kernel tree seems like a hard sell, but the
ddx/mesa hw driver/libdrm set seemed like it might be a good candidate for
grouping.
I guess the core question is whether we expect the X-to-ddx and
mesa-to-hw-driver interfaces to be more or less volatile than the
Hi Marek,
indeed the patch you recommended is fixing the red-ish effect with
mesa 7.8 GIT branch!
r300g: remove hacks from translate_vertex_data_swizzle
commit 821c830f11fc1c3529a186ace1d1ba3ddeab4957
Feel free to apply to 7.8 GIT.
IIRC with Dave's screen/winsys rework I had no problems, but
On Fri, 19 Mar 2010 13:53:10 -0700
Eric Anholt e...@anholt.net wrote:
On Fri, 19 Mar 2010 12:53:20 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Mon, 15 Mar 2010 21:32:41 +0200
Surbhi Palande surbhi.pala...@canonical.com wrote:
The following two patches are quirks that
http://bugs.freedesktop.org/show_bug.cgi?id=26123
Corbin Simpson mostawesomed...@gmail.com changed:
What|Removed |Added
CC|
http://bugs.freedesktop.org/show_bug.cgi?id=25746
Corbin Simpson mostawesomed...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=21650
--- Comment #2 from Corbin Simpson mostawesomed...@gmail.com 2010-03-19
16:44:05 PST ---
Is this still a problem with current master kernel, libdrm, and xf86-video-ati?
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=14099
Corbin Simpson mostawesomed...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
24 matches
Mail list logo