From: Hyungwon Hwang
This patch removes the ioctls which are removed from the linux kernel.
Signed-off-by: Hyungwon Hwang
Signed-off-by: Inki Dae
Signed-off-by: Tobias Jakobi
---
exynos/exynos_drm.h | 40
1 file changed, 40 deletions(-)
diff --git a/
From: Hyungwon Hwang
The ioctl DRM_EXYNOS_GEM_MAP_OFFSET and DRM_EXYNOS_GEM_MMAP are removed from
the linux kernel. This patch modifies libdrm and libkms to use drm generic
ioctls instead of the removed ioctls.
v2: The original patch was erroneous. In case the MODE_MAP_DUMB ioctl failed
it w
Hello,
these two patches are needed for the exynos component of libdrm to
properly work again. With the current stable 3.18.x the 'exynos_bo_map'
call is broken, making it impossible to get data from userspace into
a DRM buffer.
The patches were sent by Hyungwon Hwang some while ago, but the firs
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/11cf7770/attachment.html>
On Fri, Jan 16, 2015 at 11:14 AM, Daniel Kurtz wrote:
>
> On Fri, Jan 16, 2015 at 10:36 AM, huang lin wrote:
> > The AUO b101ean01 panel is a 10.1" 1280x800 panel,
> > which can be supported by the simple panel driver.
> >
> > Signed-off-by: huang lin
>
Thierry is going to point out that this
From: Michel Dänzer
It was causing the return value of fence_is_signaled to be ignored, making
reservation objects signal too early.
Cc: stable at vger.kernel.org
Reviewed-by: Maarten Lankhorst
Signed-off-by: Michel Dänzer
---
drivers/dma-buf/reservation.c | 2 --
1 file changed, 2 deletion
Hi Russell,
On Friday 16 January 2015 16:26:00 Russell King - ARM Linux wrote:
> On Fri, Jan 16, 2015 at 06:17:39PM +0200, Laurent Pinchart wrote:
> > On Friday 16 January 2015 15:46:28 Russell King - ARM Linux wrote:
> >> On Fri, Jan 16, 2015 at 05:44:52PM +0200, Laurent Pinchart wrote:
> >>> Hi
Replace the internal EDID read implementation by a call to the new EDID
read core function.
Signed-off-by: Laurent Pinchart
Reviewed-by: Rob Clark
Tested-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 86 ---
1 file changed, 18 insertions(+)
Hi Russell,
On Friday 16 January 2015 15:46:28 Russell King - ARM Linux wrote:
> On Fri, Jan 16, 2015 at 05:44:52PM +0200, Laurent Pinchart wrote:
> > Hi Dave,
> >
> > The following changes since commit
adc31849b27fefeca6c225d3895143a2ec6970fa:
> > Merge tag 'drm-intel-next-2014-12-19' of
> >
https://bugzilla.kernel.org/show_bug.cgi?id=89331
--- Comment #3 from Alex Deucher ---
(In reply to Adrian G from comment #2)
> I have simmilar problem with a dual mobile radeon system. Is PRIME still
> under development?
Yes. It's a community developed feature.
--
You are receiving this mail
From: Fabio Estevam
In the case of errors we should propagate them.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/imx/imx-tve.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/imx/imx-tve.c b/drivers/gpu/drm/imx/imx-tve.c
index a729f4f7..a
https://bugzilla.kernel.org/show_bug.cgi?id=89331
Adrian G changed:
What|Removed |Added
CC||raziel_theripper at yahoo.com
--- Comment #2 f
org/archives/dri-devel/attachments/20150116/dc77176f/attachment.html>
On Fri, Jan 16, 2015 at 06:37:43PM +0200, Laurent Pinchart wrote:
> Replace the internal EDID read implementation by a call to the new EDID
> read core function.
>
> Signed-off-by: Laurent Pinchart
> Reviewed-by: Rob Clark
> Tested-by: Jean-Francois Moine
Thanks, committed, and updated the sum
Hi Dave,
The following changes since commit adc31849b27fefeca6c225d3895143a2ec6970fa:
Merge tag 'drm-intel-next-2014-12-19' of git://anongit.freedesktop.org/drm-
intel into drm-next (2015-01-10 08:46:24 +1000)
are available in the git repository at:
git://linuxtv.org/pinchartl/fbdev.git drm
Hi Dave,
Ping ?
On Tuesday 23 December 2014 12:03:34 Laurent Pinchart wrote:
> Hi Dave,
>
> The following changes since commit 4e0cd68115620bc3236ff4e58e4c073948629b41:
>
> drm: sti: fix module compilation issue (2014-12-15 17:07:57 +1000)
>
> are available in the git repository at:
>
> g
On Fri, Jan 16, 2015 at 06:17:39PM +0200, Laurent Pinchart wrote:
> Hi Russell,
>
> On Friday 16 January 2015 15:46:28 Russell King - ARM Linux wrote:
> > On Fri, Jan 16, 2015 at 05:44:52PM +0200, Laurent Pinchart wrote:
> > > Hi Dave,
> > >
> > > The following changes since commit
> adc31849b27
think it'd be okay to merge these for v3.20.
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/20150116/884f5c0e/attachment.sig>
or
- drivers have to ensure that the real state in fact mirrors the
initial default as encoded in the state (plane disabled)
So I think the comment below that I proposed earlier is the best we can
do.
/*
* When using the transitional helpers, old_state may be NULL. If so,
* we know nothing about the current state and have to assume that it
* might be enabled. This usually happens only on the very first call
* of the drm_plane_helper_commit() helper.
*
* When using the atomic helpers, old_state won't be NULL. Therefore
* this check assumes that either the driver will have reconstructed
* the correct state in ->reset() or that the driver will have taken
* appropriate measures to disable all planes.
*/
Or perhaps I'm missing something?
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/20150116/3d4e0666/attachment-0001.sig>
On Fri, Jan 16, 2015 at 05:44:52PM +0200, Laurent Pinchart wrote:
> Hi Dave,
>
> The following changes since commit adc31849b27fefeca6c225d3895143a2ec6970fa:
>
> Merge tag 'drm-intel-next-2014-12-19' of git://anongit.freedesktop.org/drm-
> intel into drm-next (2015-01-10 08:46:24 +1000)
>
> ar
al helpers, old_state may be NULL. If so,
* we know nothing about the current state and have to assume that it
* might be enabled. This usually happens only on the very first call
* of the drm_plane_helper_commit() helper.
*
* When using the atomic helpers, old_state won't be NULL. Therefore
* this check assumes that either the driver will have reconstructed
* the current state in ->reset() or that the driver will have taken
* measures to disable all planes.
*/
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/20150116/8f75463a/attachment.sig>
"someone else should fix that by ..."?
--
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/20150116/49f245a3/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/1d57a821/attachment.html>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/60f0d1b3/attachment.html>
kfree(ERR_PTR(-ENOMEM)) will not work very well.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
index 8777b7f..28215e4 100644
--- a/drivers/gpu/drm/tegra/gem.c
+++ b/drivers/gpu/drm/tegra/gem.c
@@ -244,10 +244,8 @@ static int tegra_bo_get_page
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/2995b633/attachment.html>
On 01/16/2015 02:27 AM, Kees Cook wrote:
> On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell
> wrote:
>> Oded Gabbay writes:
>>> On 12/24/2014 01:01 AM, Rusty Russell wrote:
Oded Gabbay writes:
> I didn't say it doesn't always work.
> The actual thing that doesn't work is the define
..
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/37f9f1f5/attachment.sig>
In case we request a number of SMP blocks which is lower than
the already reserved blocks, we should not try to allocate a
negative number, but 0 blocks instead.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_smp.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
d
ment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/dc7a3eb8/attachment.sig>
- 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/20150116/6c65dd51/attachment.sig>
is 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/20150116/25f5d82a/attachment.html>
ment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/3a03e6c8/attachment.sig>
ation/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/06eea81c/attachment.sig>
3.20 for the media git tree.
Patches 1, 2 and 3:
Acked-by: Thierry Reding
-- 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/20150116/736c7e8b/attachment.sig>
On Fri, Jan 16, 2015 at 10:36 AM, huang lin wrote:
> The AUO b101ean01 panel is a 10.1" 1280x800 panel,
> which can be supported by the simple panel driver.
>
> Signed-off-by: huang lin
Reviewed-by: Daniel Kurtz
>
> ---
>
> Changes in v3:
> - changed moving auo_b101ean01 definitions under auo_
The AUO b101ean01 panel is a 10.1" 1280x800 panel,
which can be supported by the simple panel driver.
Signed-off-by: huang lin
---
Changes in v3:
- changed moving auo_b101ean01 definitions under auo_b101aw03
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed,
On Fri, Jan 16, 2015 at 5:06 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> It was causing the return value of fence_is_signaled to be ignored, making
> reservation objects signal too early.
>
> Cc: stable at vger.kernel.org
> Reviewed-by: Maarten Lankhorst
> Signed-off-by: Michel Dänzer
t?
Thanks.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/f11aac5b/attachment-0001.html>
ally an LLVM regression.
--
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/20150116/5646c2c6/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/df8aabf5/attachment.html>
d I leave the bug open until the fix hits LLVM trunk?
--
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/20150116/07da4ac0/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/da636db3/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/40ada226/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/65513e71/attachment.html>
Jan 15 16:52:47 kaveri kernel: [ 208.982522] VM fault (0x04, vmid 2) at
> > > page 156487, write from 'CB0' (0x43423000) (0)
> >
> > I'll try 10.3.2 and launch a bisection, but I need to downgrade my newly
> > updated llvm back to 3.5 first.
>
> I
).
--
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/20150116/297adbf3/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/20150116/be1569fd/attachment.html>
vel/attachments/20150116/0f690ad2/attachment.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/eb24a622/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/d60153bf/attachment.html>
rubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/c67c005b/attachment.html>
n, but I need to downgrade my newly
> updated llvm back to 3.5 first.
I'm confirming that 10.3.2 works fine.
--
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/20150116/8b922ee5/attachment-0001.html>
d
isuess.
--
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/20150116/66d1c8d8/attachment.html>
487, write from 'CB0' (0x43423000) (0)
I'll try 10.3.2 and launch a bisection, but I need to downgrade my newly
updated llvm back to 3.5 first.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/f673348f/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150116/af916b24/attachment.html>
57 matches
Mail list logo
