On 12/19/2011 02:25 PM, Somebody in the thread at some point said:
On Sun, Dec 18, 2011 at 10:05 PM, Andy Green wrote:
On 12/19/2011 12:17 AM, Somebody in the thread at some point said:
Hi Ricardo,
With working HDMI output on the original panda board, and Wei's new
release of patches to alsa
On 12/19/2011 01:16 PM, Somebody in the thread at some point said:
About Panda UCM, last week I noticed though that there is different wiring
on input side between 4430 Panda (line in goes to analogue headset mic
inputs on twl6040) and 4460 Panda (line in goes to FM analogue inputs). So
this wee
On Sun, Dec 18, 2011 at 10:05 PM, Andy Green wrote:
> On 12/19/2011 12:17 AM, Somebody in the thread at some point said:
>>
>> Hi Ricardo,
>>
>> With working HDMI output on the original panda board, and Wei's new
>> release of patches to alsa-lib and pulseaudio, I've updated both
>> alsa-lib and p
Add TCMPB3 field in pwm structure, earliar this was res1.
Signed-off-by: Chander Kashyap
---
arch/arm/include/asm/arch-exynos/pwm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-exynos/pwm.h
b/arch/arm/include/asm/arch-exynos/pwm.h
index d0c
Chander Kashyap (2):
Exynos: PWM: Add TCMPB3 field in pwm structure
Exynos: Fix ARM Clock frequency calculation
arch/arm/cpu/armv7/exynos/clock.c |9 ++---
arch/arm/include/asm/arch-exynos/pwm.h |2 +-
2 files changed, 7 insertions(+), 4 deletions(-)
--
1.7.5.4
__
Signed-off-by: Chander Kashyap
---
board/samsung/origen/lowlevel_init.S |5 +
board/samsung/origen/origen_setup.h | 12
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/board/samsung/origen/lowlevel_init.S
b/board/samsung/origen/lowlevel_init.S
index 0eebbf
Earliar ARM clock frequency was calculated by:
MOUTAPLL/(DIVAPLL + 1) which is actually returning SCLKAPLL.
It is fixed by calcuating it as follows:
ARMCLK=MOUTCORE/(DIVCORE + 1)/DIVCORE2 + 1)
Signed-off-by: Chander Kashyap
---
arch/arm/cpu/armv7/exynos/clock.c |9 ++---
1 files changed,
> About Panda UCM, last week I noticed though that there is different wiring
> on input side between 4430 Panda (line in goes to analogue headset mic
> inputs on twl6040) and 4460 Panda (line in goes to FM analogue inputs). So
> this week I plan to make changes to the onboard audio driver to chang
Ping
On 12/09/2011 03:33 PM, Tushar Behera wrote:
s3c24xx_i2c_parse_dt_gpio is called when cfg_gpio is not defined
in the platform data of the i2c device. When DT is not enabled,
the above function always returns -EINVAL. Since there can be
some i2c devices which don't need to configure any gpio
cpufreq needs cpu clock to change frequency.
Signed-off-by: Richard Zhao
---
arch/arm/mach-imx/clock-imx6q.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-imx/clock-imx6q.c b/arch/arm/mach-imx/clock-imx6q.c
index 039a7ab..72acbc2 100644
--- a/arch/arm/mac
If CONFIG_SMP, cpufreq skips loops_per_jiffy update, because different
arch has different per-cpu loops_per_jiffy definition.
Signed-off-by: Richard Zhao
---
arch/arm/kernel/smp.c | 54 +
1 files changed, 54 insertions(+), 0 deletions(-)
diff --
It support single core and multi-core ARM SoCs. But currently it assume
all cores share the same frequency and voltage.
Signed-off-by: Richard Zhao
---
.../devicetree/bindings/cpufreq/generic-cpufreq|7 +
drivers/cpufreq/Kconfig|8 +
drivers/cpufreq/Makefi
Signed-off-by: Richard Zhao
---
arch/arm/boot/dts/imx6q.dtsi |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi
index 263e8f3..80e47b5 100644
--- a/arch/arm/boot/dts/imx6q.dtsi
+++ b/arch/arm/boot/dts/imx6q.dtsi
arm registered cpufreq transition notifier to recalculate it.
Signed-off-by: Richard Zhao
---
arch/arm/plat-mxc/cpufreq.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/arch/arm/plat-mxc/cpufreq.c b/arch/arm/plat-mxc/cpufreq.c
index c937e75..364793a 100644
---
The driver support single core and multi core ARM SoCs. For multi core,
it assume all cores share the same clock and voltage.
TODO:
- Add each core seperate freq/volt support (MSM).
Changes in v3:
- move adjusting smp loops_per_jiffy to arm common code,
and also adjust global loops_per_jiffy
arm registered cpufreq transition notifier to recalculate it.
Signed-off-by: Richard Zhao
---
drivers/cpufreq/omap-cpufreq.c | 36
1 files changed, 0 insertions(+), 36 deletions(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.
Signed-off-by: Richard Zhao
---
arch/arm/mach-imx/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig
index c44aa97..39cf00a 100644
--- a/arch/arm/mach-imx/Kconfig
+++ b/arch/arm/mach-imx/Kconfig
@@ -595,6 +595,7 @
Hi Bryan,
On Fri, Dec 16, 2011 at 11:59:02AM -0800, Bryan Huntsman wrote:
> On 12/16/2011 02:52 AM, Jamie Iles wrote:
> >
> >> +static DEFINE_PER_CPU(unsigned long, l_p_j_ref);
> >> +static unsigned long l_p_j_ref_freq;
> >> +
> >> +static struct clk *cpu_clk;
> >
> > This assumes that all CPU's
On 12/19/2011 12:17 AM, Somebody in the thread at some point said:
Hi Ricardo,
With working HDMI output on the original panda board, and Wei's new
release of patches to alsa-lib and pulseaudio, I've updated both
alsa-lib and pulseaudio for 11.12 in ppa:linaro-maintainers/overlay.
Sound on the pa
Hi Ricardo,
With working HDMI output on the original panda board, and Wei's new
release of patches to alsa-lib and pulseaudio, I've updated both
alsa-lib and pulseaudio for 11.12 in ppa:linaro-maintainers/overlay.
Sound on the panda over HDMI from my testing works out of the box.
It's not perfect
ISO C99 says that WCHAR_MAX must be a constant expression and the
above definition is such an expression. Technically the program needs
fixing (see below though for the "standards matter but so do users"),
there is nothing wrong with a type cast and a constant value e.g.
signed -1 converted to u
On Sat, Dec 17, 2011 at 7:54 PM, peter green wrote:
>> Your patch to fix ucontext namespace pollution looks good, please post
>> that to libc-ports for review
>
> should I send it immidiately or should I wait until I have test results to
> give them?
Wait until the test results are complete and y
On Sat, Dec 17, 2011 at 10:29:29AM +0100, Arnd Bergmann wrote:
> On Saturday 17 December 2011 16:00:03 Richard Zhao wrote:
> > On Fri, Dec 16, 2011 at 08:32:35AM -0600, Rob Herring wrote:
> > > On 12/16/2011 04:30 AM, Richard Zhao wrote:
> > > > It support single core and multi-core ARM SoCs. But i
23 matches
Mail list logo
