On Thu, May 15, 2014 at 06:13:09PM +0900, Kukjin Kim wrote:
> Hi Arnd, Olof, Kevin,
>
> Please pull Samsung fixes and if any problem, please kinldly let me know.
>
> Thanks,
> Kukjin
>
> The following changes since commit 89ca3b881987f5a4be4c5dbaa7f0df12bbdde2fd:
>
> Linux 3.15-rc4 (2014-05-0
Hi Kamil,
On 05/15/14 20:47, Kamil Debski wrote:
> Hi Arun,
>
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Arun Kumar K
>> Sent: Wednesday, May 14, 2014 10:10 AM
>>
>> Hi Hans,
>>
>> On 05/14/14 12:39, Hans Verkuil wrote:
>>> On 05/14/2014
On 05/20/2014 03:07 AM, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
> sound/soc/samsung/dma.c | 10 ++
> 1 fil
On 05/19/2014 11:00 PM, Sylwester Nawrocki wrote:
> This patch adds support for setting source clock of the "Core CLK"
> of the IIS Multi Audio Interface.
>
> Signed-off-by: Sylwester Nawrocki
> ---
> sound/soc/samsung/i2s.c |4
> sound/soc/samsung/i2s.h |1 +
> 2 files changed, 5 i
On 19 May 2014 16:24, Tomasz Figa wrote:
> On 19.05.2014 09:10, Rahul Sharma wrote:
>> On 16 May 2014 20:19, Tomasz Figa wrote:
>>> On 16.05.2014 16:30, Rahul Sharma wrote:
On 16 May 2014 16:20, Tomasz Figa wrote:
> On 16.05.2014 12:35, Rahul Sharma wrote:
>> On 16 May 2014 15:12, R
Thanks Kukjin,
I have changed it in my environment now.
Regards,
Rahul Sharma.
On 19 May 2014 21:10, Kukjin Kim wrote:
> On 05/09/14 19:09, Rahul Sharma wrote:
>>
>> From: Rahul Sharma
>
>
> Probably, should be "Rahul Sharma "
>
> Please make sure your gitconfig has no problem.
>
> Just note, I
Exynos drm hdmi driver used to get dummy hdmiphy clock to
control the PMU bit for hdmiphy. This bit needs to be set
before setting any resolution to hdmi hardware. This was
handled using dummy hdmiphy clock which is removed here.
PMU is already defined as system controller for exynos
SoCs. Hdmi dr
On Snow/Peach-pit boards, XCLKOUT provides master clock (mclk) to codec.
Signed-off-by: Tushar Behera
---
Dependency:
1. Driver side changes have been posted here.
https://lkml.org/lkml/2014/5/20/4
2. XCLKOUT clock driver support
https://lkml.org/lkml/2014/5/15/530
arch/arm/boot/dts/exynos5250
On Tue, May 20, 2014 at 9:00 AM, Nicolas Pitre wrote:
> On Mon, 19 May 2014, Abhilash Kesavan wrote:
>
>> Hi Nicolas,
>>
>> On Thu, May 15, 2014 at 10:22 PM, Nicolas Pitre
>> wrote:
>> > Once you implement full cluster shutdown I can provide you with another
>> > script stressing that part.
>> I
Hi,
Any comments on this patch?
If this approach is ok, then I can drop the RFC tag and resend this for merging?
Regards
Arun
On Mon, May 12, 2014 at 2:09 PM, Arun Kumar K wrote:
> From: Prathyush K
>
> While powering on/off a local powerdomain in exynos5 chipsets, the input
> clocks to each de
For audio to work on Snow board, we need the codec master clock 'mclk'
to be properly configured.
Currently XCLKOUT is configured as 'mclk' for codec chip and it is
required to be clocked at 24MHz for the codec to work properly.
Add appropriate clock handling within Snow sound-card driver to set
Hi Tomasz,
Any comments on this patch ?
Regards,
Shaik
On Mon, May 12, 2014 at 6:50 PM, Shaik Ameer Basha
wrote:
> From: Cho KyongHo
>
> This patch adds the missing sysmmu clocks for Display and
> ISP blocks.
>
> Signed-off-by: Cho KyongHo
> Signed-off-by: Shaik Ameer Basha
> ---
> drivers/
Arndale-Octa board is always configured to work with trustzone
firmware binary. Added DTS node entry to enable this support.
Signed-off-by: Tushar Behera
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-arn
From: Sachin Kamat
Almost all Exynos-series of SoCs that run in secure mode don't need
additional offset for every CPU, with Exynos4412 being the only
exception.
Tested on Origen-Quad (Exynos4412) and Arndale-Octa (Exynos5420).
While at it, fix the coding style (space around *).
Signed-off-by:
On Mon, 19 May 2014, Abhilash Kesavan wrote:
> Hi Nicolas,
>
> On Thu, May 15, 2014 at 10:22 PM, Nicolas Pitre
> wrote:
> > Once you implement full cluster shutdown I can provide you with another
> > script stressing that part.
> I am done with the cluster power on/off code and it seems to work
This patch adds a PMU(Power Management Unit) syscon node. This
should be required for USB Phy syscon regmap I/F.
Cc: Kamil Debski
Signed-off-by: Chanho Park
Reviewed-by: Tomasz Figa
---
Documentation/devicetree/bindings/arm/samsung/pmu.txt | 3 +++
arch/arm/boot/dts/exynos4.dtsi
This patch enables exynos_usbphy and hsotg device nodes.
Cc: Tomasz Figa
Cc: Kamil Debski
Cc: Marek Szyprowski
Signed-off-by: Chanho Park
---
arch/arm/boot/dts/exynos4412-trats2.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts
b/arch
This patch adds a hsotg node for exynos4 USB2.0 device controller.
Cc: Tomasz Figa
Cc: Kamil Debski
Cc: Marek Szyprowski
Signed-off-by: Chanho Park
---
arch/arm/boot/dts/exynos4.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boo
This patchset enables a exynos4 usbphy and hsotg DT node for exynos4. The usb
phy node uses generic exynos phy driver. The driver uses PMU syscon and SYSREG
syscon phandles.
Changes from v4:
- Correct 4212/4412 PMU syscon node according to documentation
Change from v3:
- Place a status field at
This patch enables a exynos_usbphy node for exynos4 SoCs.
A exynos4x12 usb phy node is almost same with 4210's one
except compatible string and pmu syscon.
Cc: Tomasz Figa
Cc: Kamil Debski
Signed-off-by: Chanho Park
---
arch/arm/boot/dts/exynos4.dtsi| 10 ++
arch/arm/boot/dts/exyno
Hi Tomasz,
> -Original Message-
> From: Tomasz Figa [mailto:t.f...@samsung.com]
> Sent: Friday, May 16, 2014 2:07 AM
> To: Chanho Park; kgene@samsung.com; linux-samsung-
> s...@vger.kernel.org
> Cc: devicet...@vger.kernel.org; k.deb...@samsung.com
> Subject: Re: [PATCHv4 1/4] ARM: dts:
Hi Kukjin,
> -Original Message-
> From: Kukjin Kim [mailto:kgene@gmail.com] On Behalf Of Kukjin Kim
> Sent: Tuesday, May 20, 2014 1:23 AM
> To: Tomasz Figa
> Cc: Chanho Park; kgene@samsung.com; linux-samsung-
> s...@vger.kernel.org; devicet...@vger.kernel.org; k.deb...@samsung.com
On Tue, May 13, 2014, Seungwon Jeon wrote:
> Hi Doug,
>
> On Tue, May 13, 2014, Doug Anderson wrote:
> > Seungwon,
> >
> > On Sat, May 10, 2014 at 7:11 AM, Seungwon Jeon wrote:
> > > On Fri, May 09, 2014, Sonny Rao wrote:
> > >> On Thu, May 8, 2014 at 2:42 AM, Yuvaraj Kumar
> > >> wrote:
> > >>
On Sat, May 17, 2014, Sonny Rao wrote:
> On Tue, May 13, 2014 at 4:09 AM, Seungwon Jeon wrote:
> > On Tuesday, May 13, Sonny Rao wrote:
> >> On Mon, May 12, 2014 at 10:02 PM, Seungwon Jeon
> >> wrote:
> >> > As I mentioned in previous version, you put all reset stuff in existing
> >> > fifo_res
On Sat, May 17, 2014, Doug Anderson wrote:
> Seungwon,
>
> On Thu, May 15, 2014 at 6:46 PM, Seungwon Jeon wrote:
> > On Wed, May 14, 2014, Doug Anderson wrote:
> >> Seungwon,
> >>
> >> On Mon, May 12, 2014 at 9:52 PM, Seungwon Jeon
> >> wrote:
> >> > Hi Doug,
> >> >
> >> > On Tue, May 13, 2014,
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/s3c24xx-clk
for you to fetch changes up to 34c453ce1663
Hi Arnd, Olof and Kevin,
Here is Samsung updates for 3.16 and please pull.
If any problems please kindly let me know.
Note, new exynos SoC support and exynos-multiplatform will be sent to
arm-soc together for 3.16 soon ;-)
One more note, this pull-request is including clock stuff for new SoCs
(3
The following changes since commit d7067f1c5fa0232001502569c6878d22308da268:
devicetree: bindings: document SYSRAM binding (2014-05-15 03:30:29 +0900)
are available in the git repository at:
http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/exynos-mcpm
for you to f
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/samsung-drivers
for you to fetch changes up to 93bfb769
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/samsung-dt
for you to fetch changes up to b5839bd87f197
The following changes since commit 34c453ce16633539a94a2e876faeb731ac1be899:
ARM: S3C24XX: fix merge conflict (2014-05-15 05:54:38 +0900)
are available in the git repository at:
http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/samsung-clk
for you to fetch changes
Rafael J. Wysocki wrote:
>
> On Saturday, May 17, 2014 01:04:29 AM Rafael J. Wysocki wrote:
> > On Friday, May 16, 2014 07:54:01 PM Kukjin Kim wrote:
> > > Jonghwan Choi wrote:
> > > >
> > > > Commit 7da83a80 ("ARM: EXYNOS: Migrate Exynos specific macros from
> plat to
> > > > mach") which lands i
On Saturday, May 17, 2014 01:04:29 AM Rafael J. Wysocki wrote:
> On Friday, May 16, 2014 07:54:01 PM Kukjin Kim wrote:
> > Jonghwan Choi wrote:
> > >
> > > Commit 7da83a80 ("ARM: EXYNOS: Migrate Exynos specific macros from plat to
> > > mach") which lands in samsung tree causes build breakage
> >
On Mon, May 19, 2014 at 06:22:58PM +0100, Lee Jones wrote:
> > Code looks good, so
> >
> > Reviewed-by: Wolfram Sang
> >
> > I don't mind how it gets upstream. I can take it, but you can also keep
> > it in this series.
>
> Let's keep the series together. Are you happy with me just merging it
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
sound/soc/samsung/dma.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/sound/soc/
On Mon, May 19, 2014 at 08:34:07PM +0200, Arnd Bergmann wrote:
> On Monday 19 May 2014 14:53:37 Thierry Reding wrote:
> > On Mon, May 19, 2014 at 12:26:35PM +0200, Arnd Bergmann wrote:
> > > On Friday 16 May 2014 14:23:18 Thierry Reding wrote:
> > > > From: Thierry Reding
> > > >
> > > > This com
On Mon, May 19, 2014 at 06:22:31PM +0100, Dave Martin wrote:
> On Mon, May 19, 2014 at 01:53:37PM +0100, Thierry Reding wrote:
[...]
> > My understanding here is mostly based on the OpenFirmware working group
> > proposal for the dma-ranges property[0]. I'll give another example to
> > try and clar
On Tue, May 20, 2014 at 12:37:38AM +0530, Ajay kumar wrote:
> On 5/19/14, Thierry Reding wrote:
> > On Sun, May 18, 2014 at 01:50:36PM +0530, Ajay kumar wrote:
> >> On Sun, May 18, 2014 at 2:44 AM, Thierry Reding
> >> wrote:
> >> > On Thu, May 15, 2014 at 05:10:16PM +0530, Ajay kumar wrote:
> >>
On 5/19/14, Thierry Reding wrote:
> On Sun, May 18, 2014 at 01:50:36PM +0530, Ajay kumar wrote:
>> On Sun, May 18, 2014 at 2:44 AM, Thierry Reding
>> wrote:
>> > On Thu, May 15, 2014 at 05:10:16PM +0530, Ajay kumar wrote:
>> >> On Thu, May 15, 2014 at 1:43 PM, Thierry Reding
>> >> wrote:
>> > [.
On Monday 19 May 2014 14:53:37 Thierry Reding wrote:
> On Mon, May 19, 2014 at 12:26:35PM +0200, Arnd Bergmann wrote:
> > On Friday 16 May 2014 14:23:18 Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > This commit introduces a generic device tree binding for IOMMU devices.
> > > Only
This patch adds support for setting source clock of the "Core CLK"
of the IIS Multi Audio Interface.
Signed-off-by: Sylwester Nawrocki
---
sound/soc/samsung/i2s.c |4
sound/soc/samsung/i2s.h |1 +
2 files changed, 5 insertions(+)
diff --git a/sound/soc/samsung/i2s.c b/sound/soc/sam
> Code looks good, so
>
> Reviewed-by: Wolfram Sang
>
> I don't mind how it gets upstream. I can take it, but you can also keep
> it in this series.
Let's keep the series together. Are you happy with me just merging it
through MFD, or would you like a pull-request, so you can take it in
too?
On Mon, May 19, 2014 at 01:53:37PM +0100, Thierry Reding wrote:
> On Mon, May 19, 2014 at 12:26:35PM +0200, Arnd Bergmann wrote:
> > On Friday 16 May 2014 14:23:18 Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > This commit introduces a generic device tree binding for IOMMU devices.
On 05/16/14 02:07, Tomasz Figa wrote:
Hi Chanho,
Hi,
When testing some other patches with this series applied I found one
more issue. Please see below.
On 02.05.2014 06:26, Chanho Park wrote:
This patch adds a PMU(Power Management Unit) syscon node. This
should be required for USB Phy sysco
On 04/21/14 14:03, Sachin Kamat wrote:
LDO4 regulator was getting disabled preventing the system from
going into low power states. Keep it always on to fix it.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5250-arndale.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/
On 04/10/14 21:58, Sachin Kamat wrote:
Updated as per the user manual.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5420.dtsi |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index c3
On 05/03/14 03:06, Tomasz Figa wrote:
On 02.05.2014 08:37, Beomho Seo wrote:
This patch fixed incorrect compatible for ak8975 magnetic sensor.
ak8975 magnetic sensor use compatible "ak8975" or "asahi-kasei,ak8975"
In this patch, use "asahi-kasei,ak8975" according to dt bindings
document.
Signed
On 05/05/14 00:38, Sachin Kamat wrote:
On 17 March 2014 11:41, Sachin Kamat wrote:
Add MFC memory banks to Exynos5420 based SMDK and Arndale-octa boards.
Signed-off-by: Sachin Kamat
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts |5 +
arch/arm/boot/dts/exynos5420-smdk5420.dts
On 05/19/14 14:15, Ajay Kumar wrote:
This series is based on Kukjin Kim's tree, for-next branch.
This series adds:
-- pinctrl definitions for pwmX_out on exynos5250
-- pwm-backlight DT node for exynos5250 based snow board
Changes since V1:
-- Added the branch name agains
On 05/09/14 19:09, Rahul Sharma wrote:
From: Rahul Sharma
Probably, should be "Rahul Sharma "
Please make sure your gitconfig has no problem.
Just note, I found same thing and fixed your email address in my tree...
Add nodes for fimd and dp controller for exynos5250 based snow
and exynos54
On 05/19/14 20:39, Tomasz Figa wrote:
On 19.05.2014 13:36, Tomasz Figa wrote:
Hi Kukjin, Chanwoo,
On 15.05.2014 06:28, Chanwoo Choi wrote:
Dear Kukjin,
Could you please pick following patches?
- [PATCHv5 1/5] ARM: EXYNOS: Add Exynos3250 SoC ID
- [PATCHv5 2/5] ARM: EXYNOS: Support secondary
On Sun, May 18, 2014 at 01:50:36PM +0530, Ajay kumar wrote:
> On Sun, May 18, 2014 at 2:44 AM, Thierry Reding
> wrote:
> > On Thu, May 15, 2014 at 05:10:16PM +0530, Ajay kumar wrote:
> >> On Thu, May 15, 2014 at 1:43 PM, Thierry Reding
> >> wrote:
> > [...]
> >> > I still don't see how controlli
Kukjin,
On Fri, May 16, 2014 at 5:02 PM, Kukjin Kim wrote:
> On 05/17/14 07:56, Chirantan Ekbote wrote:
>
> Anyway, I'm by no means opposed to switching to arch timers. They
> provide a well designed, generic interface and drivers shared by
> multiple platforms, which means more c
On Mon, May 19, 2014 at 12:26:35PM +0200, Arnd Bergmann wrote:
> On Friday 16 May 2014 14:23:18 Thierry Reding wrote:
> > From: Thierry Reding
> >
> > This commit introduces a generic device tree binding for IOMMU devices.
> > Only a very minimal subset is described here, but it is enough to cove
From: Kiran AVND
This patch adds core support for v8 encoder. This
patch also adds register definitions and buffer size
requirements for H264 & VP8 encoding, needed for new
firmware version v8 for MFC
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drive
From: Kiran AVND
This patch adds variant data and core support for
V8 decoder. This patch also adds the register definition
file for new firmware version v8 for MFC.
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
.../devicetree/bindings/media/s5p-mfc.tx
These 2 patches for MFCv8 support are rebased onto
[1] with the dependencies as mentioned below.
Changes include adding the MFC_V8 version to formats.
- Re-send MFC patches
https://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg31051.html
- Adding version information to formats by Kam
On Mon, May 19, 2014 at 05:36:38PM +0530, Tushar Behera wrote:
> Instead of setting the parent clock, setting the desired rate on
> XCLKOUT works for audio playback.
> Will it be okay to do a 'clk_set_rate(mclk, 2400)' in sound card
> driver or should we wait for Sylwester's patch to get merg
From: Pawel Osciak
- Honor return values from vb2_reqbufs on REQBUFS(0).
- Do not set the number of allocated buffers to 0 if userspace tries
to request buffers again without freeing them.
- There is no need to verify correct instance state on reqbufs, as we will
verify this in queue_setup(
Renaming the IS_MFCV7 macro to IS_MFCV7_PLUS for the
addition of MFCv8 support which reuses the v7 code.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c|2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_op
From: Pawel Osciak
This is in preparation for a new flow to fix issues with streamon, which
should not be allocating buffer memory.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 19 +---
drivers/media/platform/s5p-mfc/s5p_mfc
The register S5P_FIMV_D_INIT_BUFFER_OPTIONS holds good for v6
firmware too. So moving the definition from v7 regs to v6.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h|1 +
drivers/media/platform/s5p-mfc/regs-mfc-v7.h|2 --
drivers/media/platform/s5p
From: Pawel Osciak
Currently, for formats that are not H264, MFC driver will check
the consumed stream size returned by the firmware and, based on that,
will try to decide whether the bitstream buffer contained more than
one frame. If the size of the buffer is larger than the consumed
stream, it
These patches for s5p-mfc are completed review and
accepted. These are rebased onto [1] and fixed conflicts
for merging.
[1] http://git.linuxtv.org/cgit.cgi/kdebski/media_tree_2.git/?h=for-3.16-2
Arun Kumar K (3):
[media] s5p-mfc: Update scratch buffer size for MPEG4
[media] s5p-mfc: Move INI
Update the MPEG4 decoder scratch buffer size as per the
new v6 firmware. This updation is increasing the size and so
is backward compatible with older v6 firmwares.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h |3 +--
1 file changed, 1 insertion(+), 2 deletion
From: Pawel Osciak
Timestamps for destination buffers are assigned by copying them from
corresponding source buffers when the decode operation results in a frame
being outputted to a destination buffer. But the decision when to do this, i.e.
whether the decode operation on current source buffer p
From: Kiran AVND
Scratch buffer size updated for vp8 encoding as per
the latest v7 firmware. As the new macro increases the
scratch buffer size, it is backward compatible with the older
firmware too.
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs
From: Pawel Osciak
Currently, we allocate private codec buffers on STREAMON, which may fail
if we are out of memory. We don't check for failure though, which will
make us crash with the codec accessing random memory.
We shouldn't be failing STREAMON with out of memory errors though. So move
the
Sachin Kamat
>> Signed-off-by: Tushar Behera
>> ---
>>
>> The patches are based on top of next-20140519. With these two patches
>> applied,
>> we can get all A15 cores booting up on Arndale-Octa board.
>>
>> arch/arm/mach-exynos/firmware.c |2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2014 10:26 PM, Mark Brown wrote:
> On Fri, May 02, 2014 at 10:26:08AM +0530, Tushar Behera wrote:
>> On 05/01/2014 10:10 PM, Mark Brown wrote:
>
>>> There's patches been posted by (IIRC) Sylvester Nawrocki for
>>> this which I think Mike was
On 19.05.2014 13:36, Tomasz Figa wrote:
> Hi Kukjin, Chanwoo,
>
> On 15.05.2014 06:28, Chanwoo Choi wrote:
>> Dear Kukjin,
>>
>> Could you please pick following patches?
>> - [PATCHv5 1/5] ARM: EXYNOS: Add Exynos3250 SoC ID
>> - [PATCHv5 2/5] ARM: EXYNOS: Support secondary CPU boot of Exynos3250
Hi Kukjin, Chanwoo,
On 15.05.2014 06:28, Chanwoo Choi wrote:
> Dear Kukjin,
>
> Could you please pick following patches?
> - [PATCHv5 1/5] ARM: EXYNOS: Add Exynos3250 SoC ID
> - [PATCHv5 2/5] ARM: EXYNOS: Support secondary CPU boot of Exynos3250
I'd say that [PATCHv5 5/5] ARM: dts: Add device tr
Hi Tushar, Sachin,
On 19.05.2014 13:09, Tushar Behera wrote:
> From: Sachin Kamat
>
> Updated secondary boot register offset for Exynos5420 in case of
> secure booting.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Tushar Behera
> ---
>
> The patches are
Hi Tarek,
On 19.05.2014 05:37, Tarek Dakhran wrote:
> EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
> Add initial support for this SoC.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
> Reviewed-by: Tomasz Figa
IIRC, the Reviewed-by tag stands only for the version for
Tomasz Figa wrote:
>
> Hi,
>
Hi,
> On 19.05.2014 10:32, Arun Kumar K wrote:
> > Hi Tomasz,
> >
> > Can this patch be taken for the 3.16 merge?
> >
> > Regards
> > Arun
> >
> > On Thu, May 15, 2014 at 11:26 AM, Arun Kumar K
> wrote:
> >> From: Alim Akhtar
> >>
> >> Exynos5800 clock structure is
Vivek Gautam wrote:
>
> Add required fixed-regulator for VBUS supply for USB 3.0
> controller phy.
>
> Signed-off-by: Vivek Gautam
> ---
> arch/arm/boot/dts/exynos5250-snow.dts | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/arch/arm/boot/dts/exynos5250-snow.
From: Kamil Debski
Add support to PHY of USB2 of the Exynos 5250 SoC.
Signed-off-by: Kamil Debski
[gautam.vi...@samsung.com: Split the usb phy entries from
syscon entries from earlier patch: dts: Add usb2phy to Exynos 5250]
[gautam.vi...@samsung.com: Added phy entry for OHCI also along with EHC
From: Vivek Gautam
Add required device node for ehci and ohci controllers to
enable USB 2.0 support.
Signed-off-by: Vivek Gautam
---
arch/arm/boot/dts/exynos5420.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch
From: Vivek Gautam
Add required device node for usb2phy to let enable USB 2.0
support.
Signed-off-by: Vivek Gautam
---
arch/arm/boot/dts/exynos5420.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
inde
Based on 'for-next' branch of Kgene's linux-samsung tree.
These patches are as per discussions on the driver side patches
which have already been acked. [1]
Changes from v2:
- Addressed kukjin's comments to update DT binding documentation for
sysreg.
- removed the version for each
From: Vivek Gautam
This patch adds sysreg-syscon node to exynos5250 and exynos5420 device
tree, to access System Register's registers using syscon driver.
Signed-off-by: Kamil Debski
[gautam.vi...@samsung.com: Split this syreg-syscon dts entry from
dts: Add usb2phy to Exynos 5250 patch]
[gautam
On Mon, 2014-05-19 at 15:12 +0530, Arun Kumar K wrote:
> Hi Kamil, Tomasz,
>
> On Mon, May 19, 2014 at 2:08 PM, Kamil Debski wrote:
> > Hi Tomasz, Arun,
> >
> >> From: Tomasz Figa [mailto:t.f...@samsung.com]
> >> Sent: Friday, May 16, 2014 12:22 PM
[...]
> >> May I suggest a little different solu
Arndale-Octa board is always configured to work with trustzone
firmware binary. Added DTS node entry to enable this support.
Signed-off-by: Tushar Behera
---
arch/arm/boot/dts/exynos5420-arndale-octa.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-arn
From: Sachin Kamat
Updated secondary boot register offset for Exynos5420 in case of
secure booting.
Signed-off-by: Sachin Kamat
Signed-off-by: Tushar Behera
---
The patches are based on top of next-20140519. With these two patches applied,
we can get all A15 cores booting up on Arndale-Octa
Hi,
On 19.05.2014 13:05, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Monday, May 19, 2014 11:46:10 AM Amit Kachhap wrote:
>> On 5/15/14, Zhang Rui wrote:
>>> On 一, 2014-05-05 at 13:15 +0200, Bartlomiej Zolnierkiewicz wrote:
Hi,
This patch series contains various cleanups for
Hi,
On Monday, May 19, 2014 11:46:10 AM Amit Kachhap wrote:
> On 5/15/14, Zhang Rui wrote:
> > On 一, 2014-05-05 at 13:15 +0200, Bartlomiej Zolnierkiewicz wrote:
> >> Hi,
> >>
> >> This patch series contains various cleanups for EXYNOS thermal
> >> driver. Overall it decreases driver's LOC by 13
The patch replaces dedicated function for scaling ratio
calculation by fls calls.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 56
1 file changed, 13 insertions(+), 43 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fim
Due to incorrect assignment in EXYNOS_IPP_GET_PROPERTY
IOCTL handler this IOCTL did not work at all.
The patch fixes it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_
This set of independent patches contains various improvement and fixes
for exynos_drm ipp framework and drivers.
The patchset is based on drm-exynos/exynos-drm-next branch.
Regards
Andrzej
Andrzej Hajda (8):
drm/exynos/ipp: fix get_property IOCTL
drm/exynos/ipp: correct ipp_id field initiali
Function fimc_dst_set_buf_seq is called by irq handler
so it should not use mutexes. This patch fixes it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fi
On 19.05.2014 09:10, Rahul Sharma wrote:
> On 16 May 2014 20:19, Tomasz Figa wrote:
>> On 16.05.2014 16:30, Rahul Sharma wrote:
>>> On 16 May 2014 16:20, Tomasz Figa wrote:
On 16.05.2014 12:35, Rahul Sharma wrote:
> On 16 May 2014 15:12, Rahul Sharma wrote:
>> On 16 May 2014 03:14,
HW access macros implicitly depended on presence of ctx local variable.
This patch replaces them with C functions.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 311 +++
1 file changed, 150 insertions(+), 161 deletions(-)
diff --git a/dr
prop_list is always allocated, so instead of allocating it dynamically
the pointer can be replaced by the structure itself.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c| 10 ++
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 10 ++
drivers/gpu/drm/e
The name fimc_handle_irq suggests it is irq handler, but the function
is for irq mask configuration. The patch renames the function to
fimc_mask_irq and removes unused arguments.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 25 +
1 file chan
fimc_dst_get_buf_seq returns number of buffers
so the name should be fimc_dst_get_buf_count.
Function body has been simplified.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu
prop_list.ipp_id field is not initialized properly.
The patch fixes it, additionally it removes redundant field from ippdrv.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 14 ++
drivers/gpu/drm/exynos/exynos_drm_ipp.h | 1 -
2 files changed, 6 insertions
Hi Rickard,
On 15.05.2014 23:57, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
> sound/soc/samsung/dma.c | 10 ++---
Hi Tarek,
On 19.05.2014 05:37, Tarek Dakhran wrote:
> The series of patches represent support of Exynos 5410 SoC
>
> The Exynos 5410 is the first Samsung SoC based on big.LITTLE architecture
>
> Patches add new platform description, support of clock controller and device
> tree for Exynos 5410.
> +I2C bus that tunnels through the ChromeOS EC (cros-ec)
> +==
> +On some ChromeOS board designs we've got a connection to the EC (embedded
> +controller) but no direct connection to some devices on the other side of
> +the EC (like a battery an
On 19.05.2014 05:30, Tushar Behera wrote:
> On 15 May 2014 19:37, Tomasz Figa wrote:
>> Hi Rahul, Tushar,
>>
>> On 15.05.2014 15:44, Rahul Sharma wrote:
>>> Hi Tushar,
>>>
>>> Basically you are adding a new clock-type for Clkout. IMO clkout
>>> is not a special hardware. Existing clock types can b
1 - 100 of 111 matches
Mail list logo
