Hi,
On Fri, Dec 7, 2012 at 7:21 PM, Grant Likely wrote:
> On Thu, 6 Dec 2012 13:11:42 +0900, Mark Brown
> wrote:
>> On Thu, Dec 06, 2012 at 09:31:40AM +0530, Padma Venkat wrote:
>> > On Wed, Nov 28, 2012 at 4:17 PM, Padmavathi Venna
>> > wrote:
>>
>> > > Padmavathi Venna (2):
>> > > ASoC: S
CONFIG_HOTPLUG is going away as an option. As result the __dev*
markings will be going away.
Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst,
and __devexit.
Signed-off-by: Bill Pemberton
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Sangbeom Kim
Cc: linux-arm-ker...@lists.infradead.or
On Thu, 6 Dec 2012 13:11:42 +0900, Mark Brown
wrote:
> On Thu, Dec 06, 2012 at 09:31:40AM +0530, Padma Venkat wrote:
> > On Wed, Nov 28, 2012 at 4:17 PM, Padmavathi Venna
> > wrote:
>
> > > Padmavathi Venna (2):
> > > ASoC: Samsung: Get I2S src_clk from clock alias id.
> > > ASoC: SAMSUNG:
Hi Thomas,
Thanks for the comments.Please find my reply inline.
On Tue, Dec 4, 2012 at 2:29 PM, Thomas Abraham
wrote:
>
> On 27 November 2012 17:52, Prasanna Kumar wrote:
> > From: Prasanna Kumar
> >
> > This patch adds a software workaround to the hardware
> > problem found in exynos5 while p
On Fri, Dec 07, 2012 at 05:33:17PM +0530, Tushar Behera wrote:
> On 12/03/2012 05:46 PM, Giridhar Maruthy wrote:
> > This patch adds slave support to i2c. The dt entry i2c-mode
> > decides at probe time if the controller needs to work in
> > slave mode and the controller is accordingly programmed.
On 12/03/2012 05:46 PM, Giridhar Maruthy wrote:
> This patch adds slave support to i2c. The dt entry i2c-mode
> decides at probe time if the controller needs to work in
> slave mode and the controller is accordingly programmed.
>
> Signed-off-by: Giridhar Maruthy
> ---
> drivers/i2c/busses/i2c-s
Thanks for the review Subash. Please find my reply below.
On 6 December 2012 23:05, Subash Patel wrote:
> Hi Giridhar,
>
>
> On 12/03/2012 05:46 PM, Giridhar Maruthy wrote:
>>
>> This patch adds slave support to i2c. The dt entry i2c-mode
>> decides at probe time if the controller needs to work i
On Fri, Dec 07, 2012 at 01:59:21PM +0530, Padmavathi Venna wrote:
> Previously, the ASoC 'platform' (PCM/DMA) object was instantiated via a
> platform_device. This didn't represent the hardware well, since there
> was no separate hardware associated with this platform_device; it was a
> virtual dev
Add the basic device tree based lookup.
Signed-off-by: Padmavathi Venna
---
.../bindings/sound/samsung,smdk-wm8994.txt | 14 ++
arch/arm/boot/dts/exynos5250-smdk5250.dts | 12 +
sound/soc/samsung/smdk_wm8994.c| 26
3
Previously, the ASoC 'platform' (PCM/DMA) object was instantiated via a
platform_device. This didn't represent the hardware well, since there
was no separate hardware associated with this platform_device; it was a
virtual device with sole purpose to call snd_soc_register_platform().
This change re
Changes since V1:
- Renamed all samsung based audio platform names with the corresponding
cpu dai name
- Register the dma device in the corresponding samsung cpu dai driver
- Deleted "samsung_asoc_dma" platform device from devs.c
- Deleted the "samsung_asoc
Add missing 'static' qualifiers.
Signed-off-by: Jonghwan Choi
---
drivers/cpufreq/exynos-cpufreq.c |4 ++--
drivers/cpufreq/exynos4210-cpufreq.c |2 +-
drivers/cpufreq/exynos4x12-cpufreq.c |2 +-
drivers/cpufreq/exynos5250-cpufreq.c |2 +-
4 files changed, 5 insertions(+), 5
Signed-off-by: Jonghwan Choi
---
arch/arm/mach-exynos/include/mach/cpufreq.h | 16 ++
drivers/cpufreq/exynos4210-cpufreq.c| 135 ++
drivers/cpufreq/exynos4x12-cpufreq.c| 378
---
drivers/cpufreq/exynos5250-cpufreq.c| 168 +++-
4
Split exynos_target function into exynos_target & exynos_cpufreq_scale.
Exynos_cpufreq_scale changes the voltage & frequency.
Signed-off-by: Jonghwan Choi
---
drivers/cpufreq/exynos-cpufreq.c | 151
+
1 files changed, 86 insertions(+), 65 deletions(-)
diff -
The variable 'max_support_idx, min_support_idx, pm_lock_idx"
are never used, so remove the unused variable.
Signed-off-by: Jonghwan Choi
---
arch/arm/mach-exynos/include/mach/cpufreq.h |3 ---
drivers/cpufreq/exynos-cpufreq.c|3 +--
drivers/cpufreq/exynos4210-cpufreq.c
If old & new freq have the same frequency, no need to call
cpufreq notifier & regulator function.
Signed-off-by: Jonghwan Choi
---
drivers/cpufreq/exynos-cpufreq.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/cpufreq/exynos-cpufreq.c
b/drivers/cpufreq/ex
Hi Mark,
On Fri, Dec 7, 2012 at 12:16 PM, Mark Brown
wrote:
> On Thu, Dec 06, 2012 at 09:20:36AM +0530, Padmavathi Venna wrote:
>> Previously, the ASoC 'platform' (PCM/DMA) object was instantiated via a
>> platform_device. This didn't represent the hardware well, since there
>> was no separate ha
17 matches
Mail list logo