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
Acked-by: Russell King
---
arch/arm/kernel/smp.c | 54 +
1 files changed, 54 insertions(+),
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_per_jiffy recalculate for smp
arch/ar
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.
Zach,
On Wed, Feb 29, 2012 at 7:54 AM, Zach Pfeffer wrote:
> The preliminary 12.03 Android plan is up.
>
> https://launchpad.net/linaro-android/+milestone/12.03
>
> ARM A15, A7 and A15/A7 Fast Models running Android, big.LITTLE
> testing, dual SD cards, unit tests, more enablement, improved Andro
On 02/28/2012 05:30 PM, Dan Carpenter wrote:
Could you include that in the changelog when the final version is
ready?
What changelog you're saying about?
Dmitry
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman
On 02/28/2012 05:27 PM, Ming Lei wrote:
OK, could you try the MLO and u-boot.bin under the link of
http://kernel.ubuntu.com/~ming/up to see if 'perf' may work well?
Is it really possible that the bootloader stuff affects perf/oprofile?
If still not, could you tell me what is the revision of
Hi Kukjin,
On 12/01/2011 11:20 AM, Tushar Behera wrote:
> The framebuffer driver needs the clock named 'lcd' as its bus
> clock but the equivalent clock on Exynos4 is named as 'fimd'.
> Hence, create a clkdev lookup entry with the name 'lcd' that
> references the 'fimd' clock.
>
> Signed-off-by:
The topic of benchmarking keeps coming up. We're working on making
the next FSF release better, but it's a good idea to track how the
current Linaro GCC stacks up against other releases. The summary is
at:
https://wiki.linaro.org/Internal/ToolChain/Now
Included is how our current 4.6 release d
The preliminary 12.03 Android plan is up.
https://launchpad.net/linaro-android/+milestone/12.03
ARM A15, A7 and A15/A7 Fast Models running Android, big.LITTLE
testing, dual SD cards, unit tests, more enablement, improved Android
SMP, and more!!!
--
Zach Pfeffer
Android Platform Team Lead, Linar
>> Sounds reasonable. In some cases it may be helpful to track state
>> demotion as well. Since I'm still a noob and wearing my submission
>> training wheels, I'm trying to minimize things that fall outside of
>> this basic consolidation effort for this patch series. But I added
>> Jon's suggest
On Tue, Feb 28, 2012 at 3:33 PM, Rob Lee wrote:
>>
>> I brought this topic up internally and Jon suggested that the 'usage'
>> statistics that are reported in sysfs should also reflect failed
>> versus successful C-state transitions, which is a great idea. This
>> could simply be achieved by rena
>
> I brought this topic up internally and Jon suggested that the 'usage'
> statistics that are reported in sysfs should also reflect failed
> versus successful C-state transitions, which is a great idea. This
> could simply be achieved by renaming the current 'usage' count to
> something like 'tr
On Tue, Feb 28, 2012 at 7:50 AM, Rob Lee wrote:
> On Mon, Feb 27, 2012 at 6:49 PM, Turquette, Mike wrote:
>> On Sun, Feb 26, 2012 at 8:47 PM, Robert Lee wrote:
>>> +/**
>>> + * cpuidle_enter_wrap - performing timekeeping and irq around enter
>>> function
>>> + * @dev: pointer to a valid cpuidle
ps:
>
> {{{
> $ : >payload/fsimg
> $ cp ../../zBlob payload/kernel
> $ cp initrd.img payload/fsimg
> }}}
>
> ... and build:
>
> {{{
> $ make
> [...]
> LD img.axf
> }}}
>
> img.axf is the boot payload which is needed to start the model. I
oad images can be found in
http://people.linaro.org/~dmart/bl-images/model-images-20120228.tar.bz2
Run like this:
{{{
$ ./RTSM_VE_Cortex-A15x4-A7x4 -C motherboard.mmc.p_mmc_file=mmc.bin -a
coretile.cluster0.*=img.axf
}}}
This should be enough to boot to a prompt on the simulated UART.
Beware tho
>>> Any reason that this code is in the header? Why not in cpuidle.c?
>>>
>>
>> Not a strong reason. I thought making it an inline would introduce
>> slightly less new execution when adding this code (realizing that
>> there are function calls immediately after, so the only benefit is the
>> redu
On 02/28/2012 09:45 AM, Rob Lee wrote:
> Hey Mike,
>
> On Mon, Feb 27, 2012 at 6:06 PM, Turquette, Mike wrote:
>> On Sun, Feb 26, 2012 at 8:47 PM, Robert Lee wrote:
>>> +/**
>>> + * cpuidle_enter_wrap - performing timekeeping and irq around enter
>>> function
>>> + * @dev: pointer to a valid cp
On Mon, Feb 27, 2012 at 6:49 PM, Turquette, Mike wrote:
> On Sun, Feb 26, 2012 at 8:47 PM, Robert Lee wrote:
>> +/**
>> + * cpuidle_enter_wrap - performing timekeeping and irq around enter function
>> + * @dev: pointer to a valid cpuidle_device object
>> + * @drv: pointer to a valid cpuidle_drive
Hey Mike,
On Mon, Feb 27, 2012 at 6:06 PM, Turquette, Mike wrote:
> On Sun, Feb 26, 2012 at 8:47 PM, Robert Lee wrote:
>> +/**
>> + * cpuidle_enter_wrap - performing timekeeping and irq around enter function
>> + * @dev: pointer to a valid cpuidle_device object
>> + * @drv: pointer to a valid cp
On Tue, Feb 28, 2012 at 03:59:25PM +0400, Dmitry Antipov wrote:
> On 02/28/2012 01:44 PM, Dan Carpenter wrote:
> >On Tue, Feb 28, 2012 at 01:33:59PM +0400, Dmitry Antipov wrote:
> >> - Fix vmap() to return ZERO_SIZE_PTR if 0 pages are requested;
> >> - fix __vmalloc_node_range() to return ZERO_SI
On Tue, Feb 28, 2012 at 8:13 PM, Dmitry Antipov
wrote:
> On 02/28/2012 04:45 AM, Ming Lei wrote:
>
>> Please try the uImage on the link below:
>>
>> http://kernel.ubuntu.com/~ming/up/uImage-3.3-rc5-perf
>>
>
> No good news for the oprofile:
OK, could you try the MLO and u-boot.bin under the
On Tue, 28 Feb 2012, Ian Campbell wrote:
> On Tue, 2012-02-28 at 10:20 +, Dave Martin wrote:
> > On Mon, Feb 27, 2012 at 07:33:39PM +, Ian Campbell wrote:
> > > On Mon, 2012-02-27 at 18:03 +, Dave Martin wrote:
> > > > > Since we support only ARMv7+ there are "T2" and "T3" encodings
>
On Tue, 28 Feb 2012, Dave Martin wrote:
> > Given that Stefano is proposing to make the ISS a (per-hypervisor)
> > constant we could consider just defining the Thumb and non-Thumb
> > constants instead of doing all the construction with the __HVC_IMM stuff
> > -- that would remove a big bit of the
On 02/28/2012 04:45 AM, Ming Lei wrote:
Please try the uImage on the link below:
http://kernel.ubuntu.com/~ming/up/uImage-3.3-rc5-perf
No good news for the oprofile:
...
irq 34: nobody cared (try booting with the "irqpoll" option)
[stack]
Disabling IRQ #34
irq 33: nobody cared (try b
On 02/28/2012 01:44 PM, Dan Carpenter wrote:
On Tue, Feb 28, 2012 at 01:33:59PM +0400, Dmitry Antipov wrote:
- Fix vmap() to return ZERO_SIZE_PTR if 0 pages are requested;
- fix __vmalloc_node_range() to return ZERO_SIZE_PTR if 0 bytes
are requested;
- fix __vunmap() to check passed po
On Mon, 2012-02-27 at 21:05 +, Peter Maydell wrote:
> On 27 February 2012 16:27, Ian Campbell wrote:
> > R12 is not accessible from the 16 bit "T1" Thumb encoding of mov
> > immediate (which can only target r0..r7).
> >
> > Since we support only ARMv7+ there are "T2" and "T3" encodings availab
On Tue, 2012-02-28 at 10:20 +, Dave Martin wrote:
> On Mon, Feb 27, 2012 at 07:33:39PM +, Ian Campbell wrote:
> > On Mon, 2012-02-27 at 18:03 +, Dave Martin wrote:
> > > > Since we support only ARMv7+ there are "T2" and "T3" encodings available
> > > > which do allow direct mov of an im
On Tue, 2012-02-28 at 09:46 +, Dave Martin wrote:
> On Mon, Feb 27, 2012 at 07:48:45PM +, Ian Campbell wrote:
> > Given that Stefano is proposing to make the ISS a (per-hypervisor)
> > constant we could consider just defining the Thumb and non-Thumb
> > constants instead of doing all the co
On Tue, Feb 28, 2012 at 01:33:59PM +0400, Dmitry Antipov wrote:
> - Fix vmap() to return ZERO_SIZE_PTR if 0 pages are requested;
> - fix __vmalloc_node_range() to return ZERO_SIZE_PTR if 0 bytes
>are requested;
> - fix __vunmap() to check passed pointer with ZERO_OR_NULL_PTR.
>
Why?
Also
On Mon, Feb 27, 2012 at 07:33:39PM +, Ian Campbell wrote:
> On Mon, 2012-02-27 at 18:03 +, Dave Martin wrote:
> > On Mon, Feb 27, 2012 at 04:27:23PM +, Ian Campbell wrote:
> > > On Thu, 2012-02-23 at 17:48 +, Stefano Stabellini wrote:
> > > > We need a register to pass the hypercall
On Tue, Feb 28, 2012 at 11:11:48AM +0530, Rajendra Nayak wrote:
> changes have no dependencies with any other DT series. I will repost
> all of Tero/Peter and my changes (to add DT support to the driver) as
> one single series and drop the dts file updates, which I guess can go
> via Tony/OMAP tre
On Mon, Feb 27, 2012 at 07:48:45PM +, Ian Campbell wrote:
> On Mon, 2012-02-27 at 17:53 +, Dave Martin wrote:
> > On Thu, Feb 23, 2012 at 05:48:22PM +, Stefano Stabellini wrote:
> > > We need a register to pass the hypercall number because we might not
> > > know it at compile time and
From: Peter Ujfalusi
V1V8 supply most common use is to provide VIO for the system.
V2V1 supply is used on SDP4430/PandaBoards to provide 2.1V to
twl6040, and also as an input to VCXIO_IN, VDAC_IN of twl6030.
Also update the bindings documentation with the new compatible
property for these additi
Modify the twl regulator driver to extract the regulator_init_data from
device tree when passed, instead of getting it through platform_data
structures (on non-DT builds)
Also add documentation for TWL regulator specific bindings.
Signed-off-by: Rajendra Nayak
---
.../bindings/regulator/twl-reg
From: Tero Kristo
vdd1 and vdd2 are now common regulators for twl4030 and twl6030. Also
added vdd3 as a new regulator for twl6030. twl6030 vdd1...vdd3 smps
regulator voltages can only be controlled through the smartreflex
voltage channel, thus the support for the voltage_get and set is
minimal an
From: Peter Ujfalusi
To be able to attach consumers to these supplies from board
files we need to have regulator_init_data for them.
Signed-off-by: Peter Ujfalusi
Signed-off-by: Rajendra Nayak
Cc: Samuel Ortiz
Cc: Misael Lopez Cruz
Cc: Santosh Shilimkar
---
drivers/mfd/twl-core.c | 10 +
Hi Mark,
Here is a consolidated series which adds DT support for twl regulator
driver and adds support for VDD1/2/3 regulator and support for
fixed LDO V1V8 and V2V1. The patches are based on -next and tested
on omap3 beagle and omap4 panda boards.
I have dropped the patch updating the dts entrie
Use ZERO_OR_NULL_PTR allocation pointer checking where allocation
function may return ZERO_SIZE_PTR.
---
kernel/module.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/module.c b/kernel/module.c
index 2c93276..ae438db 100644
--- a/kernel/module.c
+++ b/kerne
- Fix vmap() to return ZERO_SIZE_PTR if 0 pages are requested;
- fix __vmalloc_node_range() to return ZERO_SIZE_PTR if 0 bytes
are requested;
- fix __vunmap() to check passed pointer with ZERO_OR_NULL_PTR.
Signed-off-by: Dmitry Antipov
---
mm/vmalloc.c | 10 +++---
1 files changed, 7
Debugging option CONFIG_MODULE_KTHREAD_CHECK provides a way to check
whether all kernel threads created by the module and have used module
code as a thread worker function are really exited when the module is
unloaded. The following pseudo-code contains example of an error which
is likely to be cat
This patch proposes a system-wide sysctl-aware default for the
high-resolution timer slack value, which may be changed from 0
to HRTIMER_MAX_SLACK nanoseconds. Default system-wide and per-task
values are HRTIMER_DEFAULT_SLACK. Per-task value isn't inherited
across fork(); instead, newborn task uses
41 matches
Mail list logo
