Re: Automated kernel testing.

Hi Chris, we actually have a project in progress called LAVA to do something very similar to this. Our initial target is to test full linaro images and hardware packs, however we are also very interested in extending this to include running with just an updated kernel in a known good image to test

Automated kernel testing.

Hi Linaro folks, I'd like to set up an automated testing environment to help me maintain the MMC subsystem: just a few boards of different architectures booting each day's linux-next and running basic performance and integrity tests without any manual intervention involved. I've got access to rem

Re: Bug: SMDKV310: System hang during reboot

Hi Paul, There is a bug for it in launchpad. It was created as a private bug. Angus On Wed, Apr 6, 2011 at 8:14 AM, Paul Larson wrote: > Is there a bug for this in launchpad yet?  I see this hang on the > board we have in the validation lab too, and it's especially annoying > there since we don

Re: [PATCH 1/2] resolve clock_info reallocationg issue

On 04/06/2011 03:28 PM, Yong Shen wrote: Hi Daniel, It runs well on my board so far. I have an igep v2. I will try to do more test to reproduce it. Meanwhile, could you please print your clock tree for me? Using 'powerdebug -cvd'. Sure here it is, I put the result of the 'tree' command and

Re: OMAP4 MPU DVFS patches

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 that the hang was just as the display gets set up on a successful boot. Kernel config and boot logs ar

Re: OMAP4 MPU DVFS patches

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: >> >> >> >>> Hi Nicolas, >> >>> >> >>> Pls find rebased OMAP DVFS patches attached.

[PATCH v2 12/12] mmci: implement pre_req() and post_req()

pre_req() runs dma_map_sg() and prepares the dma descriptor for the next mmc data transfer. post_req() runs dma_unmap_sg. If not calling pre_req() before mmci_request(), mmci_request() will prepare the cache and dma just like it did it before. It is optional to use pre_req() and post_req() for mmci

[PATCH v2 09/12] mmc: test: add random fault injection in core.c

This simple fault injection proved to be very useful to test the error handling in the block.c rw_rq(). It may still be useful to test if the host driver handle pre_req() and post_req() correctly in case of errors. Signed-off-by: Per Forlin --- drivers/mmc/core/core.c| 54 +

[PATCH v2 11/12] omap_hsmmc: add support for pre_req and post_req

pre_req() runs dma_map_sg() post_req() runs dma_unmap_sg. If not calling pre_req() before omap_hsmmc_request(), request() will prepare the cache just like it did it before. It is optional to use pre_req() and post_req(). Signed-off-by: Per Forlin --- drivers/mmc/host/omap_hsmmc.c | 87

[PATCH v2 08/12] mmc: add handling for two parallel block requests in issue_rw_rq

Change mmc_blk_issue_rw_rq() to become asynchronous. The execution flow looks like this: The mmc-queue calls issue_rw_rq(), which sends the request to the host and returns back to the mmc-queue. The mmc-queue calls isuue_rw_rq() again with a new request. This new request is prepared, in isuue_rw_rq

[PATCH v2 10/12] omap_hsmmc: use original sg_len for dma_unmap_sg

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: Per Forlin --- drivers/mmc/host/omap_hsmmc.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/hos

[PATCH v2 07/12] mmc: add a second mmc queue request member

Add an additional mmc queue request instance to make way for two active block requests. One request may be active while the other request is being prepared. Signed-off-by: Per Forlin --- drivers/mmc/card/queue.c | 44 ++-- drivers/mmc/card/queue.h |3

[PATCH v2 06/12] mmc: move error code in mmc_block_issue_rw_rq to a separate function.

Break out code without functional changes. This simplifies the code and makes way for handle two parallel request. Signed-off-by: Per Forlin --- drivers/mmc/card/block.c | 225 +++--- 1 files changed, 132 insertions(+), 93 deletions(-) diff --git a/drive

[PATCH v2 05/12] mmc: add a block request prepare function

Break out code from mmc_blk_issue_rw_rq to create a block request prepare function. This doesn't change any functionallity. This helps when handling more than one active block request. Signed-off-by: Per Forlin --- drivers/mmc/card/block.c | 170 - 1

[PATCH v2 04/12] mmc: add member in mmc queue struct to hold request data

The way the request data is organized in the mmc queue struct it only allows processing of one request at the time. This patch adds a new struct to hold mmc queue request data such as sg list, request, blk request and bounce buffers, and updates any functions depending on the mmc queue struct. This

[PATCH v2 03/12] mmc: mmc_test: add test for none blocking transfers

Add four tests for read and write performance per different transfer size, 4k to 4M. * Read using blocking mmc request * Read using none blocking mmc request * Write using blocking mmc request * Write using none blocking mmc request The host dirver must support pre_req() and post_req() in orde

[PATCH v2 01/12] mmc: add none blocking mmc request function

Previously there has only been one function mmc_wait_for_req to start and wait for a request. This patch adds * mmc_start_req - starts a request wihtout waiting * mmc_wait_for_req_done - waits until request is done * mmc_pre_req - asks the host driver to prepare for the next job * mmc_post_req

[PATCH v2 00/12] mmc: use nonblock mmc requests to minimize latency

How significant is the cache maintenance over head? It depends, the eMMC are much faster now compared to a few years ago and cache maintenance cost more due to multiple cache levels and speculative cache pre-fetch. In relation the cost for handling the caches have increased and is now a bottle neck

[PATCH v2 02/12] mmc: mmc_test: add debugfs file to list all tests

Add a debugfs file "testlist" to print all available tests Signed-off-by: Per Forlin --- drivers/mmc/card/mmc_test.c | 30 ++ 1 files changed, 30 insertions(+), 0 deletions(-) diff --git a/drivers/mmc/card/mmc_test.c b/drivers/mmc/card/mmc_test.c index f5cedec..466

Re: [PATCH] Added kernel and u-boot

On Wed, Apr 6, 2011 at 1:08 AM, Patrik Ryd wrote: > --- >  default.xml |   17 ++--- >  1 files changed, 10 insertions(+), 7 deletions(-) > > diff --git a/default.xml b/default.xml > index dc6411d..09fca60 100644 > --- a/default.xml > +++ b/default.xml > @@ -7,21 +7,24 @@ >            r

[NOTES] 4/6 Linaro Developer Platform Weekly Status Meeting

Enclosed you'll find a link to the agenda, notes and actions from the Linaro Developer Platforms Weekly Status meeting held on April 6th in #linaro-meeting on irc.freenode.net at 15:00 UTC. https://wiki.linaro.org/Platform/DevPlatform/Meetings/2011-04-06 Actions from the meeting where as follows:

Re: OMAP4 MPU DVFS patches

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: > >> > >>> Hi Nicolas, > >>> > >>> Pls find rebased OMAP DVFS patches attached. Apologies for the delay > >>> as I

Re: OMAP4 MPU DVFS patches

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

Re: Bug: SMDKV310: System hang during reboot

Is there a bug for this in launchpad yet? I see this hang on the board we have in the validation lab too, and it's especially annoying there since we don't have a good way to hard reset this board remotely yet. On Tue, Apr 5, 2011 at 4:40 AM, Tushar Behera wrote: > Hi, > > While executing reboot

Re: [PATCH 1/2] resolve clock_info reallocationg issue

Hi Daniel, It runs well on my board so far. I will try to do more test to reproduce it. Meanwhile, could you please print your clock tree for me? Using 'powerdebug -cvd'. Cheers Yong On Wed, Apr 6, 2011 at 8:45 PM, Daniel Lezcano wrote: > On 04/05/2011 10:28 AM, yong.s...@linaro.org wrote: > >>

[NOTES] Android Platform team meeting 2011-04-06

Hi, The notes and actions for this weeks Android Platform Team meeting along with team activity reports are now available at: https://wiki.linaro.org/Platform/Android/Meetings/2011-04-06 = Actions Recorded = * asac to invite TI to Android weekly meeting * asac to chase TI on the mm bits

Re: [PATCH 1/2] resolve clock_info reallocationg issue

On 04/05/2011 10:28 AM, yong.s...@linaro.org wrote: From: Yong Shen everytime when screen refresh, the clock_info data stucture will be reacclocated, which does not make sence. This patch addresses this issue. Signed-off-by: Yong Shen Hi Yong, I tried this patch but it segfaults :/ gdb powe

Re: [PATCH 2/2] Utilize inotify to detect debugfs changes

On Wed, Apr 6, 2011 at 11:36 AM, Yong Shen wrote: > > > On Tue, Apr 5, 2011 at 8:49 PM, Daniel Lezcano > wrote: >> >> On 04/05/2011 10:28 AM, yong.s...@linaro.org wrote: >>> >>> From: Yong Shen >>> >>> Signed-off-by: Yong Shen >>> --- >>>  clocks.c     |   54 >>> +

Re: [PATCH 2/2] Utilize inotify to detect debugfs changes

On Tue, Apr 5, 2011 at 8:49 PM, Daniel Lezcano wrote: > On 04/05/2011 10:28 AM, yong.s...@linaro.org wrote: > >> From: Yong Shen >> >> Signed-off-by: Yong Shen >> --- >> clocks.c | 54 >> +- >> powerdebug.c |3 +++ >> powerdebug.h |

Re: [PATCH] toolchain/build: Integrate Linaro-GDB in Android toolchain build system

On 30 March 2011 15:07, Luse Cheng wrote: > Integrate Linaro-GDB in Android toolchain build system > --- >  linaro-build.sh |  126 > ++ >  1 files changed, 79 insertions(+), 47 deletions(-) Thanks! Merged in Linaro HEAD. __