On Tue, Nov 27, 2012 at 12:13 PM, Mark Brown
wrote:
> On Tue, Nov 27, 2012 at 09:33:43AM +0900, Kukjin Kim wrote:
>
>> I checked Samsung audio driver stuff just now. If you don't mind, I will
>> drop the patch 48a2050d ("ARM: SAMSUNG: Delete the unnecessary variable")
>> instead of applying this.
On Tue, Nov 27, 2012 at 09:33:43AM +0900, Kukjin Kim wrote:
> I checked Samsung audio driver stuff just now. If you don't mind, I will
> drop the patch 48a2050d ("ARM: SAMSUNG: Delete the unnecessary variable")
> instead of applying this.
That works just as well for me, thanks. Padma, as I said
On 26 November 2012 21:34, Heiko Stübner wrote:
> Hi Thomas,
>
> Am Montag, 26. November 2012, 16:23:00 schrieb Thomas Abraham:
>> On 26 November 2012 17:43, Heiko Stübner wrote:
>> > Hi Thomas,
>> >
>> > Am Montag, 26. November 2012, 12:03:22 schrieb Thomas Abraham:
>> >> Hi Heiko,
>> >>
>> >> O
Hi Mr. Park,
On 26 November 2012 16:57, Kyungmin Park wrote:
> On 11/26/12, Thomas Abraham wrote:
>> With device tree support enabled for dwmci controller, the unused non-dt
>> support
>> for dwmci controller can be removed.
>
> Are there no problem to use legacy board? e.g., universal_c210.
Th
On Monday, November 26, 2012, Thomas Abraham wrote:
> With device tree support enabled for dwmci controller, the unused non-dt
> support
> for dwmci controller can be removed.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-exynos/Makefile |1 -
> arch/arm/mach-exynos/d
Kyungmin Park wrote:
>
> On 11/26/12, Thomas Abraham wrote:
> > With device tree support enabled for dwmci controller, the unused non-dt
> > support
> > for dwmci controller can be removed.
>
> Are there no problem to use legacy board? e.g., universal_c210.
>
I cannot find anywhere the exynos4_
Mike Turquette wrote:
>
> Quoting Thomas Abraham (2012-11-24 13:17:53)
> > Changes since v3:
> > - Includes changes suggested by Tomasz Figa
> >
>
> Hi Thomas,
>
Hi Mike,
> 3.7-rc7 is out and I do not wish to take any large changes this close to
> the merge window opening up. I will review th
Thomas Abraham wrote:
>
> Remove the unused regs-mem.h file
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-exynos/include/mach/regs-mem.h | 23
--
> -
> 1 files changed, 0 insertions(+), 23 deletions(-)
> delete mode 100644 arch/arm/mach-exynos/include/mach/regs-
Thomas Abraham wrote:
>
> With device tree support enabled for dwmci controller, the unused non-dt
> support
> for dwmci controller can be removed.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-exynos/Makefile |1 -
> arch/arm/mach-exynos/dev-dwmci.c | 75
--
Olof Johansson wrote:
>
> On Fri, Nov 23, 2012 at 10:37:03AM +0900, Kukjin Kim wrote:
> > Arnd, Olof,
> >
> > This is adding support for exynos5440, including Quad ARM Cortex-A15
> cores
> > and its reference board SSDK5440.
> >
> > Note, at this moment, just enabled minimal system part for initia
Olof Johansson wrote:
>
> Hi Kgene,
>
Hi :-)
> On Fri, Nov 23, 2012 at 10:37:30AM +0900, Kukjin Kim wrote:
> > Hi Arnd, Olof
> >
> > Here is second Samsung development patches for v3.8.
>
> Please start sorting your branches more. When someone sends in a large
> "devel" branch, it doesn't fit o
Mark Brown wrote:
>
> Commit 48a2050d36f0da5a7d22e3bd7dbf3bf8a5a538bc (ARM: SAMSUNG: Delete
> the unnecessary variable) removed the src_clk field from the platform
> data header for the I2S driver without a corresponding change having
> been made in the I2S driver to stop using the field, causing
Quoting Thomas Abraham (2012-11-24 13:17:53)
> Changes since v3:
> - Includes changes suggested by Tomasz Figa
>
Hi Thomas,
3.7-rc7 is out and I do not wish to take any large changes this close to
the merge window opening up. I will review these patches and give any
feedback now on the common
Hi Thomas,
Am Montag, 26. November 2012, 16:23:00 schrieb Thomas Abraham:
> On 26 November 2012 17:43, Heiko Stübner wrote:
> > Hi Thomas,
> >
> > Am Montag, 26. November 2012, 12:03:22 schrieb Thomas Abraham:
> >> Hi Heiko,
> >>
> >> On 25 November 2012 06:17, Heiko Stübner wrote:
> >> > This
Signed-off-by: Mark Brown
---
arch/arm/mach-s3c64xx/mach-crag6410.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-s3c64xx/mach-crag6410.c
b/arch/arm/mach-s3c64xx/mach-crag6410.c
index 2abe95d..c06bcfa 100644
--- a/arch/arm/mach-s3c64xx/mach-crag64
Commit 48a2050d36f0da5a7d22e3bd7dbf3bf8a5a538bc (ARM: SAMSUNG: Delete
the unnecessary variable) removed the src_clk field from the platform
data header for the I2S driver without a corresponding change having
been made in the I2S driver to stop using the field, causing build
breaks.
This change sh
On 26 November 2012 17:43, Heiko Stübner wrote:
> Hi Thomas,
>
> Am Montag, 26. November 2012, 12:03:22 schrieb Thomas Abraham:
>> Hi Heiko,
>>
>> On 25 November 2012 06:17, Heiko Stübner wrote:
>> > This adds devicetree parsing of the controller-data for the
>> > interrupt controllers on S3C24XX
On Mon, Nov 26, 2012 at 08:15:12PM +0530, Padma Venkat wrote:
> On Wed, Nov 14, 2012 at 5:39 PM, Padmavathi Venna wrote:
> > +module_init(smdk_audio_init);
> > +module_exit(smdk_audio_exit);
> Ping. Any comments on this patch?
Don't send contentless pings and delete irrelevant context from repl
On Mon, Nov 26, 2012 at 08:13:23PM +0530, Thomas Abraham wrote:
> I tried applying this patch on the max8997 branch in your regulator
> tree. But this patch does not apply cleanly on that branch because
> commits "5eb9f2b96381" (regulator: remove use of __devexit_p),
> "a5023574d120" (regulator: r
Hi,
On Wed, Nov 14, 2012 at 5:39 PM, Padmavathi Venna wrote:
> Audio platform device is not a hardware peripherial.
> So this device can't be added in the dt devices list.
> So expanded the module_platform_driver and registered
> this device using "platform_device_register_simple".
>
> Also added
On 26 November 2012 19:41, Mark Brown
wrote:
> On Mon, Nov 26, 2012 at 07:16:04PM +0530, Thomas Abraham wrote:
>
>> and this patch applied cleanly. Could you please let me know if there
>> is anything I need to be doing differently for this.
>
> Hrm, try applying it on the relevant topic branch.
On Mon, Nov 26, 2012 at 07:16:04PM +0530, Thomas Abraham wrote:
> and this patch applied cleanly. Could you please let me know if there
> is anything I need to be doing differently for this.
Hrm, try applying it on the relevant topic branch. Your comments about
rebasing on top of MFD changes did
This patch uses the quick thermal cooling trend type macros. This is needed
as exynos5 and other thermal sensors now supports only interrupt method for
thresold temperature check.
Signed-off-by: Amit Daniel Kachhap
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/exynos_thermal.c |6 +
Below fixes are done to support falling threshold interrupt,
* Falling interrupt status macro corrected according to exynos5 data sheet.
* The get trend function modified to calculate trip temperature correctly.
* The clearing of interrupt status in the isr is now done after handling
the event th
From: Jonghwa Lee
This patch introduces using temperature falling interrupt in exynos
thermal driver. Former patch, it only use polling way to check
whether if system themperature is fallen. However, exynos SOC also
provides temperature falling interrupt way to do same things by hw.
This feature
Changes since V1: Used the new thermal trend type macro
The patch submitted by Jonghwa Lee (https://patchwork.kernel.org/patch/1683441/)
adds support for interrupt based notification to thermal layer. This is a good
feature but the current code need more fixes to support that feature so using 2
n
On 26 November 2012 15:21, Mark Brown
wrote:
> On Sat, Nov 24, 2012 at 11:46:51PM +0530, Thomas Abraham wrote:
>
>> The max8997 driver is mainlined. I actually meant to say that, this v6
>> version of dt support patch for max8997, is similar in functionality
>> to the v5 version of this patch. I d
Hi Thomas,
Am Montag, 26. November 2012, 12:03:22 schrieb Thomas Abraham:
> Hi Heiko,
>
> On 25 November 2012 06:17, Heiko Stübner wrote:
> > This adds devicetree parsing of the controller-data for the
> > interrupt controllers on S3C24XX architectures.
> >
> > Signed-off-by: Heiko Stuebner
>
Hi Kyungmin, Kyuho,
On Monday 26 of November 2012 20:52:12 Kyungmin Park wrote:
> Hi,
>
> On 11/26/12, chlrb...@gmail.com wrote:
> > From: Kyuho Choi
> >
> > This patch adds initial dts file for ORIGEN4QUAD board.
> > ORIGEN4QUAD board based on Samsung EXYNOS4412 SoC.
> > More properties will
Hi,
On 11/26/12, chlrb...@gmail.com wrote:
> From: Kyuho Choi
>
> This patch adds initial dts file for ORIGEN4QUAD board.
> ORIGEN4QUAD board based on Samsung EXYNOS4412 SoC.
> More properties will be added later.
>
> Signed-off-by: Kyuho Choi
> ---
> arch/arm/boot/dts/exynos4412-origen4quad.d
From: Kyuho Choi
This patch adds initial dts file for ORIGEN4QUAD board.
ORIGEN4QUAD board based on Samsung EXYNOS4412 SoC.
More properties will be added later.
Signed-off-by: Kyuho Choi
---
arch/arm/boot/dts/exynos4412-origen4quad.dts | 45 ++
1 files changed, 45 ins
On 11/26/12, Thomas Abraham wrote:
> With device tree support enabled for dwmci controller, the unused non-dt
> support
> for dwmci controller can be removed.
Are there no problem to use legacy board? e.g., universal_c210.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-exynos/Makefile
Hi Heiko,
On 25 November 2012 06:17, Heiko Stübner wrote:
> This adds devicetree parsing of the controller-data for the
> interrupt controllers on S3C24XX architectures.
>
> Signed-off-by: Heiko Stuebner
> ---
> .../interrupt-controller/samsung,s3c24xx-irq.txt | 57 ++
> arch/arm/mach-s
Am Montag, 26. November 2012, 10:43:21 schrieb Alexander Varnin:
> S3C2443 CPU has a problem with incorrect reading from EXTINTn
> registers. So s3c_irqext_type function wrongly modifies them.
> So add special check to s3c_irqext_type, to handle this case.
>
> Signed-off-by: Alexander Varnin
Ack
On Sat, Nov 24, 2012 at 11:46:51PM +0530, Thomas Abraham wrote:
> The max8997 driver is mainlined. I actually meant to say that, this v6
> version of dt support patch for max8997, is similar in functionality
> to the v5 version of this patch. I did prepare this patch based on
> your latest for-nex
S3C2443 CPU has a problem with incorrect reading from EXTINTn
registers. So s3c_irqext_type function wrongly modifies them.
So add special check to s3c_irqext_type, to handle this case.
Signed-off-by: Alexander Varnin
---
styling and comment fixes
arch/arm/plat-s3c24xx/irq.c | 25 +
Am Montag, 26. November 2012, 10:23:17 schrieb Alexander Varnin:
> Is it ok, to send only one last patch after changes, without the one,
> who make macro?
I'd think so, as this series isn't this big. Just include a version into the
patch subject, i.e.
[PATCH v2 2/2] ARM: S3C2443: Workaro
Is it ok, to send only one last patch after changes, without the one,
who make macro?
26.11.2012 13:12, Heiko Stübner пишет:
Hi Alexander,
I think this patch needs a bit more love :-) .
Please run scripts/checkpatch.pl on it and fix all the reported problems.
And I'd change the comment to so
Hi Alexander,
I think this patch needs a bit more love :-) .
Please run scripts/checkpatch.pl on it and fix all the reported problems.
And I'd change the comment to something like:
/*
* S3C2443 CPU has a problem with EXTINTn registers.
* Essentially register-reads return transformed data, but
Am Montag, 26. November 2012, 09:40:02 schrieb Alexander Varnin:
> Signed-off-by: Alexander Varnin
Acked-by: Heiko Stuebner
> ---
> arch/arm/plat-samsung/include/plat/cpu.h | 10 ++
> 1 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/plat-samsung/include/pl
Hi Aditya.
FYI, just in case you have not seen this email.
Thanks,
Thomas.
On 26 November 2012 01:32, Mauro Carvalho Chehab wrote:
> Hi all,
>
> Today, I finally merged the DMABUF V4L2 patches from Tomasz.
>
> The DMABUF allows replacing the old V4L2 Overlay method by something more
> robust a
S3C2443 CPU has a problem with incorrect reading from EXTINTn
registers. So s3c_irqext_type function wrongly modifies them.
So add special check to s3c_irqext_type, to handle this case.
Signed-off-by: Alexander Varnin
---
arch/arm/plat-s3c24xx/irq.c | 26 ++
1 files cha
Signed-off-by: Alexander Varnin
---
arch/arm/plat-samsung/include/plat/cpu.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-samsung/include/plat/cpu.h
b/arch/arm/plat-samsung/include/plat/cpu.h
index ace4451..613f492 100644
--- a/arch/arm/plat-sa
Sorry, an old version.
26.11.2012 12:40, Alexander Varnin пишет:
S3C2443 CPU has a problem with incorrect reading from EXTINTn
registers. So s3c_irqext_type function wrongly modifies them.
So add special check to s3c_irqext_type, to handle this case.
Signed-off-by: Alexander Varnin
---
arch/
S3C2443 CPU has a problem with incorrect reading from EXTINTn
registers. So s3c_irqext_type function wrongly modifies them.
So add special check to s3c_irqext_type, to handle this case.
Signed-off-by: Alexander Varnin
---
arch/arm/plat-s3c24xx/irq.c | 15 +++
1 files changed, 15 in
Signed-off-by: Alexander Varnin
---
arch/arm/plat-samsung/include/plat/cpu.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-samsung/include/plat/cpu.h
b/arch/arm/plat-samsung/include/plat/cpu.h
index ace4451..613f492 100644
--- a/arch/arm/plat-sa
On Fri, Nov 23, 2012 at 10:37:03AM +0900, Kukjin Kim wrote:
> Arnd, Olof,
>
> This is adding support for exynos5440, including Quad ARM Cortex-A15 cores
> and its reference board SSDK5440.
>
> Note, at this moment, just enabled minimal system part for initial kernel
> boot and pinctrl driver.
>
On Fri, Nov 23, 2012 at 10:37:20AM +0900, Kukjin Kim wrote:
> Arnd, Olof,
>
> Here is second Samsung DT stuff for v3.8.
>
> This is including power domain DT support for exynos and Google ARM
> Chromebook, Snow board and exynos4210-origen updates.
>
> Please pull from:
> git://git.kernel.org/pub
48 matches
Mail list logo