2014-07-01 17:10 GMT+09:00 Marek Szyprowski m.szyprow...@samsung.com:
Hello,
This is a long awaited patch series enabling support for HDMI output
available on Exynos4412-based Odroid boards (X/X2/U2/U3/U3+) and
Exynos4210 Universal C210 board.
This patch consists of 3 groups of patches,
Hi Thomas,
Please see my comments inline.
On 14.07.2014 15:38, Thomas Abraham wrote:
[snip]
diff --git a/drivers/clk/samsung/clk-cpu.c b/drivers/clk/samsung/clk-cpu.c
new file mode 100644
index 000..0d62968
--- /dev/null
+++ b/drivers/clk/samsung/clk-cpu.c
@@ -0,0 +1,576 @@
+/*
+
On 14.07.2014 15:38, Thomas Abraham wrote:
From: Thomas Abraham thomas...@samsung.com
Register the PLL configuration data for APLL and KPLL on Exynos5420. This
configuration data table specifies PLL coefficients for supported PLL
clock speeds when a 24MHz clock is supplied as the input clock
Hi Thomas,
Please see my comments inline.
On 14.07.2014 15:38, Thomas Abraham wrote:
From: Thomas Abraham thomas...@samsung.com
Register cpu clocks using the new cpu-clock provider type for exynos
platforms.
The differnt clock blocks that are now encapsulated within the cpu-clock can
be
Hi Kukjin,
On 19.07.2014 01:34, Kukjin Kim wrote:
Hi,
This is a regression for v3.16 so please take this in -rc.
Thanks,
Kukjin
The following changes since commit
1795cd9b3a91d4b5473c97f491d63892442212ab:
Linux 3.16-rc5 (2014-07-13 14:04:33 -0700)
are available in the git
Hi Thomas,
Please see my comments inline.
On 14.07.2014 15:38, Thomas Abraham wrote:
From: Thomas Abraham thomas...@samsung.com
For Exynos 4210/5250/5420 based platforms, add CPU nodes, operating points and
cpu clock data for migrating from Exynos specific cpufreq driver to using
generic
On 14.07.2014 15:38, Thomas Abraham wrote:
From: Thomas Abraham thomas...@samsung.com
Remove the platform device instantiation for exynos cpufreq driver and add the
platform device for generic cpufreq drivers.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Thomas Abraham
Hi,
On 14.07.2014 15:38, Thomas Abraham wrote:
From: Thomas Abraham thomas...@samsung.com
Exynos4210 and Exynos5250 based platforms have switched over to use generic
cpufreq drivers for cpufreq functionality. So the Exynos specific cpufreq
drivers for these platforms can be removed.
Hello,
I have a question concerning an older version of this patchset, the one
which still included exynos4x12 support and where the clocking data was
provided through DT.
I tried to get this working for my ODROID-X2, which does work well,
including the usage of the boost frequences. Since the
Tobias,
On 19.07.2014 21:20, Tobias Jakobi wrote:
Hello,
I have a question concerning an older version of this patchset, the one
which still included exynos4x12 support and where the clocking data was
provided through DT.
I tried to get this working for my ODROID-X2, which does work
From: Alban Browaeys pra...@yahoo.com
Signed-off-by: Tobias Jakobi tjak...@math.uni-bielefeld.de
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c
b/drivers/gpu/drm/exynos/exynos_drm_g2d.c
index
Currently there is just a compatibility string for exynos5250, but
the G2D also works satisfactory on my exynos4412. Since the block
is the same (HW version 4.1), introduce exynos4212-g2d which can
be used for the G2D on the exynos4 series SoCs.
--
To unsubscribe from this list: send the line
Hello,
this is a resend of the patches I posted a while back. Patches touch the exynos
part of libdrm, in particular the g2d part. No big changes, just small stuff.
Please review and let me know if I should change anything!
Thanks,
Tobias
--
To unsubscribe from this list: send the line
This makes it easier to see corruption which e.g. occurs when using the userptr
functionality to copy buffers allocated via plain malloc.
One of the reasons why this is currently just used with GEM buffer mode.
Signed-off-by: Tobias Jakobi tjak...@math.uni-bielefeld.de
---
This also avoids the floating point conversion steps and just
uses pure integer arithmetic. Also the G2D hardware scaling
factor is a bit unintuitive, so explain it in the function.
Signed-off-by: Tobias Jakobi tjak...@math.uni-bielefeld.de
---
exynos/exynos_fimg2d.c | 19 ++-
No functional changes.
Signed-off-by: Tobias Jakobi tjak...@math.uni-bielefeld.de
---
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
Tomasz Figa wrote:
Tobias,
On 19.07.2014 21:20, Tobias Jakobi wrote:
Hello,
I have a question concerning an older version of this patchset, the one
which still included exynos4x12 support and where the clocking data was
provided through DT.
I tried to get this working for my ODROID-X2,
On Sat, Jul 19, 2014 at 09:51:45AM +0900, Kukjin Kim wrote:
The following changes since commit 1795cd9b3a91d4b5473c97f491d63892442212ab:
Linux 3.16-rc5 (2014-07-13 14:04:33 -0700)
are available in the git repository at:
On Sat, Jul 19, 2014 at 09:52:09AM +0900, Kukjin Kim wrote:
Note that this is based on 3.16-rc5 because of dependency with
previous samsung fixes already merged in mainline during -rc.
The following changes since commit 1795cd9b3a91d4b5473c97f491d63892442212ab:
Linux 3.16-rc5 (2014-07-13
On Sat, Jul 19, 2014 at 09:52:41AM +0900, Kukjin Kim wrote:
The following changes since commit 1795cd9b3a91d4b5473c97f491d63892442212ab:
Linux 3.16-rc5 (2014-07-13 14:04:33 -0700)
are available in the git repository at:
On Sat, Jul 19, 2014 at 09:52:52AM +0900, Kukjin Kim wrote:
Note that this is also based on 3.16-rc5 because of dependency with
previous samsung fixes including exynos_mct already merged in
mainline during -rc.
The following changes since commit 1795cd9b3a91d4b5473c97f491d63892442212ab:
On Sat, Jul 19, 2014 at 09:53:05AM +0900, Kukjin Kim wrote:
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should be
replaced with IS_ERR(). Also remove redundant return value check of
platform_get_resource().
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should be
replaced with IS_ERR(). Also remove redundant return value check of
platform_get_resource().
24 matches
Mail list logo