From: Dave Airlie
We really don't need to process every irq that comes in, we only
really want to do SW irq processing when we are actually waiting for
a fence to pass. I'm not 100% sure this is race free esp on non-MSI systems
so it needs some testing.
Signed-off-by: Dave Airlie
---
drivers/g
Hello Thomas:
Thank you very much for your help. Please kindly keep helping us.
Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
Tel: +886-2-22185452 Ext 7323
Fax: +886-2-22186282
On Tue, 3 Nov 2009 15:09:54 -0500
Andres Salomon wrote:
> On Mon, 2 Nov 2009 23:41:24 -0800
> Andrew Morton wrote:
>
> > On Mon, 19 Oct 2009 01:37:08 -0400 Andres Salomon
> > wrote:
> >
> > > There are a few more macros in drmP.h that are unused;
> > > DRM_GET_PRIV_SAREA, DRM_ARRAY_SIZE, and
>From a98496560afee035314f35b08c59e5bcbfe096d7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 3 Nov 2009 16:10:36 -0500
Subject: [PATCH] drm/radeon/kms: remove some misleading debugging output
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_bios.c |3 ---
1 files chang
Bruce,
I've been a bit short of time the last couple of weeks. I'll review as
soon as time allows.
Thanks,
Thomas
brucech...@via.com.tw wrote:
> Hello Sirs:
> Request resend. Please be advised that the dual
> buffer/Security/Performance issue has been removed in this patch. So it is
> mo
On Mon, 2 Nov 2009 23:41:24 -0800
Andrew Morton wrote:
> On Mon, 19 Oct 2009 01:37:08 -0400 Andres Salomon
> wrote:
>
> > There are a few more macros in drmP.h that are unused;
> > DRM_GET_PRIV_SAREA, DRM_ARRAY_SIZE, and DRM_WAITCOUNT can go away
> > completely.
> >
> > Unfortunately, DRM_COPY
> Without an allocated colormap, FBIOGETCMAP fails. This would make
> programs restore an all-black colormap ("links -g") or fail to work
> altogether ("mplayer -vo fbdev2").
>
> Signed-off-by: Clemens Ladisch
> ---
> v2: implemented suggestions by James Simmons
>
> drivers/gpu/drm/drm_fb_hel
Without an allocated colormap, FBIOGETCMAP fails. This would make
programs restore an all-black colormap ("links -g") or fail to work
altogether ("mplayer -vo fbdev2").
Signed-off-by: Clemens Ladisch
---
v2: implemented suggestions by James Simmons
drivers/gpu/drm/drm_fb_helper.c | 4
1
>From 70e8a6098f8debf71769f309bc3b25f2e1ce855d Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 3 Nov 2009 10:04:01 -0500
Subject: [PATCH] drm/radeon/kms/r700: fix some typos in chip init
Noticed by Andre on IRC.
Also fix up some minor whitespace issues.
Signed-off-by: Alex Deucher
---
When the framebuffer driver does not publish detailed timing information
for the current video mode, the correct value for the pixclock field is
zero, not -1.
Since pixclock is actually unsigned, the value -1 would be interpreted
as 4294967295 picoseconds (i.e., about 4 milliseconds) by
register_f
The fbdev field of the drm_framebuffer structure is always used to store
a pointer to a fb_info, so there is no reason for it to be void*.
Signed-off-by: Clemens Ladisch
---
Needed for the next patch.
include/drm/drm_crtc.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
James Simmons wrote:
>> Without an allocated colormap, FBIOGETCMAP fails. This would make
>> programs restore an all-black colormap ("links -g") or fail to work
>> altogether ("mplayer -vo fbdev2").
>>
>> --- linux-2.6/drivers/gpu/drm/i915/intel_fb.c
>> +++ linux-2.6/drivers/gpu/drm/i915/intel_fb
Hello Sirs:
Request resend. Please be advised that the dual buffer/Security/Performance
issue has been removed in this patch. So it is modified based on the comment
you gave us on 10/8. Please kindly approve to integrate into mainline kernel.
Thanks and Best regards
==
http://bugs.freedesktop.org/show_bug.cgi?id=24397
samit vats changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: http://bug
http://bugs.freedesktop.org/show_bug.cgi?id=24397
samit vats changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #19 from Jan Kreuzer 2009-11-03 08:39:03 ---
Created an attachment (id=23630)
--> (http://bugzilla.kernel.org/attachment.cgi?id=23630)
radeontool working
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
-
http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #18 from Jan Kreuzer 2009-11-03 08:38:21 ---
Created an attachment (id=23629)
--> (http://bugzilla.kernel.org/attachment.cgi?id=23629)
radeontool notworking
Sorry for replying late, i was at an congress.
First Attachment ist rad
17 matches
Mail list logo
