-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joel Bosveld wrote:
> This fixes rendering when using dri2 (so, that means, radeon-rewrite and
> radeon-gem-cs) and a near-master xserver (the front-buffer changes). It
> is mostly just copied from the changes to intel.
Strong work. :)
There's a bug
This fixes rendering when using dri2 (so, that means, radeon-rewrite and
radeon-gem-cs) and a near-master xserver (the front-buffer changes). It is
mostly just copied from the changes to intel.
One patch is for mesa, and the other for the ddx:
>From 9e028a11b69361f82a3d578a2a3c14b3d7fc15fd Mon Se
Sorry, a little mistake in my above mail, it's not TASK_RUNNING, but it still
will run on although it's not TASK_RUNNING, just because the scheduler
won't remove
it from runqueue.
preempt_schedule() is the entry point of in-kernel preemption
preempt_schedule():
add_preempt_count(P
http://bugzilla.kernel.org/show_bug.cgi?id=13130
--- Comment #8 from Darren Salt 2009-04-23
23:26:04 ---
Looks like this is UP-only.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the b
http://bugs.freedesktop.org/show_bug.cgi?id=21385
Summary: Mesa master performance regresssion GM965
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Signed-off-by: Robert P. J. Day
---
diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c
b/drivers/gpu/drm/i915/i915_gem_tiling.c
index f27e523..ef7e227 100644
--- a/drivers/gpu/drm/i915/i915_gem_tiling.c
+++ b/drivers/gpu/drm/i915/i915_gem_tiling.c
@@ -27,6 +27,7 @@
#include "linux/string.h"
" If the lock is taken, then
nobody can take drm lock, so nobody will call drm_unlock() "
No, the lock owner will continue as usual, because __schedule() will
set it to TASK_RUNNING,
please take a look at __schedule() for more.
--
Regards,
Zhu Yanhai
2009/4/24 Shaohua Li :
> On Fri, 2009-04-24
http://bugs.freedesktop.org/show_bug.cgi?id=21241
--- Comment #9 from samit vats 2009-04-24 05:37:20 PST ---
Created an attachment (id=25098)
--> (http://bugs.freedesktop.org/attachment.cgi?id=25098)
Xorg.log for Ubuntu-8.10-32
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.
On Fri, 2009-04-24 at 16:10 +0800, Thomas Hellstrom wrote:
> Dave Airlie wrote:
> > On Wed, Apr 22, 2009 at 11:48 AM, Shaohua Li wrote:
> >
> >> drm_lock() does:
> >>for (;;) {
> >>__set_current_state(TASK_INTERRUPTIBLE);
> >>...
> >>if (d
Yanhai Zhu wrote:
> Yes, it's uncessary. Here is the answer :
>
> http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-10/2391.html
>
>
> --
> Regards,
> Zhu Yanhai
>
>
Indeed.
Given this (preempt never removes (!TASK_RUNNING) tasks from the run
queue), it's concluded that the patch is not need
Yes, it's uncessary. Here is the answer :
http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-10/2391.html
--
Regards,
Zhu Yanhai
2009/4/24 Thomas Hellstrom :
> Dave Airlie wrote:
>> On Wed, Apr 22, 2009 at 11:48 AM, Shaohua Li wrote:
>>
>>> drm_lock() does:
>>> for (;;) {
>>>
Dave Airlie wrote:
> On Wed, Apr 22, 2009 at 11:48 AM, Shaohua Li wrote:
>
>> drm_lock() does:
>>for (;;) {
>>__set_current_state(TASK_INTERRUPTIBLE);
>>...
>>if (drm_lock_take(&master->lock, lock->context)) {
>><==
http://bugs.freedesktop.org/show_bug.cgi?id=20539
--- Comment #17 from Andreas Cord-Landwehr 2009-04-24
00:41:38 PST ---
Some additional information: I recently upgraded libgl1-mesa-dri,
libgl1-mesa-glx, libglu1-mesa to version 7.4. But the above described bugs
still exist.
--
Configure
13 matches
Mail list logo
