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/20150216/8d8cbc81/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93281
Roland Scheidegger changed:
What|Removed |Added
CC||rscheidegger at gmx.ch
--- Comment #
I boot using
only one monitor and attach the second one later.)
--
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/20150216/1f41b19a/attachment.html>
wrong.
--
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/20150216/9f6ca2a7/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150216/722c4ddf/attachment.html>
matter which one?
--
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/20150216/08151a39/attachment.html>
ause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150216/da8b3d09/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93281
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #10 f
On Sun, Feb 15, 2015 at 10:43 PM, Dave Airlie wrote:
>
> This is the main drm pull, it has a shared branch with some alsa crossover
> but everything should be acked by relevant people.
Ugh. Your diffstat is crap, because you don't show the inexact renames
that are very abundant in the nouveau dri
This sets up the blending equation in the following way:
out = src * src_alpha + dst * (1 - src_alpha)
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c | 4
exynos/exynos_fimg2d.h | 1 +
2 files changed, 5 insertions(+)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
in
Register defines all use uppercase hex codes.
Signed-off-by: Tobias Jakobi
---
exynos/fimg2d_reg.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/fimg2d_reg.h b/exynos/fimg2d_reg.h
index 5782488..07dd634 100644
--- a/exynos/fimg2d_reg.h
+++ b/exynos/fimg2d_reg.h
@@ -1
The CRTC_STEREO_DOUBLE_ONLY define was introduced in commit:
commit ecb7e16bf187bc369cf6a5cd108582c01329980d
Author: Gustavo Padovan
Date: Mon Dec 1 15:40:09 2014 -0800
drm: add helper to get crtc timings (v5)
but if we want the stereo h/v adjustments, we need to set the
CRTC_STER
The coefficient mode enables use of global color, not alpha.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/exynos_fimg2d.h b/exynos/exynos_fimg2d.h
index bd116cf..78cff47 100644
--- a/exynos/exynos_fimg2d.h
+++
The reason for this change is to let userspace use the header.
Currently 'make install' does not install it.
Signed-off-by: Tobias Jakobi
---
exynos/Makefile.am | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/exynos/Makefile.am b/exynos/Makefile.am
index 1715a85..35bc71f 10
Signed-off-by: Tobias Jakobi
---
exynos/Makefile.am| 2 +-
exynos/exynos_fimg2d.c| 2 +-
exynos/exynos_fimg2d.h| 328 ++
exynos/fimg2d.h | 328 --
tests/exynos/exy
Check for a useable connector and also if the resolution is sane
(width and height are both non-zero).
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/tests/exynos/exynos_fimg2d_test.c
b/tests/
Keeps the code cleaner, since the structs have to be initialized
once anyway.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c| 4 +---
tests/exynos/exynos_fimg2d_test.c | 15 ---
2 files changed, 5 insertions(+), 14 deletions(-)
diff --git a/exynos/exynos_fimg2d
In almost all functions the base address register is written, so it
makes sense to have a helper function for this.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c | 87 +++---
1 file changed, 33 insertions(+), 54 deletions(-)
diff --git a/exy
This is useful when the default repeat mode, which is 'repeat'
produces artifacts at the borders of the copied image.
Choose the 'pad' mode to make use of the color of the destination
image.
In my usage case the destination is the framebuffer, which is
solid filled with a background color. Scaling
Currently getchar() is used to pause execution after each test.
The user isn't informed if one is supposed to do anything for
the tests to continue, so print a simple message to make this
more clear.
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 20
1
This is a combination of g2d_copy_with_scale and g2d_scale.
It is a pretty common operation to scale one buffer and then
blend it on top of another, so provide a direct way to that
operation.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c | 129 ++
v2: Move the commit description into the patch itself.
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 8
1 file changed, 8 insertions(+)
diff --git a/tests/exynos/exynos_fimg2d_test.c
b/tests/exynos/exynos_fimg2d_test.c
index aa140e5..55d2970 100644
--- a/tests/ex
No functional changes.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c| 8
tests/exynos/exynos_fimg2d_test.c | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
index 037021a..8b1a0ff 100644
--- a/e
This also avoids the floating point conversion steps and just
uses pure integer arithmetic.
Since the G2D hardware scaling approach is a bit unintuitive,
document it in the function as well.
v2: Explicitly mention the normalization constant.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.
This makes it easier to spot memory corruptions which don't become
visible when using a plain buffer filled with a solid color (so
corruptions that are just a permutation of the bytes in the buffer).
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 117 +++
Hello,
here are some miscellaneous improvements (small features, bugfixes, spelling
fixes, etc.) for the exynos component of libdrm. The general idea is to let
userspace use the G2D engine functionality more
efficiently.
If someone is interested in an application that actually makes use of thi
Andrey Skvortsov schreef op wo 04-02-2015 om 20:26 [+0300]:
> On Wed, Feb 04, 2015 at 01:32:14PM +0100, Paul Bolle wrote:
> > Andrey Skvortsov schreef op zo 01-02-2015 om 00:16 [+0300]:
> > > this warning exist in v3.19-rc6 and does not in v3.18. Bisection
> > > points to the commit 51e31d49c890552
This patch fixes a bug in the initialization of the pipelines. The
init_pipelines() function was called with a constant value of 0 in the
first_pipe argument. This is an error because amdkfd doesn't handle pipe 0.
The correct way is to pass the value that get_first_pipe() returns as the
argument f
I'm currently trying to setup a rendering pipe on an Intel Baytrail
E3845 cpu.
In our product we want to have an FPGA streaming video images to a
predefined memory area using bus master dma and render those images
using OpenGL. So far this works in a preliminary state.
We now have the security r
On 02/13/2015 12:01 PM, Michel Dänzer wrote:
>
> Hi Oded,
>
>
> the commit in the subject (5aa3119eb5b67f6e90605be9ed2e04807126)
> somehow causes degraded CPU (!) performance on my Kaveri box. E.g. a
> piglit run takes about 15% longer, and I suspect the same is true for
> e.g. compiling the
-- 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/20150216/131b241b/attachment.sig>
On 16.02.2015 03:27, Jochen Rollwagen wrote:
> Hi,
>
> i found a bug in uninorth-agp.c, function uninorth_fetch_size.
>
> the line
>
> size = memparse(aperture, &aperture) >> 20;
>
> always sets size to zero which makes the driver allocate the default
> size of 256 MB which is obviously too lar
On Fri, Feb 13, 2015 at 07:57:13PM +0100, Sascha Hauer wrote:
> I agree that it's a bit odd, but I think it has to be like this.
> Consider that you request a rate of 100Hz, but the clock can only
> produce 99.5Hz, so due to rounding clk_round_rate() returns 99Hz.
> Now when you request 99Hz from c
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150216/dcc38048/attachment.html>
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150216/407acfe6/attachment.html>
Hi Linus,
This is the main drm pull, it has a shared branch with some alsa crossover
but everything should be acked by relevant people.
New drivers:
ATMEL HLCDC driver
designware HDMI core support (used in multiple SoCs).
core:
lots more atomic modesetting work, properties and atomic i
https://bugzilla.kernel.org/show_bug.cgi?id=93281
--- Comment #9 from Michel Dänzer ---
Looks like this should be reassigned to the Intel component.
--
You are receiving this mail because:
You are watching the assignee of the bug.
37 matches
Mail list logo
