On 16 June 2011 21:40, Stephen Boyd sb...@codeaurora.org wrote:
On 06/16/2011 01:49 AM, Vincent Guittot wrote:
+config SCHED_MC
+ bool Multi-core scheduler support
+ depends on SMP ARM_CPU_TOPOLOGY
+ default n
+ help
+ Multi-core scheduler support improves the CPU
On 16 June 2011 23:13, Russell King - ARM Linux li...@arm.linux.org.uk wrote:
On Thu, Jun 16, 2011 at 10:49:13AM +0200, Vincent Guittot wrote:
@@ -219,6 +219,24 @@ source kernel/Kconfig.freezer
menu System Type
+config SCHED_MC
+ bool Multi-core scheduler support
+ depends on SMP
Hi Nicolas,
Could you pull the fix for [Bug 754254] imx51 randomly truncates
serial input at 31 characters?
It extends the card CD/WP support for mx5 platforms, and adds the
board level configuration for mx51evk to fix bug 754254 on this
particular board. Other boards need to add their board
Hello James,
On Thu, 16 Jun 2011 16:43:57 -0400
James Westby james.wes...@canonical.com wrote:
On Thu, 16 Jun 2011 14:47:59 +0300, Paul Sokolovsky
paul.sokolov...@linaro.org wrote:
As for our mirror service, adding such support in maintainable
manner would require its complete rewrite
On 06/16/2011 01:49 AM, Vincent Guittot wrote:
+config SCHED_MC
+ bool Multi-core scheduler support
+ depends on SMP ARM_CPU_TOPOLOGY
+ default n
+ help
+ Multi-core scheduler support improves the CPU scheduler's decision
+ making when dealing with multi-core
On 16 June 2011 15:14, S, Venkatraman svenk...@ti.com wrote:
On Thu, May 26, 2011 at 3:27 AM, Per Forlin per.for...@linaro.org wrote:
pre_req() runs dma_map_sg(), post_req() runs dma_unmap_sg.
If not calling pre_req() before omap_hsmmc_request()
dma_map_sg will be issued before starting the
On 16 June 2011 15:16, S, Venkatraman svenk...@ti.com wrote:
On Thu, May 26, 2011 at 3:27 AM, Per Forlin per.for...@linaro.org wrote:
Don't use the returned sg_len from dma_map_sg() as inparameter
to dma_unmap_sg(). Use the original sg_len for both dma_map_sg
and dma_unmap_sg.
Signed-off-by:
On 16 June 2011 23:38, Michael Hope michael.h...@linaro.org wrote:
On Thu, Jun 16, 2011 at 11:06 PM, Fathi Boudra fathi.bou...@linaro.org
wrote:
On 14 June 2011 21:53, Michael Hope michael.h...@linaro.org wrote:
How does this relate to working group outputs?
Here's my process BTW:
Hi all,
I've recently become aware that a few packages are causing alignment
faults on ARM, and are relying on the alignment fixup emulation code in
the kernel in order to work.
Such faults are very expensive in terms of CPU cycles, and can generally
only result from wrong code (for example,
Hi,
On 15 June 2011 12:01, Zygmunt Krynicki zygmunt.kryni...@linaro.org wrote:
Hello everyone.
Since a few people started asking me questions about lava dashboard, reports
and other things I though I we could benefit from sharing this knowledge.
I created user forum for the dashboard at:
On Fri, Jun 17, 2011 at 9:35 AM, Zygmunt Krynicki
zygmunt.kryni...@canonical.com wrote:
Hi.
I was wondering if anyone would object to namespace cleanup of our python
projects.
I think it probably only makes sense to have Linaro in the name if there is
something specific to Linaro about it.
W dniu 17.06.2011 16:49, Fathi Boudra pisze:
Why don't you use ask.linaro.org, a Linaro official provided service,
instead of opening a personal forum dedicated to LAVA dashboard?
Hi.
I was not aware of ask.linaro.org, it looks much better than other
options I considered.
FYI: I have
W dniu 17.06.2011 18:24, Zach Pfeffer pisze:
One thing I'd like to see ASAP with LAVA is to list the build that was
tested on the test results page.
It is listed, unless I'm mistaken:
http://validation.linaro.org/launch-control/dashboard/test-results/399109/
See the Android.URL below.
Then
Don't use the returned sg_len from dma_map_sg() as inparameter
to dma_unmap_sg(). Use the original sg_len for both dma_map_sg
and dma_unmap_sg according to the documentation in DMA-API.txt.
Signed-off-by: Per Forlin per.for...@linaro.org
Reviewed-by: Venkatraman S svenk...@ti.com
---
On Fri, 17 Jun 2011, Arnd Bergmann wrote:
On Friday 17 June 2011 14:10:11 Dave Martin wrote:
As part of the general effort to make open source on ARM better, I think
it would be great if we can disable the alignment fixups (or at least
enable logging) and work with upstreams to get the
Hello,
I'm trying to build my own kernel for pandaboard based on :
git://git.linaro.org/kernel/linux-linaro-2.6.39.git
I use omap2plus_defconfig and enable LAN + wifi.
Compile uImage, put to boot of SD card. Kernel is loaded properly but
this is last message:
Starting kernel ...
Uncompressing
On 06/17/2011 03:05 PM, Belisko Marek wrote:
Compile uImage, put to boot of SD card. Kernel is loaded properly but
this is last message:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
A common cause for this type of error is the u-boot setting for your
serial
On 17 June 2011 11:45, Zygmunt Krynicki zygmunt.kryni...@linaro.org wrote:
W dniu 17.06.2011 18:24, Zach Pfeffer pisze:
One thing I'd like to see ASAP with LAVA is to list the build that was
tested on the test results page.
It is listed, unless I'm mistaken:
On Fri, 17 Jun 2011, Paul Brook wrote:
There is still going to be a small cost even in hardware fixup so this
is very much worth solving despite it's becoming invisible because the
chips are hiding / solving it already.
But I believe that h/w feature is turned off in Linux by
19 matches
Mail list logo
