This tests async processing of G2D jobs. A separate thread is spawned
to monitor the DRM fd for events and check whether a G2D job was
completed.
Signed-off-by: Tobias Jakobi
---
tests/exynos/Makefile.am | 7 +-
tests/exynos/exynos_fimg2d_event.c | 248 +++
This is a more 'flexible' version of g2d_exec allowing to pass
some flags which modify the behaviour of g2d_exec. Currently
only the 'async' operation flag is supported.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c | 15 +--
exynos/exynos_fimg2d.h | 6 ++
2 files chan
This enables us to pass command buffers to the kernel which
trigger an event on the DRM fd upon completion.
The final goal is to enable asynchronous operation of the
G2D engine, similar to async page flips.
Passing the event userdata pointer through the G2D context
was chosen to not change the cur
This event is specific to Exynos G2D DRM driver. Only
process it when Exynos support is enabled.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_drm.h | 12
xf86drm.h | 7 ++-
xf86drmMode.c | 18 ++
3 files changed, 36 insertions(+), 1 deletion(-)
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and output together with the amount of pixels
pro
Hello,
this series exposes async execution of G2D command buffers to userspace. Also
includes is a small performance analysis test, which can also be used to
stress test the engine. The async operation is of course also tested.
Please review and let me know what I can improve.
With best wishes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Jan,
Jan Vesely wrote:
> May I consider this a R-b for this change? I have moved the
> switch-enum fix to a separate patch (that covers all switch-enum
> warnings)
sure, that's fine with me.
With best wishes,
Tobias
-BEGIN PGP SIGNATURE---
Hi Linus,
a bunch of fixes across drivers,
radeon: disable two ended allocation for now, it breaks some stuff
amdkfd: misc fixes
nouveau: fix irq loop problem, add basic support for GM206 (new hw)
i915: fix some WARNs people were seeing
exynos: fix some iommu interactions causing boot failures
I
Both android-x86 and android-ia versions of libpciacccess correctly
"export" the include. If anyone else is wrapping up their own version
they should do so as well.
Remove this fixed location hack from the build.
Cc: Chih-Wei Huang
Signed-off-by: Emil Velikov
---
intel/Android.mk | 3 ---
1 fi
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/d49bf8e8/attachment.html>
On 18 March 2015 at 18:37, Jan Vesely wrote:
> Not used anywhere
>
Some information from my digging around:
Function was added with commit 79038751ffe(libdrm: add support for
server side functionality in libdrm).
It's not referenced even once in the history of the following projects
- xserver
-
On 23 February 2015 at 10:35, Mikko Rapeli wrote:
> On Mon, Feb 23, 2015 at 10:26:58AM +, Emil Velikov wrote:
>> On 16/02/15 23:05, Mikko Rapeli wrote:
>> > Fixes compilation error:
>> >
>> > drm/drm.h:132:2: error: unknown type name âsize_tâ
>> >
>> Hi Mikko,
>>
>> Can you let us know ho
Hi Kamil,
Once again thank you for continuing this work!
I do have some comments, see below.
On 03/20/2015 05:52 PM, Kamil Debski wrote:
> Add the CEC framework.
>
> Signed-off-by: Hans Verkuil
> [k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil]
> [k.debski at samsung.com: M
On Fri, Mar 20, 2015 at 06:19:26PM +, Emil Velikov wrote:
> On 20 March 2015 at 11:14, Javi Merino wrote:
> > We have grown a number of different implementations of
> > DIV_ROUND_CLOSEST_ULL throughout the kernel. Move the i915 one to
> > kernel.h so that it can be reused.
> >
> > Cc: Daniel
On 20 March 2015 at 11:14, Javi Merino wrote:
> We have grown a number of different implementations of
> DIV_ROUND_CLOSEST_ULL throughout the kernel. Move the i915 one to
> kernel.h so that it can be reused.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Cc: David Airlie
> Cc: Darrick J. Wong
> Cc
eason why this label should be added to the switch
> statement?
>
> With best wishes,
> Tobias
>
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/159baaa6/attachment.sig>
Signed-off-by: Jan Vesely
---
xf86drmSL.c | 172 +++-
1 file changed, 6 insertions(+), 166 deletions(-)
diff --git a/xf86drmSL.c b/xf86drmSL.c
index cf588ac..bb9ca7f 100644
--- a/xf86drmSL.c
+++ b/xf86drmSL.c
@@ -41,13 +41,7 @@
#include
Signed-off-by: Jan Vesely
---
tests/drmsltest.c | 28
1 file changed, 20 insertions(+), 8 deletions(-)
diff --git a/tests/drmsltest.c b/tests/drmsltest.c
index d193008..d871fbf 100644
--- a/tests/drmsltest.c
+++ b/tests/drmsltest.c
@@ -106,7 +106,9 @@ static double d
Signed-off-by: Jan Vesely
---
.gitignore| 1 +
tests/Makefile.am | 3 +-
tests/drmsltest.c | 172 ++
3 files changed, 175 insertions(+), 1 deletion(-)
create mode 100644 tests/drmsltest.c
diff --git a/.gitignore b/.gitignore
index
v2: zero the update array instead of checking the return value.
SLLocate returns NULL both on failure and if the element is greater
than everything in the list
Signed-off-by: Jan Vesely
---
xf86drmSL.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/xf86drmSL.c
its, but
> I'd leave that as a separate patch.
>
> thanks,
> jan
>
> >
> > Cheers,
> > Emil
>
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/8257aacf/attachment.sig>
Add CEC interface driver present in the Samsung Exynos range of
SoCs.
The following files were based on work by SangPil Moon:
- exynos_hdmi_cec.h
- exynos_hdmi_cecctl.c
Signed-off-by: Kamil Debski
---
drivers/media/platform/Kconfig |7 +
drivers/media/platform/Makefile
From: Hans Verkuil
Add CEC support to the adv7511 driver.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
---
drivers/media/i2c/adv7511.c | 325 ++-
include/medi
From: Hans Verkuil
Add CEC support to the adv7604 driver.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
---
drivers/media/i2c/adv7604.c | 182 +++
1 file chang
From: Hans Verkuil
Add callbacks to the v4l2_subdev_video_ops.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
---
include/media/v4l2-subdev.h |8
1 file changed, 8 insertions(+)
diff --gi
Add the CEC framework.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil]
[k.debski at samsung.com: Merged Update author commit by Hans Verkuil]
[k.debski at samsung.com: change kthread handling when setting logical
address]
[k.debski at samsung.com:
This patch add a map for devices that communicate over the HDMI CEC bus.
Sgined-off-by: Kamil Debski
---
drivers/media/rc/keymaps/Makefile |1 +
drivers/media/rc/keymaps/rc-cec.c | 144 +
drivers/media/rc/rc-main.c|1 +
include/media/rc-core.h
The HDMI CEC bus allows device to communicate with one another.
This includes sending remote control key codes. Some of key codes
defined in the CEC standard are not defined in the input.h.
This patch adds the key codes that are missing.
Signed-off-by: Kamil Debski
---
include/uapi/linux/input.h
Add support for the s5p-mfc device to the exynos4412-odroidu3.dts.
Signed-off-by: Kamil Debski
---
arch/arm/boot/dts/exynos4412-odroidu3.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-odroidu3.dts
b/arch/arm/boot/dts/exynos4412-odroidu3.dts
Add entry for hdmi-cec to the pinctrl_1.
Signed-off-by: Kamil Debski
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-odroid-common.dtsi
b/arch/arm/boot/dts/exynos4412-odroid-common.dtsi
index de80b5b.
Hi,
First of all - thank you so much for your comments to the two previous versions
of this RFC. This is the third version of the HDMI CEC framework patches.
In this version I have introduced a promiscuous mode in which all messages are
forwarded to the userspace. This is independent of parsing o
On 18/03/15 19:41, Jan Vesely wrote:
> On Wed, 2015-03-18 at 20:23 +0100, Tobias Jakobi wrote:
>> Hello Jan,
>>
>> Jan Vesely wrote:
>>> Signed-off-by: Jan Vesely
>>> ---
>>> tests/exynos/exynos_fimg2d_test.c | 3 ++-
>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/tests/e
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/73c96ac5/attachment.sig>
> -Original Message-
> From: David Miller [mailto:davem at davemloft.net]
> Sent: Friday, March 20, 2015 1:24 PM
> To: Koenig, Christian
> Cc: Deucher, Alexander; dri-devel at lists.freedesktop.org; linux-
> kernel at vger.kernel.org
> Subject: Re: [PATCH] radeon: Do not directly dereferenc
On 27/02/15 18:07, Jan Vesely wrote:
> Signed-off-by: Jan Vesely
> ---
> xf86drmSL.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/xf86drmSL.c b/xf86drmSL.c
> index acddb54..2160bb8 100644
> --- a/xf86drmSL.c
> +++ b/xf86drmSL.c
> @@ -266,11 +266,14 @@ int drmSL
On 18/03/15 18:37, Jan Vesely wrote:
> v2: Remove the handler function instead of commenting out
> split debugmsg function removal to a separate patch
>
> Signed-off-by: Jan Vesely
Looks good thanks for the split.
Reviewed-by: Emil Velikov
-Emil
On 19/03/15 17:54, Daniel Kurtz wrote:
> On Fri, Mar 20, 2015 at 1:50 AM, Emil Velikov
> wrote:
>> On 19/03/15 17:42, Daniel Kurtz wrote:
>>> On Fri, Mar 6, 2015 at 4:52 PM, Daniel Kurtz
>>> wrote:
There is a rockchip drm kms driver.
Add "rockchip" to the static lists of driver names
On 20/03/15 06:34, Chih-Wei Huang wrote:
> Is there any gating item to prevent
> these patches (5+2) from being merged?
>
None in particular. I prefer to give it a day or two as people might
want to comment, yet their mail queue does not allow them.
I've pushed them now. Thanks !
Emil
On 09/03/15 12:37, Emil Velikov wrote:
> The former does not imply the latter and vice-versa. One such example is
> the Sun compiler.
>
> Cc: Alan Coopersmith
> Cc: Thierry Reding
> Signed-off-by: Emil Velikov
> ---
>
> Hi Alan,
> Can you please take a look it this series covers the symbol vis
On Fri, Mar 20, 2015 at 01:51:36PM +, Alex Elder wrote:
> On 03/20/2015 06:14 AM, Javi Merino wrote:
> > Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
> > implementation and use the kernel one.
> >
> > Cc: Antti Palosaari
> > Cc: Mauro Carvalho Chehab
> > Signed-off
On Thu, Mar 19, 2015 at 04:33:26AM +, Daniel Stone wrote:
> Before, we would set the property, but also return -EINVAL because of a
> broken fallthrough.
>
> Signed-off-by: Daniel Stone
Oops. Both of these merged to drm-misc.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
htt
On Thu, Mar 19, 2015 at 04:33:16AM +, Daniel Stone wrote:
> Holding a pointer to the mode, rather than an embed, allows us to get
> towards sharing refcounted modes.
>
> XXX: atomic_destroy_state does _not_ seem to be optional - so we should
> remove any fallback paths which compensate fo
On Thu, Mar 19, 2015 at 04:33:03AM +, Daniel Stone wrote:
> Just as we provide crtc->mode pre-populated with the requested mode,
> move adjusted_mode into hwmode before we call the crtc's mode_set,
> making sure to restore it on failure.
>
> Allows drivers which thoughtlessly discard adjusted_
On Thu, Mar 19, 2015 at 04:33:04AM +, Daniel Stone wrote:
> mode_valid is the callback we already have to check whether or not a
> mode is valid. So there's no need to validate again inside mode_fixup,
> and there's really very definitely no need to select a totally different
> mode.
There is.
On 03/20/2015 01:43 PM, Tomi Valkeinen wrote:
> On 18/03/15 16:56, Grygorii.Strashko at linaro.org wrote:
>> Hi All,
>>
>> On 02/25/2015 08:08 PM, grygorii.strashko at linaro.org wrote:
>>> From: Grygorii Strashko
>>>
>>> Setting a dev_pm_ops resume callback but not a set of
>>> hibernation handle
On Thu, Mar 19, 2015 at 04:33:01AM +, Daniel Stone wrote:
> mode is always NULL at this point in the function, so make our intention
> clear.
>
> Signed-off-by: Daniel Stone
> ---
> drivers/gpu/drm/drm_fb_helper.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/driv
On Thu, Mar 19, 2015 at 05:39:06PM +, Emil Velikov wrote:
> On 19/03/15 16:35, Damien Lespiau wrote:
> > - Running "make distcheck" should result in no warnings or errors
> > - and end with a message of the form:
> > + Verify that the code passes "make distcheck". Running "make
> >
On 03/20/2015 12:27 PM, Javi Merino wrote:
> On Fri, Mar 20, 2015 at 01:51:36PM +, Alex Elder wrote:
>> On 03/20/2015 06:14 AM, Javi Merino wrote:
>>> Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
>>> implementation and use the kernel one.
>>>
>>> Cc: Antti Palosaari
Is there any gating item to prevent
these patches (5+2) from being merged?
2015-03-19 10:56 GMT+08:00 Chih-Wei Huang :
> 2015-03-19 10:06 GMT+08:00 Emil Velikov :
>> On 18/03/15 16:38, Chih-Wei Huang wrote:
>>> 2015-03-18 9:37 GMT+08:00 Emil Velikov :
> On 18 March 2015 at 01:19, Chih-Wei Hua
Dear Andrej,
On Thu, 19 Mar 2015 10:32:10 +0100
Andrzej Hajda wrote:
> On 03/19/2015 02:18 AM, Hyungwon Hwang wrote:
> > Dear Daniel,
> >
> > On Thu, 19 Mar 2015 01:13:21 +
> > Daniel Stone wrote:
> >
> >> Hi Hyungwon,
> >>
> >> On 19 March 2015 at 01:02, Hyungwon Hwang
> >> wrote:
> >>>
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/79550235/attachment-0001.sig>
},
>> };
>>
>>
>
> Any comments on this?
Sorry, I missed this. I'll add it to my omapdrm branch.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/8dd80b3d/attachment-0001.sig>
From: Christian König
Date: Fri, 20 Mar 2015 10:38:32 +0100
> On 19.03.2015 17:29, David Miller wrote:
>> From: Christian König
>> Date: Thu, 19 Mar 2015 09:50:58 +0100
>>
>>> In general I would say yes, but for this particular hardware it's a
>>> bit questionable to do so.
>>>
>>> For radeon
On 03/20/2015 01:14 PM, Javi Merino wrote:
> Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
> implementation and use the kernel one.
>
> Cc: Antti Palosaari
> Cc: Mauro Carvalho Chehab
> Signed-off-by: Javi Merino
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
19.03.2015 23:05, One Thousand Gnomes wrote:
>> Yes, with video=LVDS-1:d boot parameter, kernel boots fine and there is
>> graphics/video output on the screen, with the following message from kernel
>> when loading gma500_gfx:
>>
>> [6.472859] [drm] forcing LVDS-1 connector OFF
>>
>> (and a few
Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.
Cc: Antti Palosaari
Cc: Mauro Carvalho Chehab
Signed-off-by: Javi Merino
---
I've only compile-tested it, I don't have the hardware to run it.
drivers/media/dvb-frontends/cxd2820r_c.
Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.
Cc: "Rafael J. Wysocki"
Cc: Mel Gorman
Cc: Stephen Hemminger
Signed-off-by: Javi Merino
---
drivers/cpuidle/governors/menu.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions
Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.
Cc: Mike Turquette
Cc: Stephen Boyd
Cc: Alex Elder
Signed-off-by: Javi Merino
---
I've only compile-tested this, I don't have the hardware to test it.
drivers/clk/bcm/clk-kona.c | 2
We have grown a number of different implementations of
DIV_ROUND_CLOSEST_ULL throughout the kernel. Move the i915 one to
kernel.h so that it can be reused.
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: David Airlie
Cc: Darrick J. Wong
Cc: Guenter Roeck
Cc: Andrew Morton
Signed-off-by: Javi Merino
The kernel has grown a number of different implementations of
DIV_ROUND_CLOSEST_ULL(). That is, a macro that does the same as
DIV_ROUND_CLOSEST() but with the first operand being an unsigned long
long. That means that you have to do the division using do_div()
instead of using the C division oper
On 19.03.2015 17:29, David Miller wrote:
> From: Christian König
> Date: Thu, 19 Mar 2015 09:50:58 +0100
>
>> In general I would say yes, but for this particular hardware it's a
>> bit questionable to do so.
>>
>> For radeon hardware to work correctly the CPU access to the PCIE BARs
>> should wor
On Fri, Mar 20, 2015 at 5:38 AM, Christian König
wrote:
> On 19.03.2015 17:29, David Miller wrote:
>>
>> From: Christian König
>> Date: Thu, 19 Mar 2015 09:50:58 +0100
>>
>>> In general I would say yes, but for this particular hardware it's a
>>> bit questionable to do so.
>>>
>>> For radeon ha
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/51a58d01/attachment.html>
On 03/20/2015 06:14 AM, Javi Merino wrote:
> Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
> implementation and use the kernel one.
>
> Cc: Antti Palosaari
> Cc: Mauro Carvalho Chehab
> Signed-off-by: Javi Merino
> ---
> I've only compile-tested it, I don't have the ha
On 03/20/2015 06:14 AM, Javi Merino wrote:
> We have grown a number of different implementations of
> DIV_ROUND_CLOSEST_ULL throughout the kernel. Move the i915 one to
> kernel.h so that it can be reused.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Cc: David Airlie
> Cc: Darrick J. Wong
> Cc: G
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/20150320/02ab5f91/attachment-0001.html>
e for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/8399fab2/attachment.html>
://lists.freedesktop.org/archives/dri-devel/attachments/20150320/2a7373e8/attachment.html>
ictures that represent the ones
in the same folder.
Reproducable only with glamor, with EXA everything works.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop
On Fri, Mar 20, 2015 at 1:50 AM, Emil Velikov
wrote:
> On 19/03/15 17:42, Daniel Kurtz wrote:
>> On Fri, Mar 6, 2015 at 4:52 PM, Daniel Kurtz wrote:
>>> There is a rockchip drm kms driver.
>>> Add "rockchip" to the static lists of driver names in the the standard
>>> set of tests.
>>>
>>> Signed
On Fri, Mar 6, 2015 at 4:54 PM, Daniel Kurtz wrote:
> --enable-install-test-programs allows tests to be installed in $bindir.
> This is disabled by default, but very useful when cross compiling.
>
> Signed-off-by: Daniel Kurtz
Ping?
Can somebody please help review & push this patch.
Thanks,
-D
On Fri, Mar 6, 2015 at 4:52 PM, Daniel Kurtz wrote:
> There is a rockchip drm kms driver.
> Add "rockchip" to the static lists of driver names in the the standard
> set of tests.
>
> Signed-off-by: Daniel Kurtz
Ping?
Can somebody please help review & push this patch.
Thanks,
-Dan
> ---
> tes
||
--
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/20150320/ba4a18a8/attachment.html>
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150320/42d804e9/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/20150320/987afb21/attachment.html>
Hello Gustavo,
Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> exynos doesn't show scaled planes properly on the screen so
> disable the feature and show a message to the user.
do you know if this is a hardware limitation/issue?
With best wishes,
Tobias
76 matches
Mail list logo
