From: Magnus Damm
Fix warnings related to size_t when building for 64-bit architectures:
drivers/gpu/drm/drm_gem_cma_helper.c: In function âdrm_gem_cma_createâ:
drivers/gpu/drm/drm_gem_cma_helper.c:114:4: warning: format â%dâ expects
argument of type âintâ, but argument 3 has type â
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/02abdfd2/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/15529765/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/f9ac69b6/attachment.html>
that managed to hardlock Dota2
with the "modesetting" driver is doing the same thing to you.
--
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/archi
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/20150219/d153789c/attachment.html>
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/20150219/ed8c39ca/attachment.html>
Adding dpcd macros related to edp1.4 and link rates
v2: Added DP_SUPPORTED_LINK_RATES macros
Signed-off-by: Sonika Jindal
---
include/drm/drm_dp_helper.h |8
1 file changed, 8 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index 11f8c84..77a55
g/archives/dri-devel/attachments/20150219/9a2ee0cc/attachment.html>
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/f1e33c9b/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/a1c3fcd9/attachment.html>
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/3d94cfcf/attachment-0001.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/2a36909a/attachment.html>
On Thu, Feb 19, 2015 at 2:06 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> Fix warnings related to size_t when building for 64-bit architectures:
>
> drivers/gpu/drm/drm_gem_cma_helper.c: In function
> ââ¬Ëdrm_gem_cma_createââ¬â¢:
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
But the atc
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/4dfb6a1d/attachment.html>
On Thu, 2015-02-19 at 10:47 +, Dave Gordon wrote:
> On 18/02/15 16:24, Imre Deak wrote:
> > On ke, 2015-02-18 at 17:39 +0200, Jani Nikula wrote:
> >> On Tue, 17 Feb 2015, Klaus Ethgen wrote:
> >>> After solving the conflicts, I applied the revert (see attachment) to
> >>> v3.18.7. I think it
p.org/archives/dri-devel/attachments/20150219/7d93616d/attachment.html>
ng 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/20150219/1e791f76/attachment.html>
From: Gustavo Padovan
Hi,
Here goes some clean ups to the exynos drivers. The main clean ups is
the presetting and zpos making the property immutable and the removal
of *_win_data structures.
Gustavo Padovan (6):
drm/exynos: remove unused exynos_crtc->win_enable() callback
drm/exynos: remo
From: Gustavo Padovan
None of the exynos crtc drivers implements win_enable() so remove it for
better clarity of the code.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/
From: Gustavo Padovan
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all *_win_data structs.
Signed-off
From: Gustavo Padovan
Usually userspace don't want to have two overlay planes on the same zpos
so this change assign a different zpos for each plane. Before this change
a zpos of value zero was created for all planes so the userspace had to
set up the zpos of every plane it wanted to use.
Also a
From: Gustavo Padovan
We already set each plane zpos at init, after that changes to zpos are
not expected. This patch turns zpos into a read-only property so now it is
impossible to set zpos.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 21 ++--
From: Gustavo Padovan
The .destroy() callback for exynos can be replaced by drm_plane_cleanup().
The only extra operation on exynos_plane_destroy() was a call to
exynos_plane_disable() but the plane is already disabled by a earlier call
to drm_framebuffer_remove().
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan
These functions were already removed by previous cleanup work, but these
ones were left behind.
Signed-off-by: Gustavo Padovan
Acked-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/e
From: Mandeep Singh Baines
The goal of the change is to make sure we send the vblank event on the
current vblank. My hope is to fix any races that might be causing flicker.
After this change I only see a flicker in the transition plymouth and
X11.
Simplified the code by tracking vblank events on
Hi Dave,
The following changes since commit 45ee2dbc65cbf6910892c480e6f428be342fa733:
Merge branch 'drm-next-3.20' of git://people.freedesktop.org/~agd5f/linux
into drm-next (2015-02-16 13:55:49 +1000)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/d
On to, 2015-02-19 at 12:25 +, Dave Gordon wrote:
> On 12/02/15 22:38, Imre Deak wrote:
> > On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> >> UMS is no more!
> >>
> >> Signed-off-by: Daniel Vetter
>
> Some machines now won't boot in "recovery mode", which specifies
> "nomodeset" and
On to, 2015-02-19 at 15:39 +0200, Imre Deak wrote:
> On to, 2015-02-19 at 12:25 +, Dave Gordon wrote:
> > On 12/02/15 22:38, Imre Deak wrote:
> > > On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> > >> UMS is no more!
> > >>
> > >> Signed-off-by: Daniel Vetter
> >
> > Some machines n
ing 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/20150219/5935719d/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/fc78dcba/attachment.html>
Am 02.02.2015 um 14:20 schrieb Marek Szyprowski:
> From: Andrzej Hajda
>
> The patch adds domain definition and references to it in appropriate devices.
>
> Signed-off-by: Andrzej Hajda
> [mszyprow: rebased onto generic power domains dt bindings]
> Signed-off-by: Marek Szyprowski
> Tested-by:
ot;)
> Fixes: af478d8823 ("drm/bridge: ptn3460: use gpiod interface")
Applied, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/355be74c/attachment-0001.sig>
Am 02.02.2015 um 14:20 schrieb Marek Szyprowski:
> Mixed block needs to control hdmi clock to properly perform power on/off
> operation, so add 'hdmi' clock also to mixer nodes.
>
> Signed-off-by: Marek Szyprowski
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 5 +++--
> arch/arm/boot/dts/exynos542
On 18/02/15 16:24, Imre Deak wrote:
> On ke, 2015-02-18 at 17:39 +0200, Jani Nikula wrote:
>> On Tue, 17 Feb 2015, Klaus Ethgen wrote:
>>> After solving the conflicts, I applied the revert (see attachment) to
>>> v3.18.7. I think it should also apply to the current head. With that
>>> patch, susp
On 12/02/15 22:38, Imre Deak wrote:
> On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
>> UMS is no more!
>>
>> Signed-off-by: Daniel Vetter
Some machines now won't boot in "recovery mode", which specifies
"nomodeset" and therefore results in various important bits of code not
being execut
Your patch fix this bug https://bugs.freedesktop.org/show_bug.cgi?id=88978 too.
Nice.
--
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/attac
https://bugzilla.kernel.org/show_bug.cgi?id=14596
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ug 87278, which was also reopened after a
reverted commit in LLVM.
--
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/20150219/6012434d/attachment.html>
||g/show_bug.cgi?id=87278
--
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/20150219/45627
||g/show_bug.cgi?id=84500
--
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/20150219/f5989
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/5b969e61/attachment.html>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/d6d125b9/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=22022
Alan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Alan changed:
What|Removed |Added
Regression|No |Yes
--
You are receiving this mail because:
You a
https://bugzilla.kernel.org/show_bug.cgi?id=44851
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Kernel Version|3.5
https://bugzilla.kernel.org/show_bug.cgi?id=44831
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=44341
Alan changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
On to, 2015-02-19 at 15:42 +, Dave Gordon wrote:
> On 19/02/15 11:08, Deak, Imre wrote:
> > On Thu, 2015-02-19 at 10:47 +, Dave Gordon wrote:
> >> On 18/02/15 16:24, Imre Deak wrote:
> >>> On ke, 2015-02-18 at 17:39 +0200, Jani Nikula wrote:
> On Tue, 17 Feb 2015, Klaus Ethgen wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=43741
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=43365
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=43360
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=43346
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/9f1865a0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=43295
Alan changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=43209
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
practice
map (I tried Dustbowl) and walking around should be enough.
--
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/20150
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/909b5a1f/attachment-0001.html>
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/20150219/5dde63bb/attachment.html>
ug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/2a3d9744/attachment.html>
||
--
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/20150219/cca2c9f9/attachment.html>
need
testing? I am asking this so that if I know it isn't I may as well compile
another kernel with the patches from 19 and 20. Thank you btw for everything.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment
https://bugzilla.kernel.org/show_bug.cgi?id=83461
Joerg Esser changed:
What|Removed |Added
CC||jackfritt at boh.de
--- Comment #35 from Jo
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/24e24f5e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #36 from Joerg Esser ---
Oh I forgot, In the kernel changelog it also hits bug 91861.
And it isn´t in 3.19 because there I still have those problem.
--
You are receiving this mail because:
You are watching the assignee of the bug.
http://lists.freedesktop.org/archives/dri-devel/attachments/20150219/0fc3704c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #37 from Alex Deucher ---
(In reply to Joerg Esser from comment #35)
> I had similar problems until I used 3.18.7.
> I couldn´t even boot beyond radeon load. The whole kernel crashed and my
> Monitor showed no usable signal. I had to
564c93a3c
f2b353b9593f085e196f184a2d6ebee2e2194dea Msrc
for stages 1&2... wip
--
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/20150219/50eb5298/attachment.html>
The logic was reversed from what the hw actually exposed.
Fixes graphics corruption in certain harvest configurations.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/ni.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu
On Thu, Feb 19, 2015 at 6:21 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> The atombios tables have an unfortunate restriction on only
> being able to write 12 bytes, MST really wants 16-bytes here,
> and since the hw can do it, we should just write directly to it.
>
> This uses a module option
On 19/02/15 11:08, Deak, Imre wrote:
> On Thu, 2015-02-19 at 10:47 +, Dave Gordon wrote:
>> On 18/02/15 16:24, Imre Deak wrote:
>>> On ke, 2015-02-18 at 17:39 +0200, Jani Nikula wrote:
On Tue, 17 Feb 2015, Klaus Ethgen wrote:
> After solving the conflicts, I applied the revert (see a
71 matches
Mail list logo
