commit d60326ac977a5e99047b44f9b313ff79cd3a14b4
Author: Austin Yuan
Date: Tue Jan 19 11:45:24 2010 +0800
drm/ttm: remove unnecessary save_flags and ttm_flag_masked in ttm_bo_util.c
Signed-off-by: Austin Yuan
diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
b/drivers/gpu/drm/ttm/ttm_bo_
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #11 from [email protected] 2010-01-19 01:38:38 ---
Tried 2.6.33-rc4 with same software as in my previous comment and now
everything seems to be a bit better.
KMS works, glxgears has normal colours again, couldn't test wine+HOMM though
b
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #12 from [email protected] 2010-01-19 01:53:26 ---
Although with KMS disabled etracer first screen still doesn't look normal and
after keypress system hangs (REISUB out, no corruption).
--
Configure bugmail: http://bugzilla.kernel.org/
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #10 from Julien Cristau 2010-01-19 01:32:55
---
> --- Comment #9 from Shyouzou Sugitani 2010-01-19
> 01:26:24 ---
> I tried mesa 7.7-1(from Debian experimental) on Debian sid with kerenl
> 2.6.32-tr
> unk-686.
fwiw these mesa
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #13 from [email protected] 2010-01-19 02:19:30 ---
Actually never mind my last two comments. Turns out that the difference was in
early and late start KMS. So it seems like kernel upgrade did not change
anything either.
--
Configure bu
>From 1d48b39f50e1ebe2fa414290ed322a31be3fbb48 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 18 Jan 2010 20:20:07 -0500
Subject: [PATCH] drm/radeon/kms/r100: fix bug in CS parser
The first dword of PACKET3_3D_DRAW_IMMD maps to
SE_VTX_FMT so the vertex size is part of the draw
packet.
Th
http://bugzilla.kernel.org/show_bug.cgi?id=14535
Shyouzou Sugitani changed:
What|Removed |Added
CC||[email protected]
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=26051
--- Comment #6 from ken moffat 2010-01-18
17:14:45 PST ---
Git tells me
28471cfa970702128d822c2ecbb1703eedbca245 is the first bad commit
but all I can find about that is from when I tested it:
[28471cfa970702128d822c2ecbb1703eedbca245] Me
On 2010.01.18 13:30:00 +, James Simmons wrote:
>
> > commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e
> > Author: James Simmons
> > Date: Thu Oct 29 20:39:07 2009 +
> >
> > drm/kms: properly handle fbdev blanking
> >
> > uses DRM_MODE_DPMS_ON for FB_BLANK_NORMAL, but DRM_MODE_DPMS_
http://bugs.freedesktop.org/show_bug.cgi?id=26105
Summary: Assert failure in radeonGetLock, blender 2.5 SIGABRT
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
http://bugs.freedesktop.org/show_bug.cgi?id=26103
--- Comment #2 from darkbasic 2010-01-18 15:58:58 PST
---
It's a Radeon HD3870.
I tried the patch but it didn't work.
To be honest I'm not 100% sure I applied it because I used bashrcng-patching to
apply it to mesa-.
If you can tell me h
http://bugs.freedesktop.org/show_bug.cgi?id=26103
--- Comment #1 from Rafał Miłecki 2010-01-18 15:29:32 PST
---
Created an attachment (id=32703)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32703)
Silly patch to force SQ_TEX_DEPTH_COMPARE_ALWAYS
What is your GPU? Could you check thi
http://bugs.freedesktop.org/show_bug.cgi?id=26103
Summary: Planeshift is unplayable, almost everything is gray and
white
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: nor
Luca,
Good catch.
Some comments inline:
Luca Barbieri wrote:
> + entry = list_first_entry(&bdev->ddestroy,
> + struct ttm_buffer_object, ddestroy);
> + kref_get(&entry->list_kref);
>
> - if (next != &bdev->ddestroy) {
> - nentry = list_entry
http://bugzilla.kernel.org/show_bug.cgi?id=15035
Rafael J. Wysocki changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: http
ttm_bo_delayed_delete has a race condition, because after we do:
kref_put(&nentry->list_kref, ttm_bo_release_list);
we are not holding the list lock and not holding any reference to
objects, and thus every bo in the list can be removed and freed at
this point.
However, we then use the next pointe
http://bugzilla.kernel.org/show_bug.cgi?id=15030
Nicolas Reinecke changed:
What|Removed |Added
Platform|All |x86-64
--- Comment #6 from Nicolas
http://bugzilla.kernel.org/show_bug.cgi?id=15030
--- Comment #5 from Nicolas Reinecke 2010-01-18
16:54:20 ---
Created an attachment (id=24622)
--> (http://bugzilla.kernel.org/attachment.cgi?id=24622)
video bios
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=26087
--- Comment #6 from Jerome Glisse 2010-01-18 06:58:11
PST ---
Created an attachment (id=32694)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32694)
Avoid irq contention ?
Please try if this patch helps.
--
Configure bugmail: http:/
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #8 from [email protected] 2010-01-18 14:29:19 ---
Tried mesa-git (+ati-dri-git and libgl-git) with xf86-video-ati-git today. Xorg
1.7.3.902.
With KMS enabled, glxgears's gears are red and green again (no blue) and
running etracer just p
On Mon, Jan 18, 2010 at 1:01 PM, Jerome Glisse wrote:
> This patch workaround a possible security issue which can allow
> user to abuse drm on r6xx/r7xx hw to access any system ram memory.
[...]
> diff --git a/drivers/gpu/drm/radeon/r600_cs.c
> b/drivers/gpu/drm/radeon/r600_cs.c
> index 44060b9..
http://bugs.freedesktop.org/show_bug.cgi?id=26092
Summary: shader problems with Flightgear
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
URL: http://www.flightgear.org/forums/viewtopic.php?f=6&t=238
7&start=105#p59
> commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e
> Author: James Simmons
> Date: Thu Oct 29 20:39:07 2009 +
>
> drm/kms: properly handle fbdev blanking
>
> uses DRM_MODE_DPMS_ON for FB_BLANK_NORMAL, but DRM_MODE_DPMS_ON
> is actually for turning output on instead of blank.
>
> This
http://bugs.freedesktop.org/show_bug.cgi?id=26087
--- Comment #5 from Shawn Starr 2010-01-18 06:06:12
PST ---
Created an attachment (id=32692)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32692)
r635 dmesg with patch debug output
r635 dmesg with patch debug output
--
Configure bu
http://bugs.freedesktop.org/show_bug.cgi?id=26087
--- Comment #4 from Jerome Glisse 2010-01-18 05:30:02
PST ---
Created an attachment (id=32691)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32691)
DEBUG info for r6xx irq
Please test the attached patch, reboot with drm.debug=0 activa
This patch workaround a possible security issue which can allow
user to abuse drm on r6xx/r7xx hw to access any system ram memory.
This patch doesn't break userspace, it detect "valid" old use of
CB_COLOR[0-7]_FRAG & CB_COLOR[0-7]_TILE registers and overwritte
the address these registers are pointi
commit 731b5a15a3b1474a41c2ca29b4c32b0f21bc852e
Author: James Simmons
Date: Thu Oct 29 20:39:07 2009 +
drm/kms: properly handle fbdev blanking
uses DRM_MODE_DPMS_ON for FB_BLANK_NORMAL, but DRM_MODE_DPMS_ON
is actually for turning output on instead of blank.
This makes fb blank broken
http://bugs.freedesktop.org/show_bug.cgi?id=24159
--- Comment #3 from Andrew Randrianasulu 2010-01-18 00:25:49
PST ---
after some digging in sources this patch fixes oops:
diff --git a/drivers/gpu/drm/radeon/r200.c b/drivers/gpu/drm/radeon/r200.c
index 2094212..ace59ca 100644
--- a/dr
http://bugzilla.kernel.org/show_bug.cgi?id=15035
Jérôme Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
29 matches
Mail list logo
