Steve Muckle writes:
> Does anyone have instructions on modding the chromebook 2 Peach Pi such
> that it is not necessary to hit ctrl-U when booting custom kernels? I
> found some instructions (which may be incomplete) for the SS Chromebook
> "snow" suggesting it may be possible.
I don't know of
Fathi Boudra writes:
> On 18 May 2013 04:06, Kevin Hilman wrote:
>> Fathi Boudra writes:
>>
>> [...]
>>
>>>> Is there a way for us (linaro folks) to see more of the Jenkins setup
>>>> for these jobs (including the scripts.) There appears to
Fathi Boudra writes:
[...]
>> Is there a way for us (linaro folks) to see more of the Jenkins setup
>> for these jobs (including the scripts.) There appears to be some useful
>> add-ons being used. Read-only access to the detailed configuration of
>> the jenkins jobs would be very useful.
>
> Y
Fathi Boudra writes:
> On 14 May 2013 23:49, Kevin Hilman wrote:
>> Fathi Boudra writes:
>>
>> [...]
>>
>>>> Is there a way for us (linaro folks) to see more of the Jenkins setup
>>>> for these jobs (including the scripts.) There appears to
Fathi Boudra writes:
[...]
>> Is there a way for us (linaro folks) to see more of the Jenkins setup
>> for these jobs (including the scripts.) There appears to be some useful
>> add-ons being used. Read-only access to the detailed configuration of
>> the jenkins jobs would be very useful.
>
> Y
Nicolas Dechesne writes:
> On Thu, May 9, 2013 at 7:56 PM, Fathi Boudra wrote:
>
>> > Hi all,
>> >
>> > I just wanted to forward this thread from LAKML to linaro-dev:
>> > http://article.gmane.org/gmane.linux.ports.tegra/10683
>> >
>> > Seems there is lots desire for an improvement to automated b
Namhyung Kim writes:
> 2013-02-26 (화), 11:29 -0800, Kevin Hilman:
>> Frederic Weisbecker writes:
>>
>> > On Wed, Feb 20, 2013 at 11:41:38AM -0800, Kevin Hilman wrote:
>> >> So that it can build on !KVM systems too.
>> >>
>> &
Frederic Weisbecker writes:
> On Wed, Feb 20, 2013 at 11:41:38AM -0800, Kevin Hilman wrote:
>> So that it can build on !KVM systems too.
>>
>> Signed-off-by: Kevin Hilman
>> ---
>> kernel/context_tracking.c | 4
>> 1 file changed, 4 i
Frederic Weisbecker writes:
> 2013/2/21 Frederic Weisbecker :
>> 2013/2/21 Kevin Hilman :
>>> Subject: [PATCH 2/5] kernel_cpustat: convert to atomic 64-bit accessors
>>>
>>> Use the atomic64_* accessors for all the kernel_cpustat fields to
>>>
Kevin Hilman writes:
> Use the atomic64_* accessors for all the kernel_cpustat fields to
> ensure atomic access on non-64 bit platforms.
>
> Thanks to Mats Liljegren for CGROUP_CPUACCT related fixes.
>
> Cc: Mats Liljegren
> Signed-off-by: Kevin Hilman
The kbuild test bo
Namhyung Kim writes:
> Hi Kevin,
>
> On Wed, Feb 20, 2013 at 11:41:41AM -0800, Kevin Hilman wrote:
>> For the nsec resolution conversions to be useful on non 64-bit
>> architectures, do_div() needs to be used for the 64-bit divisions.
>>
>> Signed-off-by: Kev
For the nsec resolution conversions to be useful on non 64-bit
architectures, do_div() needs to be used for the 64-bit divisions.
Signed-off-by: Kevin Hilman
---
include/asm-generic/cputime_nsecs.h | 51 +++--
1 file changed, 37 insertions(+), 14 deletions
Use the atomic64_* accessors for all the kernel_cpustat fields to
ensure atomic access on non-64 bit platforms.
Thanks to Mats Liljegren for CGROUP_CPUACCT related fixes.
Cc: Mats Liljegren
Signed-off-by: Kevin Hilman
---
fs/proc/stat.c | 40
With the 64-bit requirement removed from virt CPU accounting,
allow ARM platforms to enable it.
Signed-off-by: Kevin Hilman
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 9bbe760..732f8d3 100644
--- a/arch/arm/Kconfig
+++ b
ybe some simpler wrappers in
kernel_stat.h would make this a bit cleaner?
Kevin
Kevin Hilman (5):
context tracking: conditionalize guest support based on CONFIG_KVM
kernel_cpustat: convert to atomic 64-bit accessors
virt CPU accounting: Kconfig: drop 64-bit requirment
cputime: use do_d
The 64-bit requirement can be removed after the conversion of
kernel_cpustat accessors to the portable atomic64 accessors.
Signed-off-by: Kevin Hilman
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfig
index 3abb019..b13af06 100644
So that it can build on !KVM systems too.
Signed-off-by: Kevin Hilman
---
kernel/context_tracking.c | 4
1 file changed, 4 insertions(+)
diff --git a/kernel/context_tracking.c b/kernel/context_tracking.c
index 74f68f4..6fe96b1 100644
--- a/kernel/context_tracking.c
+++ b/kernel
Daniel Lezcano writes:
> On 06/18/2012 08:15 PM, Colin Cross wrote:
>> On Mon, Jun 18, 2012 at 1:40 AM, Daniel Lezcano
>> wrote:
>>> I propose to host a cpuidle-next tree where all these modifications will
>>> be and where people can send patches against, preventing last minutes
>>> conflicts an
Daniel Lezcano writes:
> On 05/30/2012 08:07 PM, Kevin Hilman wrote:
>> Daniel Lezcano writes:
>>
>>> On 05/14/2012 06:42 AM, Rajendra Nayak wrote:
>>>> On Thursday 10 May 2012 03:32 PM, Daniel Lezcano wrote:
>>>>> The current Makefile
Daniel Lezcano writes:
> On 05/14/2012 06:42 AM, Rajendra Nayak wrote:
>> On Thursday 10 May 2012 03:32 PM, Daniel Lezcano wrote:
>>> The current Makefile compiles the cpuidle34xx.c and cpuidle44xx.c files
>>> even if the cpuidle option is not set in the kernel.
>>>
>>> This patch fixes this by c
ou go. Applies to your 'board' branch.
Kevin
From f4f2c35de0e67e3b8185059ffd78be67f7096d8a Mon Sep 17 00:00:00 2001
From: Kevin Hilman
Date: Tue, 15 May 2012 13:07:20 -0700
Subject: [PATCH] ARM: OMAP2+: nand: fix build error when
CONFIG_MTD_ONENAND_OMAP2=n
MIME-Version: 1.0
Conten
Tony Lindgren writes:
> * Javier Martinez Canillas [120427 02:33]:
>> On Wed, Apr 25, 2012 at 9:59 AM, Enric Balletbò i Serra
>> wrote:
>> >
>> > Tony, as this is a fix ,may be included ?
>> >
>> > Acked-by: Enric Balletbo i Serra
>> > Tested-by: Enric Balletbo i Serra
>> >
>> > Cheers,
>> >
Daniel Lezcano writes:
> On 05/04/2012 07:18 PM, Daniel Lezcano wrote:
>> Define a CPU_IDLE section in the makefile, declare the functions in
>> the header files conforming to the kernel coding rules and remove the
>> 'define's in the C files.
>>
>> CONFIG_PM is enabled when CPU_IDLE is enabled b
Daniel Lezcano writes:
> Define a CPU_IDLE section in the makefile, declare the functions in
> the header files conforming to the kernel coding rules and remove the
> 'define's in the C files.
>
> CONFIG_PM is enabled when CPU_IDLE is enabled because the cpuidle drivers
> use some functions from
Daniel Lezcano writes:
> At init time, check the powerdomains lookup is successful otherwise
> exit the cpuidle driver init function with -ENODEV like what is done for the
> omap3 cpuidle driver.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jean Pihet
Thanks, applying to my for_3.5/cleanup
Hi Daniel,
Daniel Lezcano writes:
> This patchset makes some cleanup on these cpuidle drivers
> and consolidate the code across both architecture.
I think I said it before, but it's worth repeating: Very nice cleanup!
Thanks for your persistence.
I've now been through this version and I think
Daniel Lezcano writes:
> Define a CPU_IDLE section in the makefile, declare the functions in
> the header files conforming to the kernel coding rules and remove the
> 'define's in the C files.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jean Pihet
This patch breaks compilation for the !CO
them static.
Signed-off-by: Daniel Lezcano
Reviewed-by: Jean Pihet
Reviewed-by: Santosh Shilimkar
Tested-by: Santosh Shilimkar
Tested-by: Kevin Hilman
[khil...@ti.com: update changelog, drop error check in fast path]
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/cpuidle34xx.c |2 +-
1
Daniel Lezcano writes:
> With the previous changes all the states are valid, except
> the last state which can be handled by decreasing the number
> of states.
I don't think this changelog is valid anymore as you're not doing
anything to decrease the number of states.
I updated the changelog lo
Daniel Lezcano writes:
> On 04/24/2012 04:05 PM, Daniel Lezcano wrote:
>> This patchset makes some cleanup on these cpuidle drivers
>> and consolidate the code across both architecture.
>>
>> Tested on OMAP3 (igepV2).
>> Partially tested on OMAP4 (pandaboard), without offlining the cpu1.
Without
Daniel Lezcano writes:
> On 04/23/2012 07:08 PM, Kevin Hilman wrote:
>> Daniel Lezcano writes:
>>
>>> On 04/19/2012 03:58 PM, Daniel Lezcano wrote:
>>>> On 04/10/2012 12:37 AM, Kevin Hilman wrote:
>>>>> Daniel Lezcano writes:
>>&g
Daniel Lezcano writes:
> On 04/19/2012 03:58 PM, Daniel Lezcano wrote:
>> On 04/10/2012 12:37 AM, Kevin Hilman wrote:
>>> Daniel Lezcano writes:
>>>
>>>> The cpuidle API allows to declare statically the states in the driver
>>>> structure. Let&
Daniel Lezcano writes:
> This patchset makes some cleanup on these cpuidle drivers
> and consolidate the code across both architecture.
Thanks for this really nice cleanup. I have some comments on specific
patches, but here's some general comments:
Some minor comments:
First, please be sure a
Daniel Lezcano writes:
> With the previous changes all the states are valid, except
> the last state which can be handled by decreasing the number
> of states.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jean Pihet
> ---
> arch/arm/mach-omap2/cpuidle34xx.c | 12 +++-
> 1 files c
Daniel Lezcano writes:
> We do not longer need the ''cpuidle_params_table' array as
> we defined the states in the driver and we checked they are
> all valid.
>
> We also remove the structure definition as it is no longer used.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jean Pihet
> ---
>
Daniel Lezcano writes:
> We are storing the 'omap4_idle_data' in the private data field
> of the cpuidle device. As we are using this variable only in this file,
> that does not really make sense. Let's use the global variable directly
> instead dereferencing pointers in an idle critical loop.
D
Daniel Lezcano writes:
> We initialized it at compile time, no need to do that at boot
> time.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jean Pihet
> Reviewed-by: Santosh Shilimkar
> ---
> arch/arm/mach-omap2/cpuidle44xx.c | 26 +-
> 1 files changed, 1 inserti
Daniel Lezcano writes:
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jean Pihet
> Reviewed-by: Santosh Shilimkar
Missing changelog.
Kevin
> ---
> arch/arm/mach-omap2/cpuidle44xx.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/cpuidle44x
Daniel Lezcano writes:
> The cpuidle API allows to declare statically the states in the driver
> structure. Let's use it.
> We do no longer need the fill_cstate function called at runtime and
> by the way adding more instructions at boot time.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Jea
Hi Daniel,
Daniel Lezcano writes:
> This patchset makes some cleanup on these cpuidle drivers
> and consolidate the code across both architecture.
>
> Tested on OMAP3 (igepV2).
> Partially tested on OMAP4 (pandaboard), without offlining the cpu1.
Any reason this wasn't posted to linux-omap?
Wa
Daniel Lezcano writes:
> On 03/21/2012 10:54 PM, Kevin Hilman wrote:
>> Daniel Lezcano writes:
>>
>>> On 03/21/2012 02:43 PM, Jean Pihet wrote:
>>>> On Wed, Mar 21, 2012 at 11:07 AM, Santosh Shilimkar
>>>>wrote:
>>>>> Daniel,
Daniel Lezcano writes:
> On 03/21/2012 02:43 PM, Jean Pihet wrote:
>> On Wed, Mar 21, 2012 at 11:07 AM, Santosh Shilimkar
>> wrote:
>>> Daniel,
>>>
>>> On Wednesday 21 March 2012 02:57 PM, Daniel Lezcano wrote:
This patchset is a proposition to improve a bit the code.
The changes are
Arnd Bergmann writes:
> On Tuesday 20 March 2012, Kevin Hilman wrote:
>> Maybe it's time that drivers/cpuidle gets a maintainer. With lots of
>> discussions of scheduler changes that affect load estimation, I suspect
>> we're all going to have a bit of CPUi
mx51, imx6q)
Note that there's a space missing between the name and email in these
tags (and for Deepthi's below also.) That seems to exist in all the
patches.
> Reviewed-by: Kevin Hilman
For my Reviewed-by, it only applies to the core code and the OMAP
changes. I haven't rev
Arnd Bergmann writes:
> On Tuesday 20 March 2012, Robert Lee wrote:
>> This patch series moves various functionality duplicated in platform
>> cpuidle drivers to the core cpuidle driver. Also, the platform irq
>> disabling was removed as it appears that all calls into
>> cpuidle_call_idle will
).
Reviewed-by: Kevin Hilman
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Robert Lee writes:
> Make necessary changes to implement time keeping and irq enabling
> in the core cpuidle code. This will allow the removal of these
> functionalities from various platform cpuidle implementations whose
> timekeeping and irq enabling follows the form in this common code.
>
> S
Richard Zhao writes:
> The two patches were originally in [PATCH V6 0/7] add a generic cpufreq
> driver.
> I seperated them and hope they can go to upstream earlier.
>
> Richard Zhao (2):
> ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
> cpufreq: OMAP: remove loops_pe
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 kerne
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 layer.
This approach assumes the OPP layer is static at boot time and not
cha
Dmitry Antipov writes:
> From e4db974edb5c46360465462518a88b83f1bdedf6 Mon Sep 17 00:00:00 2001
> From: Dmitry Antipov
> Date: Wed, 21 Dec 2011 10:57:08 +0400
> Subject: [PATCH] omap: use usleep_range() instead of mdelay()/udelay()
Please include a signoff and a descriptive changelog (describin
Greg, Alan,
Rajendra Nayak writes:
> v3 is rebased on top of the latest serial runtime
> patches[1] and boot tested with/without DT on OMAP4
> SDP and OMAP4 Panda boards.
With your ack on the drivers/tty/* stuff, I can queue this via the OMAP
tree on top of the runtime PM conversion that it dep
UART module needs to be kept enabled through the boot, until the
> UART driver takes control of it, for debug prints to appear on
> the console.
>
> Acked-by: Kevin Hilman
> Acked-by: Benoit Cousson
Looks like we need a
Tested-by: Govindraj R
"Cousson, Benoit" writes:
> Hi Kevin and Rajendra,
>
> On 11/18/2011 7:44 AM, Rajendra Nayak wrote:
>> Hi Kevin,
>>
>> On Friday 18 November 2011 01:05 AM, Kevin Hilman wrote:
>>> Rajendra Nayak writes:
>>>
>>>> A hwmod with a
Rajendra Nayak writes:
> A hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
> enabled state by the hwmod framework post the initial setup.
> Once a real user of the device (a driver) tries to enable it
> at a later point, the hmwod framework throws a WARN() about
> the device being already
Amit Kucheria writes:
> On Wed, Apr 6, 2011 at 10:33 PM, Kevin Hilman wrote:
>> Nicolas Pitre writes:
>>
>>> On Wed, 6 Apr 2011, Kevin Hilman wrote:
>>>
>>>> Amit Kucheria writes:
>>>>
>>>> > On Sat, Apr 2, 2011 at 6:21
Andy Green writes:
> On 04/06/2011 09:24 PM, Somebody in the thread at some point said:
>> I have the same problem. If I turn off the display then the board boots.
>>
>> https://bugs.launchpad.net/ubuntu/+source/linux-linaro-omap/+bug/752900
>>
>> Thanks to John Stultz for making the connection
Nicolas Pitre writes:
> On Wed, 6 Apr 2011, Kevin Hilman wrote:
>
>> Amit Kucheria writes:
>>
>> > On Sat, Apr 2, 2011 at 6:21 AM, Nicolas Pitre
>> > wrote:
>> >> On Fri, 1 Apr 2011, Vishwanath Sripathy wrote:
>> >>
>> >>
Amit Kucheria writes:
> On Sat, Apr 2, 2011 at 6:21 AM, Nicolas Pitre
> wrote:
>> On Fri, 1 Apr 2011, Vishwanath Sripathy wrote:
>>
>>> Hi Nicolas,
>>>
>>> Pls find rebased OMAP DVFS patches attached. Apologies for the delay
>>> as I had to rework some of the patches because of kernel migration
ode errata.)
Kevin
> Seems to work with CONFIG_SMP_ON_UP and CONFIG_THUMB2_KERNEL
> enabled on Beagle xM A2 and Panda A1.
>
> Thanks also to Santosh Shilimkar and Kevin Hilman for their help
> with testing so far.
>
>
> v3:
> * make SMC instruction syntax more consistent
&
Santosh Shilimkar writes:
> Dave,
>> -Original Message-
>> From: Dave Martin [mailto:dave.mar...@linaro.org]
>> Sent: Friday, March 04, 2011 11:05 PM
>> To: linux-arm-ker...@lists.infradead.org
>> Cc: patc...@linaro.org; Tony Lindgren; Santosh Shili
Dave Martin writes:
> On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren wrote:
>> * Santosh Shilimkar [110304 09:36]:
>>> >
>>> > Following up on this, it looks like I have some locally-recorded
>>> > acks
>>> > which didn't make it into my posting ...
>>
>> To me looks like this is ready to go, bu
Amit Kucheria writes:
> Adding linaro-dev to cc. Kernel consolidation WG might have comments.
>
> On Tue, Oct 12, 2010 at 9:04 AM, Yong Shen wrote:
>> Hi Amit and Jeremy,
>>
>> This is not a patch review. But patch may better present my idea. Basically,
>> I want to add some code in common clock
Vishwanath BS writes:
> This patch has done some clean up of omap3 sleep code.
> Basically all possible hardcodings are removed and code is Reorganized
> into more logical buckets for better readability and instrumentation.
>
> Tested on ZOOM3.
Again, please describe more about how it was tested
Vishwanath BS writes:
> There is no need to keep omap3 sleep code in SRAM.
> This code can be run very well on DDR.
/me remains skeptical
> This would help us to instrument CPUIdle latencies.
Indeed, but...
I'm afraid we will need a much more descriptive changelog here,
describing in detail
On Wed, 2010-09-01 at 18:52 +0300, Ameya Palande wrote:
> Hi Amit,
>
> On Wed, 2010-09-01 at 17:38 +0200, ext Amit Kucheria wrote:
> > On Wed, Sep 1, 2010 at 6:21 PM, Ameya Palande
> > wrote:
> > > Hi,
> > >
> > > AFAIU pm branch on linux-omap tree contains required patches, but they
> > > are n
Amit Kucheria writes:
> On 10 Aug 27, Kevin Hilman wrote:
>> vishwanath.sripa...@linaro.org writes:
>>
>> > From: Vishwanath BS
>> >
>> > This patch has instrumentation code for measuring latencies for
>> > various CPUIdle C states for
vishwanath.sripa...@linaro.org writes:
> From: Vishwanath BS
>
> This patch has instrumentation code for measuring latencies for
> various CPUIdle C states for OMAP. Idea here is to capture the
> timestamp at various phases of CPU Idle and then compute the sw
> latency for various c states. For
Amit Kucheria writes:
> On 10 Aug 28, vishwanath.sripa...@linaro.org wrote:
>> From: Vishwanath BS
>>
>> This patch has instrumentation code for measuring latencies for
>> various CPUIdle C states for OMAP. Idea here is to capture the
>> timestamp at various phases of CPU Idle and then compute
69 matches
Mail list logo