Hi Rob,
I got your point. The main idea of doing like this is to keep the
cooling implementation independent from thermal zone
algorithms(thermal_sys.c). But binding freq_tab index to the trip
numbers may be not be bad idea. I will give more thought into it in
the next patchset.
Regards,
Amit D
On 11 January 2012 13:32, Rob Lee wrote:
> Hey Amit, I was able to use your code on an i.MX6Q thermal
> implementation and it seemed to work pretty well. Thanks for adding
> this. A couple of comments below.
Thanks for testing and reviewing the code.
>
> On Tue, Dec 13, 2011 at 9:13 AM, Amit Dan
Hi Chanwoo Choi,
I remember I found some of those issues when making cross-compiled
static powertop binaries due to incompatible ncurses database files.
Then I moved to native compilation of powertop binaries for ARM
boards. May be this will give you some pointers.
Anyway I will test with new libc
Good news! It should reduce the cpu load dramatically. Thanks Peter!
I'm willing to add a blueprint to integrate that into linaro release.
2012/1/13 Tom Gall :
> Kudo Peter!
>
> Thanks much for copying the linaro-dev list. We're certainly
> interested in this. I've included Wei on the CC: who work
On 01/12/2012 06:04 PM, Saravana Kannan wrote:
> On 01/04/2012 08:07 PM, Turquette, Mike wrote:
>> On Wed, Jan 4, 2012 at 6:11 PM, Rob Herring
>> wrote:
>>> On 01/04/2012 07:01 PM, Turquette, Mike wrote:
On Wed, Jan 4, 2012 at 6:32 AM, Rob Herring
wrote:
> On 01/03/2012 08:15 PM, Ri
Richard Zhao writes:
> On Wed, Jan 11, 2012 at 03:22:34PM -0800, Kevin Hilman wrote:
>> Richard Zhao writes:
>>
>> > The driver get cpu operation point table from device tree cpu0 node,
>>
>> Since we already have an existing OPP infrastructure in the kernel,
>> seems like this driver should
On 01/12/2012 09:25 PM, Ash Charles wrote:
Try interrupting u-boot on boot and typing
'setenv console ttyO2,115200n8'
then
'boot'
A 'saveenv' would normally make this permanent but I suspect this will
fail on qemu (nand flash emulation?) so a boot.scr could do the trick.
-Ash
On Thu, Jan 12, 2
Hi Ryan,
I'm replying with a copy to linaro-dev@ as I believe adding support to
UEFI into l-m-c will require a new hwpack format, which is something
that needs discussion with a wider audience.
On 11/01/12 13:51, Ryan Harkin wrote:
> Hi Danilo,
>
> Ok, as we agreed, I've had a hack at the l-m-c
Kudo Peter!
Thanks much for copying the linaro-dev list. We're certainly
interested in this. I've included Wei on the CC: who works on
pulseaudio and other parts of the audio stack for the Multimedia Work
Group.
On Thu, Jan 12, 2012 at 10:42 AM, Peter Meerwald wrote:
> Hello,
>
> I've just poste
On Thu, Jan 12, 2012 at 2:42 PM, Peter Meerwald wrote:
> Hello,
>
> I've just posted some patches with ARM NEON code to the pulseaudio-discuss
> mail list
> (http://lists.freedesktop.org/archives/pulseaudio-discuss/2012-January/012611.html)
> -- this might be of interest to Linaro
>
> a stand-alo
Try interrupting u-boot on boot and typing
'setenv console ttyO2,115200n8'
then
'boot'
A 'saveenv' would normally make this permanent but I suspect this will
fail on qemu (nand flash emulation?) so a boot.scr could do the trick.
-Ash
On Thu, Jan 12, 2012 at 11:20 AM, Andrei Gherzan wrote:
> No
No quiet in it but console is ttyS2.
On Jan 12, 2012 7:05 PM, "Ash Charles" wrote:
> On Thu, Jan 12, 2012 at 8:30 AM, Andrei Gherzan wrote:
> > Does anybody know why these boot messages are not printed on serial in
> qemu?
> What are the kernel boot parameters? I.e. if you 'cat /proc/cmdline'
On Thu, Jan 12, 2012 at 8:30 AM, Andrei Gherzan wrote:
> Does anybody know why these boot messages are not printed on serial in qemu?
What are the kernel boot parameters? I.e. if you 'cat /proc/cmdline'
after the system is booted, do you see a 'console=ttyO2,115200n8'?
Equally, the word 'quiet'
Hello,
I've just posted some patches with ARM NEON code to the pulseaudio-discuss
mail list
(http://lists.freedesktop.org/archives/pulseaudio-discuss/2012-January/012611.html)
-- this might be of interest to Linaro
a stand-alone version of the code is in a Mercurial repo at
http://pmeerw.net
3 MiB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
omap2_inth_read: Bad register 0x0020
Yocto (Built by Poky 6.0) 1.1+snapshot-20120
On 12/01/12 12:47, Amit Kucheria wrote:
> On Thu, Jan 12, 2012 at 2:33 PM, Lee Jones wrote:
>> On 12/01/12 12:20, Amit Kucheria wrote:
>>> On Thu, Jan 12, 2012 at 3:02 AM, Ricardo Salveti
>>> wrote:
On Wed, Jan 11, 2012 at 2:24 AM, Amit Kachhap
wrote:
> Hi Zach/Ricardo,
>
On 12 Jan 04, Turquette, Mike wrote:
> On Wed, Jan 4, 2012 at 6:11 PM, Rob Herring wrote:
> > On 01/04/2012 07:01 PM, Turquette, Mike wrote:
> >> On Wed, Jan 4, 2012 at 6:32 AM, Rob Herring wrote:
> >>> On 01/03/2012 08:15 PM, Richard Zhao wrote:
> On Fri, Dec 16, 2011 at 04:45:48PM -0800, T
On Thu, Jan 12, 2012 at 2:33 PM, Lee Jones wrote:
> On 12/01/12 12:20, Amit Kucheria wrote:
>> On Thu, Jan 12, 2012 at 3:02 AM, Ricardo Salveti
>> wrote:
>>> On Wed, Jan 11, 2012 at 2:24 AM, Amit Kachhap
>>> wrote:
Hi Zach/Ricardo,
All the thermal Kconfigs are enabled in
htt
On 12/01/12 12:20, Amit Kucheria wrote:
> On Thu, Jan 12, 2012 at 3:02 AM, Ricardo Salveti
> wrote:
>> On Wed, Jan 11, 2012 at 2:24 AM, Amit Kachhap
>> wrote:
>>> Hi Zach/Ricardo,
>>>
>>> All the thermal Kconfigs are enabled in
>>> https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/Kconfi
On Thu, Jan 12, 2012 at 3:02 AM, Ricardo Salveti
wrote:
> On Wed, Jan 11, 2012 at 2:24 AM, Amit Kachhap wrote:
>> Hi Zach/Ricardo,
>>
>> All the thermal Kconfigs are enabled in
>> https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/Kconfig.
>
> Great, thanks.
>
> Guess we just need to make
Hi Amit,
I used linaro powertop to check idle state on embedded board
with EXYNOS4 series. I modified Makefile to use -lncurse
instead of -lncursew and it was well operated on my board.
- kernel : 2.6.36
- libncurse : libncurses5-dev
But, same powertop binary doesn't work on new embedded board.
On 01/11/2012 07:44 PM, Ash Charles wrote:
Hi,
I've used this script
(http://wiki.gumstix.org/index.php?title=Overo_qemu_script) to
package binary bootloaders, kernels and a rootfs into a qemu-bootable
format. I tweaked it specifically for the Cortex-A8 based Gumstix
Overo but it should also w
Dear Chander Kashyap,
In message
you wrote:
>
> > Simon and Wolfgang have been commented to make these files to C.
> > So, What is your plan?
> I am working on it. If possible please merge these patches. As soon as
> I am finished with converting in to c files I will submit the patches
> to rep
This information is also available here:
https://wiki.linaro.org/Platform/Android/Status/2012-01-12
Key Points for wider discussion
===
* Ethernet Communication Manager is integrated in ICS
* Snowball USB OTG greatly improved. Supports High Speed powered hubs.
Team H
On 01/11/2012 07:44 PM, Ash Charles wrote:
Hi,
I've used this script
(http://wiki.gumstix.org/index.php?title=Overo_qemu_script) to
package binary bootloaders, kernels and a rootfs into a qemu-bootable
format. I tweaked it specifically for the Cortex-A8 based Gumstix
Overo but it should also w
Dear Chander Kashyap,
On 11 January 2012 22:55, Chander Kashyap wrote:
> Samsung's ARM Cortex-A15 based SoCs are known as Exynos5 series of
> SoCs. This patch adds the support for Exynos5.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v2:
> - This patch was part of "EXYNOS: Add S
Dear Minkyu kang,
On 12 January 2012 14:06, Minkyu Kang wrote:
> Dear Chander Kashyap,
>
> On 11 January 2012 22:55, Chander Kashyap wrote:
>> SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
>>
>> Signed-off-by: Chander Kashyap
>> ---
>> Changes for v2:
>> - This patch is bifurcated
Dear Chander Kashyap,
On 11 January 2012 22:55, Chander Kashyap wrote:
> SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v2:
> - This patch is bifurcated into borad support and SoC support
> - Fixed typo: s/EEYNOS/EXYNOS
>
On Wed, Jan 11, 2012 at 03:22:34PM -0800, Kevin Hilman wrote:
> Richard Zhao writes:
>
> > The driver get cpu operation point table from device tree cpu0 node,
>
> Since we already have an existing OPP infrastructure in the kernel,
> seems like this driver should get OPPs by asking the OPP laye
29 matches
Mail list logo
