Hi Len,
These set of patches were accepted by you for 3.5 merge window. Can
you again apply them on your for-next branch for 3.6 merge? I have
some arch enablement and clean up patches based on them. It is really
important for me to mainline everything in this merge window.
Thanks,
Amit Daniel
O
Hi Rob/Eduardo,
As these patches have still not made into mainline. I will rebase the
whole set along with your suggestion and send them shortly.
Sorry for late reply.
Thanks,
Amit Daniel
On Tue, Jun 26, 2012 at 1:12 PM, Valentin, Eduardo
wrote:
> Hey Rob and Amit,
>
> On Tue, Jun 26, 2012 at 6
This is probably a bug in the new kernel packaging scripts. I will
check into it.
--john
On Mon, Jul 9, 2012 at 2:30 PM, David Cullen
wrote:
> Hello, linaro-dev,
>
> I just created a TAGS file for the Linaro kernel source and I
> noticed that there is a "kernel_build" subdirectory:
>
> /hom
Hello, linaro-dev,
I just created a TAGS file for the Linaro kernel source and I
noticed that there is a "kernel_build" subdirectory:
/home/work/linux-linaro-lt-omap-3.4-3.4.0/kernel_build
What is the purpose of this directory?
When I run "make ARCH=arm TAGS", it includes the source in this
Hello, Nicolas,
On 7/9/2012 12:05 PM, Dechesne, Nicolas wrote:
> On Mon, Jul 9, 2012 at 6:02 PM, David Cullen wrote:
>
> On a desktop system that would be an easy way to do it.
>
> Unfortunately, on the PandaBoard, it requires mounting the SD card
> boot partition on another system,
Hello, Scott,
On 7/9/2012 12:36 PM, Scott Bambrough wrote:
> On 12-07-09 11:00 AM, David Cullen wrote:
>>
>> Is this the correct place to post this bug? Will the maintainer see
>> this e-mail?
>
> Yes. The people who need to see this monitor this list. They are John
> Rigby and Ricardo Salvet
On 12-07-09 11:00 AM, David Cullen wrote:
Hello, linaro-dev,
Is this the correct place to post this bug? Will the maintainer see
this e-mail?
Yes. The people who need to see this monitor this list. They are John
Rigby and Ricardo Salveti. Vacations and civic holidays are getting in
the w
On Mon, Jul 9, 2012 at 6:02 PM, David Cullen
wrote:
> > adding 'text' in the bootargs should do that.
>
> On a desktop system that would be an easy way to do it.
>
> Unfortunately, on the PandaBoard, it requires mounting the SD card
> boot partition on another system, modifying the boot.cmd script
Hello, Nicholas,
On 7/9/2012 11:42 AM, Dechesne, Nicolas wrote:
> On Mon, Jul 9, 2012 at 5:30 PM, David Cullen wrote:
>
> Does anyone know how to keep lightdm from starting during boot
> without using update-rc.d to delete the symlinks? Ubuntu does not
> have a multi-user command-lin
On Mon, Jul 9, 2012 at 5:30 PM, David Cullen
wrote:
> > If you do start X from the commandline, you will get valuable stderr
> > coming quite deep into the whole desktop startup process.
>
> Does anyone know how to keep lightdm from starting during boot
> without using update-rc.d to delete the sy
Hello, Fathi,
On 7/4/2012 1:50 AM, Fathi Boudra wrote:
> On 2 July 2012 17:18, David Cullen wrote:
>>
>> Had anyone gotten the 12.06 release of Ubuntu for the PandaBoard to
>> work?
>
> Definitely, it has been tested.
>
>> Should I include the entire boot up output from the console?
>
> feel f
Hello, Andy,
On 7/3/2012 9:11 PM, Andy Green wrote:
> You can often hear about problems in the display manager logs, for gdm
> it's /var/log/gdm/\:0-greeter.log I am not sure what it is on Ubuntu.
I see this:
> root@linaro-ubuntu-desktop:~# cat /var/log/lightdm/x-0.log
>
> X.Org X Server 1.11.
On Mon, Jul 9, 2012 at 8:40 PM, Vincent Guittot
wrote:
> On 9 July 2012 16:37, Shilimkar, Santosh wrote:
>> On Mon, Jul 9, 2012 at 8:06 PM, Vincent Guittot
>> wrote:
>>> On 9 July 2012 15:00, Shilimkar, Santosh wrote:
On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
wrote:
> On 9
On 9 July 2012 16:37, Shilimkar, Santosh wrote:
> On Mon, Jul 9, 2012 at 8:06 PM, Vincent Guittot
> wrote:
>> On 9 July 2012 15:00, Shilimkar, Santosh wrote:
>>> On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
>>> wrote:
On 9 July 2012 12:55, Shilimkar, Santosh wrote:
> Vincent,
>
On Mon, 2012-07-09 at 16:25 +0530, Shilimkar, Santosh wrote:
> Having that support would greatly help for the SOC's which have not
> yet
> reached to stage where entire SOC is DT compliant and want to use
> big.LITTLE infrastructure.
Good incentive to get there though.. :-)
_
Hello, linaro-dev,
Is this the correct place to post this bug? Will the maintainer see
this e-mail?
On 7/3/2012 3:32 PM, David Cullen wrote:
> Hello, linaro-dev,
>
> I installed
>
> linux-image-3.4.0-1-linaro-lt-omap
>
> on the Ubuntu image from
>
>> http://cdimage.ubuntu.com/releases/12
On Mon, Jul 9, 2012 at 8:06 PM, Vincent Guittot
wrote:
> On 9 July 2012 15:00, Shilimkar, Santosh wrote:
>> On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
>> wrote:
>>> On 9 July 2012 12:55, Shilimkar, Santosh wrote:
Vincent,
On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
wrot
On 9 July 2012 15:00, Shilimkar, Santosh wrote:
> On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
> wrote:
>> On 9 July 2012 12:55, Shilimkar, Santosh wrote:
>>> Vincent,
>>> On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
>>> wrote:
Use cpu compatibility field and clock-frequency field of
On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot
wrote:
> On 9 July 2012 12:55, Shilimkar, Santosh wrote:
>> Vincent,
>> On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
>> wrote:
>>> Use cpu compatibility field and clock-frequency field of DT to
>>> estimate the capacity of each core of the syste
On 9 July 2012 12:55, Shilimkar, Santosh wrote:
> Vincent,
> On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
> wrote:
>> Use cpu compatibility field and clock-frequency field of DT to
>> estimate the capacity of each core of the system and to update
>> the cpu_power field accordingly.
>> This pat
On Mon, Jul 9, 2012 at 4:30 PM, Peter Zijlstra wrote:
> On Mon, 2012-07-09 at 16:25 +0530, Shilimkar, Santosh wrote:
>> Having that support would greatly help for the SOC's which have not
>> yet
>> reached to stage where entire SOC is DT compliant and want to use
>> big.LITTLE infrastructure.
>
>
Vincent,
On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
wrote:
> Use cpu compatibility field and clock-frequency field of DT to
> estimate the capacity of each core of the system and to update
> the cpu_power field accordingly.
> This patch enables to put more running tasks on big cores than
> on
On Sat, Jul 07, 2012 at 10:57:40AM -0500, Rob Herring wrote:
> On 07/07/2012 05:36 AM, Peter Maydell wrote:
> > On 6 July 2012 20:26, Dave Martin wrote:
> >> On Fri, Jul 06, 2012 at 07:07:35PM +0100, Peter Maydell wrote:
> >>> On 6 July 2012 00:27, Rob Herring wrote:
> I would just change ar
From: Peter Zijlstra
The x86 sched power implementation has been broken forever and gets in
the way of other stuff, remove it.
For archaeological interest, fixing this code would require dealing with
the cross-cpu calling of these functions and more importantly, we need
to filter idle time out o
Heteregeneous ARM platform uses arch_scale_freq_power function
to reflect the relative capacity of each core
Signed-off-by: Vincent Guittot
---
kernel/sched/features.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/features.h b/kernel/sched/features.h
index d
This patchset creates an arch_scale_freq_power function for ARM, which is used
to set the relative capacity of each core of a big.LITTLE system. It also
removes
the broken power estimation of x86.
Modification since v3:
- Add comments
- Add optimization for SMP system
- Ensure that capacity o
Use cpu compatibility field and clock-frequency field of DT to
estimate the capacity of each core of the system and to update
the cpu_power field accordingly.
This patch enables to put more running tasks on big cores than
on LITTLE ones. But this patch doesn't ensure that long running
tasks will ru
Add infrastructure to be able to modify the cpu_power of each core
Signed-off-by: Vincent Guittot
Reviewed-by: Namhyung Kim
---
arch/arm/kernel/topology.c | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/arch/arm/kernel/topology.c b/ar
This factorization has also been proposed in another patch that has not been
merged yet:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-January/080873.html
So, this patch could be dropped depending of the state of the other one.
Signed-off-by: Lorenzo Pieralisi
Signed-off-by: Vincent
29 matches
Mail list logo
