On 23 March 2015 at 22:13, Bartlomiej Zolnierkiewicz
wrote:
> Would you pick this patch up or should I resend it to Rafael?
Please resend it to Rafael and cc me and linux-pm list.. Also add my
Ack to it.
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body o
Add MAX98090 audio codec, I2S interface and the sound nodes to support
audio on Exynos5422 SoC Based Odroid-XU3 board. Now we can support audio
in Odroid-XU3 board using simple-audio-card DT binding.
Signed-off-by: Inha Song
Reviewed-by: Sylwester Nawrocki
---
arch/arm/boot/dts/exynos5420.dtsi
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: 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
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: remov
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
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.
v2: alloca
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
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/
Hi Andreas, Hakjoo,
Thanks for the patch.
2015-03-16 7:00 GMT+09:00 Andreas Färber :
> From: Hakjoo Kim
>
> Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
> support for all platforms based on EXYNOS5410.
>
> Signed-off-by: Hakjoo Kim
> [AF: Rebased onto Exynos5260, irq_chip consolid
Hi,
On Monday, February 23, 2015 10:07:50 AM Viresh Kumar wrote:
> On 20 February 2015 at 21:50, Bartlomiej Zolnierkiewicz
> wrote:
> > Allow driver build for !THERMAL or !CPU_THERMAL cases.
> >
> > The new dependency rule is the same as the one that CPUFREQ_DT
> > option has (for cpufreq-dt dri
On Fri, 20 Mar 2015, Krzysztof Kozlowski wrote:
2015-03-20 2:20 GMT+01:00 Tobias Jakobi :
Hello!
Tobias Jakobi wrote:
Hello Krzysztof,
On 2015-02-17 14:24, Krzysztof Kozlowski wrote:
Looking at the backtrace this seems very likely however I have
troubles reproducing this. Any special tree o
Hello,
On 03/16/2015 03:16 PM, Javier Martinez Canillas wrote:
> Andrzej,
>
> I looked at the Exynos5250 manual and I didn't find anything obvious
> that is missing in the DISP1 pd dev node but the asynchronous bridges
> clocks needed on Exynos5420 was also not well documented so I don't
> know i
On Mon, Mar 23, 2015 at 5:04 PM, Suzuki K. Poulose
wrote:
> On 23/03/15 15:17, Suzuki K. Poulose wrote:
>>
>> On 23/03/15 15:10, Valentin Rothberg wrote:
>>>
>>> Hi Suzuki,
>>>
>>> your commit c9966c98697a ("arm-cci: Split the code for PMU vs driver
>>> support") renames the Kconfig option ARM_CCI
On 23/03/15 15:17, Suzuki K. Poulose wrote:
On 23/03/15 15:10, Valentin Rothberg wrote:
Hi Suzuki,
your commit c9966c98697a ("arm-cci: Split the code for PMU vs driver
support") renames the Kconfig option ARM_CCI to ARM_CCI400_PORT_CTRL.
However, the commit does not rename all references on ARM
On 23/03/15 15:10, Valentin Rothberg wrote:
Hi Suzuki,
your commit c9966c98697a ("arm-cci: Split the code for PMU vs driver
support") renames the Kconfig option ARM_CCI to ARM_CCI400_PORT_CTRL.
However, the commit does not rename all references on ARM_CCI:
It renames, but still, leaves the ARM_
you
check git commits. It's added to Greg's misc tree and should arrive
soon in linux-next.
[linux-next]$ ./checkkconfigsymbols.py --diff next-20150320..next-20150323
ARM_CCI drivers/bus/Makefile, include/linux/arm-cci.h, drivers/bus/Kconfig
Kind regards,
Valentin
--
To unsubscribe
On Mon, 2015-03-23 at 12:49 +0100, Joerg Roedel wrote:
> Hi Yingjoe,
>
> On Fri, Mar 20, 2015 at 05:24:18PM +0800, Yingjoe Chen wrote:
> > What's the status of this patchset?
> > While porting MTK IOMMU driver[1], we need to use a global variable
> > because we need to do dma_alloc_coherent in our
On Tue, 17 Mar 2015, Krzysztof Kozlowski wrote:
> The S2MPS11 PMIC (present on Arndale Octa board) has the same RTC module
> as S2MPS14 device. Add respective mfd cell to enable it.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/sec-core.c | 2 ++
> 1 file changed, 2 insertions(+)
On Tue, 17 Mar 2015, Krzysztof Kozlowski wrote:
> From: Chanwoo Choi
>
> This patch modify the RTC compatible name of S2MPS13 because S2MPS13's RTC is
> equal to S2MPS14's RTC.
>
> Cc: Lee Jones
> Suggested-by: Krzysztof Kozlowski
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Krzysztof Kozl
On Tue, 17 Mar 2015, Krzysztof Kozlowski wrote:
> On wto, 2015-03-17 at 10:54 +0100, Krzysztof Kozlowski wrote:
> > From: Chanwoo Choi
> >
> > This patch modify the RTC compatible name of S2MPS13 because S2MPS13's RTC
> > is
> > equal to S2MPS14's RTC.
> >
> > Cc: Lee Jones
> > Suggested-by:
Hi Yingjoe,
On Fri, Mar 20, 2015 at 05:24:18PM +0800, Yingjoe Chen wrote:
> What's the status of this patchset?
> While porting MTK IOMMU driver[1], we need to use a global variable
> because we need to do dma_alloc_coherent in our domain_init. I think we
> can remove that global variable if we ba
Hi Sylwester,
Thanks for your review.
On Mon, 23 Mar 2015 11:54:55 +0100
Sylwester Nawrocki wrote:
> On 23/03/15 03:51, Inha Song wrote:
> > Add MAX98090 audio codec, I2S interface and the sound nodes to support
> > audio on Exynos5422 SoC Based Odroid-XU3 board. Now we can support audio
> > in
Hi Tobias,
On 22/03/15 16:29, Tobias Jakobi wrote:
> Hello Emil,
> Emil Velikov wrote:
>> I fear we are not (yet) allowed to do either of these changes.
>>
>> The exynos/exynos_drm.h header is (supposed to) be in sync/come from the
>> kernel. And changes here are to be reflected only when the corre
On 23/03/15 03:51, Inha Song wrote:
> Add MAX98090 audio codec, I2S interface and the sound nodes to support
> audio on Exynos5422 SoC Based Odroid-XU3 board. Now we can support audio
> in Odroid-XU3 board using simple-audio-card DT binding.
>
> Signed-off-by: Inha Song
> ---
> arch/arm/boot/dts
This reverts commit 2d2c9a8d0a4f90e298315d2f4a282d8bd5d45e5c
("ARM: dts: add display power domain for exynos5250").
The mentioned commit added a domain definition for the DISP1
power domain and references to it in the appropriate devices
but this change breaks the display in at least the Exynos525
27 matches
Mail list logo
