Skip the use of work queue and call musb_dma_completion() directly from
DMA callback context.
Here follows measurements on a Snowball board with ondemand governor active.
Performance using work queue:
(105 MB) copied, 6.23758 s, 16.8 MB/s
(105 MB) copied, 5.7151 s, 18.3 MB/s
(105 MB) copied, 5.83
On Mon, 08 Aug 2011 02:22:14 +0200, Per Forlin
wrote:
FSG_NUM_BUFFERS is set to 2 as default.
Usually 2 buffers are enough to establish a good
double buffering pipeline. But when dealing with expensive
request preparation (i.e. dma_map) there may be benefits of
increasing the number of buffers.
this should be fixed now. folks, please use:
umask 002
in your .bashrc -> ssh git.linaro.org -> change .bashrc there.
I guess from now on we could consider to use gerrit for toolchain etc. too.
Thanks!
On Sun, Aug 7, 2011 at 8:16 PM, James Westby wrote:
> On Sun, 7 Aug 2011 02:25:17 +0100, Za
Hi,
On Mon, Aug 08, 2011 at 10:32:38AM +0200, Per Forlin wrote:
[snip]
> -/* Work function invoked from DMA callback to handle rx transfers. */
> -static void ux500_rx_work(struct work_struct *data)
> +void ux500_dma_callback(void *private_data)
> {
> - struct ux500_dma_channel *ux500_chann
On Fri, Aug 5, 2011 at 1:08 PM, James Tunnicliffe
wrote:
>
> I just tested two a nano images using ext4 and they didn't find the
> root file system. So, we are at least gated on that bug.
I filed https://bugs.launchpad.net/linaro-ubuntu/+bug/822593 to make
ext4 our default. Seems that our kernel
Dear Chander Kashyap,
On 28 July 2011 15:36, Chander Kashyap wrote:
> Removed dummy functions in "mmc_spl/board/samsung/smdkv310/mmc_boot.c",
> @mmc_boot.c
> void do_undefined_instruction(struct pt_regs *pt_regs);
> void do_software_interrupt(struct pt_regs *pt_regs);
> void do_prefetch_abort(str
ok spads from IS gave better suggestion than using umask in .bashrc.
Now, we propose that you set alias for git like:
alias git='UMASK=002 git'
Please update accordingly.
Thanks!
On Mon, Aug 8, 2011 at 11:51 AM, Alexander Sack wrote:
> this should be fixed now. folks, please use:
>
> umask 002
Hi Michal,
2011/8/8 Michal Nazarewicz :
> On Mon, 08 Aug 2011 02:22:14 +0200, Per Forlin
> wrote:
>>
>> FSG_NUM_BUFFERS is set to 2 as default.
>> Usually 2 buffers are enough to establish a good
>> double buffering pipeline. But when dealing with expensive
>> request preparation (i.e. dma_map) t
From: Per Forlin
FSG_NUM_BUFFERS is set to 2 as default.
Usually 2 buffers are enough to establish a good
buffering pipeline. But when dealing with expensive
request preparation (i.e. dma_map) there may be benefits of
increasing the number of buffers. There is an extra cost for
every first reques
From: Per Forlin
Skip the use of work queue and call musb_dma_completion() directly from
DMA callback context.
Here follows measurements on a Snowball board with ondemand governor active.
Performance using work queue:
(105 MB) copied, 6.23758 s, 16.8 MB/s
(105 MB) copied, 5.7151 s, 18.3 MB/s
(1
Hi,
I have followed (and updated) the instructions on
https://wiki.linaro.org/Platform/Android/Gerrit .
I can not log in with my launchpad account. I get the message "The requested
URL /OpenID was not found on this server."
/Patrik
On 6 August 2011 07:56, James Westby wrote:
> On Fri, 5 Aug
On Mon, Aug 8, 2011 at 1:02 PM, Patrik Ryd wrote:
> Hi,
> I have followed (and updated) the instructions
> on https://wiki.linaro.org/Platform/Android/Gerrit .
> I can not log in with my launchpad account. I get the message "The requested
> URL /OpenID was not found on this server."
I can confirm
On Tue, Jul 05, 2011 at 02:16:23PM +0100, Russell King - ARM Linux wrote:
> Looks fine now, and so can go to my patch system. Many thanks.
Ping.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Mon, Aug 08, 2011 at 04:42:42PM +0530, RACHANA TEWARI wrote:
> Does anyone know way to initiate a bash script(to run on linux box) from
> windows Written in C#?
>
> How to write these Scripts...
This has nothing to do with CPU topology. Please do not topic hijack.
This is also off-topic for t
On 8 August 2011 12:09, Russell King - ARM Linux wrote:
> On Tue, Jul 05, 2011 at 02:16:23PM +0100, Russell King - ARM Linux wrote:
>> Looks fine now, and so can go to my patch system. Many thanks.
>
> Ping.
>
Yes. Do you have additional comments to the patch ?
__
On Mon, Aug 08, 2011 at 12:34:33PM +0100, Vincent Guittot wrote:
> On 8 August 2011 12:09, Russell King - ARM Linux
> wrote:
> > On Tue, Jul 05, 2011 at 02:16:23PM +0100, Russell King - ARM Linux wrote:
> >> Looks fine now, and so can go to my patch system. Many thanks.
> >
> > Ping.
> >
> Yes.
On 8 August 2011 14:09, Russell King - ARM Linux wrote:
> On Mon, Aug 08, 2011 at 12:34:33PM +0100, Vincent Guittot wrote:
>> On 8 August 2011 12:09, Russell King - ARM Linux
>> wrote:
>> > On Tue, Jul 05, 2011 at 02:16:23PM +0100, Russell King - ARM Linux wrote:
>> >> Looks fine now, and so can
Hi,
In the PMWG, we'd like to to be able to run some apps and measure the
power consumption while they run. Since the power measurement
framework currently supports Android, does anybody know of automated
ways to reproduce a test case?
I found Robotium[1] on googling and would like to know if it
On Mon, 8 Aug 2011, Per Forlin wrote:
> FSG_NUM_BUFFERS is set to 2 as default.
> Usually 2 buffers are enough to establish a good
> double buffering pipeline. But when dealing with expensive
> request preparation (i.e. dma_map) there may be benefits of
> increasing the number of buffers. There is
On Mon, 08 Aug 2011 02:22:14 +0200, Per Forlin wrote:
There may not be one optimal number for all boards. That is the
reason for adding the number to Kconfig,
2011/8/8 Michal Nazarewicz :
It could actually be turned into a run-time configuration, but
that's a bit more intrusive,
On Mon, 08
On 8 August 2011 16:34, Alan Stern wrote:
> On Mon, 8 Aug 2011, Per Forlin wrote:
>
>> FSG_NUM_BUFFERS is set to 2 as default.
>> Usually 2 buffers are enough to establish a good
>> double buffering pipeline. But when dealing with expensive
>> request preparation (i.e. dma_map) there may be benefi
On 8 August 2011 20:45, Alan Stern wrote:
> On Mon, 8 Aug 2011, Per Forlin wrote:
>
>> > Okay, 6% is a worthwhile improvement, though not huge. Did you try 6
>> > or 8 buffers? I bet going beyond 4 makes very little difference.
>> >
>> On my board 4 buffers are enough. More buffers will make no
This patchset is sent to the mm-tree because it depends on Akinobu's patch
"fault-injection: add ability to export fault_attr in..."
change log:
v2 - Resolve build issue in mmc core.c due to multiple init_module by
removing the fault inject module.
- Export fault injection functions to
This adds support to inject data errors after a completed host transfer.
The mmc core will return error even though the host transfer is successful.
This simple fault injection proved to be very useful to test the
non-blocking error handling in the mmc_blk_issue_rw_rq().
Random faults can also test
export symbols fault_should_fail() and fault_create_debugfs_attr() in order
to let modules utilize the fault injection
Signed-off-by: Per Forlin
---
lib/fault-inject.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib/fault-inject.c b/lib/fault-inject.c
index f193b77.
Add description on how to enable random fault injection
for MMC IO
Signed-off-by: Per Forlin
---
Documentation/fault-injection/fault-injection.txt |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/Documentation/fault-injection/fault-injection.txt
b/Documentation/fault
Daniel,
This looks ok. Ack.
/Amit
On Fri, Aug 5, 2011 at 4:03 PM, Daniel Lezcano
wrote:
> Error messages have to go to the log file
>
> Signed-off-by: Daniel Lezcano
> ---
> cpufreq/Makefile | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/cpufreq/Makefile b/cp
On 8 August 2011 22:23, Alan Stern wrote:
> On Mon, 8 Aug 2011, Per Forlin wrote:
>
>> On 8 August 2011 20:45, Alan Stern wrote:
>> > On Mon, 8 Aug 2011, Per Forlin wrote:
>> >
>> >> > Okay, 6% is a worthwhile improvement, though not huge. Did you try 6
>> >> > or 8 buffers? I bet going beyond
On Mon, 8 Aug 2011, Per Forlin wrote:
> On 8 August 2011 20:45, Alan Stern wrote:
> > On Mon, 8 Aug 2011, Per Forlin wrote:
> >
> >> > Okay, 6% is a worthwhile improvement, though not huge. �Did you try 6
> >> > or 8 buffers? �I bet going beyond 4 makes very little difference.
> >> >
> >> On my b
On Mon, 8 Aug 2011, Per Forlin wrote:
> > Okay, 6% is a worthwhile improvement, though not huge. �Did you try 6
> > or 8 buffers? �I bet going beyond 4 makes very little difference.
> >
> On my board 4 buffers are enough. More buffers will make no difference.
>
> Background study
> I started by r
On 5 August 2011 14:40, Rob Herring wrote:
> Deepak, Nicolas,
>
> On 07/27/2011 09:58 PM, Nicolas Pitre wrote:
>>
>> To everyone, and especially to those who are expected to work on this
>> topic next week, please find below a list of tasks that needs to be
>> investigated and/or accomplished. I'
FSG_NUM_BUFFERS is set to 2 as default.
Usually 2 buffers are enough to establish a good buffering pipeline.
The number may be increased in order to compensate a for bursty VFS
behaviour.
Here follows a description of system that may require more than
2 buffers.
* CPU ondemand governor active
*
Thanks for the info Yong. I'll look into monkeyrunner and Robotium.
Cheers,
Amit
On Mon, Aug 8, 2011 at 5:35 PM, yong qin wrote:
> Hi, Amit Kucheria
> In my opinion, there are serval ways to do that.
>
> 1. use monkey to run the specified apps randomly.
> http://developer.android.com/guide/d
33 matches
Mail list logo
