Hi, All
When the kernel is booted with KMS enabled, the backlight brightness
can't be changed by xrandr tool. This issue is caused by that the native
kernel backlight I/F is not exposed to userland. In such case there is
no backlight property in xrandr tool. Of course the brightness can't be
c
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains a merge from Eric hopefully done right, along with misc
small fixes since the main merge.
Dave.
drivers/gpu/drm/drm_crtc_helper.c | 31 +-
On Thu, Apr 2, 2009 at 7:52 PM, Jean Delvare wrote:
> Remove an include that isn't actually needed to prevent needless
> rebuilds.
>
> Signed-off-by: Jean Delvare
> ---
> Patch already sent on:
> * 2009-01-13
> * 2009-02-25
> David, are you going to apply this patch or should I push it upstream
On Fri, 3 Apr 2009 00:16:11 +0100 (IST)
Dave Airlie wrote:
>
> > Cleanup some leftovers from the X port. Dave you may want to just
> > let Eric take this since the next patch depends on this one.
>
> Please don't send patches that will break the build, if this needs a
> change in the i915 dri
On Fri, 3 Apr 2009 00:16:11 +0100 (IST)
Dave Airlie wrote:
>
> > Cleanup some leftovers from the X port. Dave you may want to just
> > let Eric take this since the next patch depends on this one.
>
> Please don't send patches that will break the build, if this needs a
> change in the i915 dri
> Cleanup some leftovers from the X port. Dave you may want to just let
> Eric take this since the next patch depends on this one.
Please don't send patches that will break the build, if this needs a
change in the i915 driver include it in this patch and I'll take care of
it. if I apply this n
On Thu, 2009-04-02 at 14:41 -0400, Kristian Høgsberg wrote:
> This was only used by the i915 driver for the swapbuffer vsync tasklet.
> That functionality is now gone and nothing uses the kernel side
> cliprects anymore. Just stub out the ioctls, but make sure we return
> a non-zero handle in the
Cleanup some leftovers from the X port. Dave you may want to just let
Eric take this since the next patch depends on this one.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc_helper.c |3 +--
include/drm/drm_crtc_helper.h |2 +-
2 files changed, 2 insertions(+), 3 deletions
>From 3e4b036692ea35cef3356db4ee6b7349a92abf28 Mon Sep 17 00:00:00 2001
From: Jesse Barnes
Date: Thu, 2 Apr 2009 14:56:24 -0700
Subject: [PATCH] drm: fix EDID backward compat check
EDIDs should be backward compatible, so don't bail if we see a version
of 3 (which is out there now) and print a mes
http://bugs.freedesktop.org/show_bug.cgi?id=20966
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
OK, here's another set for within the merge window. One commit outside
of the driver, which is to fix GTT mapping non-PAT thanks to
pgprot_writecombine. Probably the most important thing here, though, is
the TV modesetting in property change, which fixes an oops with the new
2D driver now that it
http://bugs.freedesktop.org/show_bug.cgi?id=21019
smoki changed:
What|Removed |Added
Severity|normal |minor
Priority|medium
http://bugs.freedesktop.org/show_bug.cgi?id=21019
--- Comment #2 from smoki 2009-04-02 14:50:35 PST ---
Created an attachment (id=24479)
--> (http://bugs.freedesktop.org/attachment.cgi?id=24479)
Mesa-7.4_EXA
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--
http://bugs.freedesktop.org/show_bug.cgi?id=21019
--- Comment #1 from smoki 2009-04-02 14:48:45 PST ---
Created an attachment (id=24478)
--> (http://bugs.freedesktop.org/attachment.cgi?id=24478)
Mesa-7.4_XAA
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--
http://bugs.freedesktop.org/show_bug.cgi?id=21019
Summary: Performance regression on r200 started with one older
mesa core commit. It is in Mesa-7.4 also.
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linu
This was only used by the i915 driver for the swapbuffer vsync tasklet.
That functionality is now gone and nothing uses the kernel side
cliprects anymore. Just stub out the ioctls, but make sure we return
a non-zero handle in the DRM_IOCTL_ADD_DRAW case.
Signed-off-by: Kristian Høgsberg
---
dri
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #22 from Bob Raitz 2009-04-02 18:53:39 ---
The machine that was having this issue has died. Therefore, unless someone else
wishes to champion this cause, I say let the bug die with the machine.
--
Configure bugmail: http://bugzil
http://bugzilla.kernel.org/show_bug.cgi?id=12955
--- Comment #6 from Bob Raitz 2009-04-02 18:51:37 ---
Unless there is someone who wishes to take on this bug as their own, I request
that it be closed. The machine in question has died, and I am not going to
attempt to fix it again. Therefore,
http://bugs.freedesktop.org/show_bug.cgi?id=20966
--- Comment #3 from Roland Scheidegger
2009-04-02 11:02:20 PST ---
Confirmed. Looks like nearest filtering gets used instead of bilinear (with
high enough resolution it just doesn't matter much there). git-bisect tells me
it's 42ce7900865f85
http://bugs.freedesktop.org/show_bug.cgi?id=9252
--- Comment #36 from Xavier Bestel 2009-04-02 08:45:08
PST ---
I'd very much like to do that (and more), but I really don't have time for this
right now. Sorry for this.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=e
http://bugs.freedesktop.org/show_bug.cgi?id=9252
--- Comment #35 from Alex Deucher 2009-04-02 08:41:34 PST ---
(In reply to comment #34)
>
> Ah, and FWIW, the deadlocks disappeared with 6.10.0 and reappeared around
> 6.10.99 IIRC.
>
Any chance you could bisect between those releases and
http://bugs.freedesktop.org/show_bug.cgi?id=9252
Xavier Bestel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://bugs.freedesktop.org/show_bug.cgi?id=9252
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=10968
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Saturday 28 March 2009 23:46:14 Peter Zijlstra wrote:
> On Sat, 2009-03-28 at 13:22 +0100, Peter Zijlstra wrote:
> > I'm not really trusting my brain today, but something like the below
> > should work I think.
> >
> > Nick, any thoughts?
> >
> > Not-Signed-off-by: Peter Zijlstra
> > ---
> > a
Hi,
The edid_vendor() routine in drm_edid.c,
edid_vendor[2] = (edid->mfg_id[2] & 0x1f) + '@';
Should be,
edid_vendor[2] = (edid->mfg_id[1] & 0x1f) + '@';
Since vendor ID has only two bytes only, I am somewhat surprised why gcc
doesn't complain this ?
thanks,
-minskey
--
Remove an include that isn't actually needed to prevent needless
rebuilds.
Signed-off-by: Jean Delvare
---
Patch already sent on:
* 2009-01-13
* 2009-02-25
David, are you going to apply this patch or should I push it upstream
myself?
include/drm/drm_crtc_helper.h |1 -
1 file changed, 1 d
http://bugs.freedesktop.org/show_bug.cgi?id=20856
--- Comment #3 from David John 2009-04-02 00:47:47 PST ---
> Bugs like this have been fixed recently in libdrm, Mesa and the kernel. But
> you can also work around the problem by creating a driconf file and setting
> the
> vblank_mode (goog
28 matches
Mail list logo