e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150117/73c1569d/attachment.html>
works fine (with mesa 10.1 it
was completely blue, but it has been fixed).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
On Fri, Jan 16, 2015 at 03:53:04PM +0100, Thierry Reding wrote:
> On Fri, Jan 16, 2015 at 03:35:10PM +0100, Thierry Reding wrote:
> > On Tue, Nov 25, 2014 at 01:26:34PM +0100, Daniel Vetter wrote:
> > > On Tue, Nov 25, 2014 at 12:57:04PM +0100, Thierry Reding wrote:
> > > > On Tue, Nov 25, 2014 at
On Thu, Jan 15, 2015 at 08:46:46AM -0500, Rob Clark wrote:
> On Wed, Jan 14, 2015 at 7:55 PM, Daniel Vetter wrote:
> > On Tue, Jan 13, 2015 at 05:18:04PM -0500, Stephane Viau wrote:
> >> From: Beeresh Gopal
> >>
> >> This patch implements the hardware accelarated cursor
> >> support for MDP5 plat
On January 17, 2015 4:48:53 AM Daniel Vetter wrote:
> On Fri, Jan 16, 2015 at 03:53:04PM +0100, Thierry Reding wrote:
> > On Fri, Jan 16, 2015 at 03:35:10PM +0100, Thierry Reding wrote:
> > > On Tue, Nov 25, 2014 at 01:26:34PM +0100, Daniel Vetter wrote:
> > > > On Tue, Nov 25, 2014 at 12:57:04PM
On Fri, 16 Jan 2015 17:47:34 +
Russell King - ARM Linux wrote:
> Thanks, committed, and updated the summary line to:
>
> "drm/i2c: tda998x: use drm_do_get_edid()"
>
> to match the style used in the past.
You also committed 2 fixes of mine on the tda998x, but I could not
retrieve them in li
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #31 from kb at spatium.org ---
Christian, do you have any further ideas? Can perhaps the ref_div_max be
settable via sysfs so that I can cap it on boot?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fri, Jan 16, 2015 at 11:06 PM, Daniel Vetter wrote:
> On Thu, Jan 15, 2015 at 08:46:46AM -0500, Rob Clark wrote:
>> On Wed, Jan 14, 2015 at 7:55 PM, Daniel Vetter wrote:
>> > On Tue, Jan 13, 2015 at 05:18:04PM -0500, Stephane Viau wrote:
>> >> From: Beeresh Gopal
>> >>
>> >> This patch implem
||card
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150117/7680c1a9/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150117/b7fcc4db/attachment.html>
Hi Steve,
On Tue, Nov 4, 2014 at 11:20 PM, Steve Longerbeam
wrote:
> Well, if you think imx-drm is ready to be moved out of staging, then
> let's do that first. I will resubmit the imx-drm patches after the move
> is merged.
> The fixes that are important in terms of multi-display, upping channe
From: Fabio Estevam
In the case of errors we should propagate them.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fixed a typo on my FSL address
drivers/gpu/drm/imx/imx-tve.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/imx/imx-tve
copy-paste wasn't followed by editing, do it.
Signed-off-by: Jassi Brar
---
drivers/gpu/drm/sti/sti_hqvdp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_hqvdp.c b/drivers/gpu/drm/sti/sti_hqvdp.c
index f3db05d..b0eb62d 100644
--- a/drivers/gpu/drm/st
Matt, all,
Commit ea2c67bb4aff introduces a bug which causes the mouse to move in a
very unusual way, as if it has a lot of inertia. It will lag behind and
then overshoot the expected position.
I reproduced this bug on all my machines which use the drm/i915 drivers
and it affects all forms of mo
14 matches
Mail list logo