Re: [RFC pm-qa 0/2] tests for cpufreq

2011-07-01 Thread Daniel Lezcano
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/01/2011 02:24 AM, Paul Larson wrote: > On Thu, Jun 30, 2011 at 11:24 PM, Daniel Lezcano > wrote: > >> When all tests will be finished I wish to switch the new way test suite >> execution in lava, if it is possible. >> > Given that the old tests

Re: Linaro 11.06 released

2011-07-01 Thread Alexander Sack
On Thu, Jun 30, 2011 at 10:32 PM, Joey Stanford wrote: > Excellent work everyone. This is a superb release! Ack++ ... this release is just amazing! Thanks to everyone for their hard work! ... on to 10.07 now! --  - Alexander ___ linaro-dev mailing

Re: Linaro 11.06 released

2011-07-01 Thread Alexander Sack
On Fri, Jul 1, 2011 at 11:09 AM, Alexander Sack wrote: > On Thu, Jun 30, 2011 at 10:32 PM, Joey Stanford wrote: >> Excellent work everyone. This is a superb release! > > Ack++ ... this release is just amazing! Thanks to everyone for their hard > work! > > ... on to 10.07 now! and of course, let

Re: [PATCH v8 05/12] mmc: mmc_test: add test for non-blocking transfers

2011-07-01 Thread Per Forlin
On 28 June 2011 10:11, Per Forlin wrote: > Add four tests for read and write performance per > different transfer size, 4k to 4M. >  * Read using blocking mmc request >  * Read using non-blocking mmc request >  * Write using blocking mmc request >  * Write using non-blocking mmc request > > The ho

Re: [PATCH v8 06/12] mmc: mmc_test: test to measure how sg_len affect performance

2011-07-01 Thread Per Forlin
On 28 June 2011 10:11, Per Forlin wrote: > test that measures how the mmc bandwidth depends on the numbers of sg elements > in the sg list. The transfer size if fixed and sg length goes from a few up > to 512. The purpose is to measure overhead caused by multiple sg elements. > > Signed-off-by: Pe

Re: [PATCH 6/11] HWMON: DA9052 hwmon driver v2

2011-07-01 Thread Guenter Roeck
On Thu, Jun 30, 2011 at 09:15:27AM -0400, ashishj3 wrote: > The DA9052 PMIC provides an Analogue to Digital Converter with 10 bits > resolution and 10 channels. > > This patch montiors the DA9052 PMIC's ADC channels mostly for battery > parameters > like battery temperature, junction temperature,

RE: [PATCH 6/11] HWMON: DA9052 hwmon driver v2

2011-07-01 Thread Ashish Jangam
> -Original Message- > From: Guenter Roeck [mailto:guenter.ro...@ericsson.com] > Sent: Thursday, June 30, 2011 7:52 PM > To: Ashish Jangam > Cc: randy.dun...@oracle.com; linaro-dev@lists.linaro.org; dc...@diasemi.com; > linux-ker...@vger.kernel.org; lm-sens...@lm-sensors.org > Subject: Re:

Re: [RFC pm-qa 0/2] tests for cpufreq

2011-07-01 Thread Paul Larson
On Fri, Jul 1, 2011 at 9:08 AM, Daniel Lezcano wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 07/01/2011 02:24 AM, Paul Larson wrote: > > On Thu, Jun 30, 2011 at 11:24 PM, Daniel Lezcano > > wrote: > > > >> When all tests will be finished I wish to switch the new way test suite >

Re: [RFC pm-qa 0/2] tests for cpufreq

2011-07-01 Thread Daniel Lezcano
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/01/2011 04:28 PM, Paul Larson wrote: > On Fri, Jul 1, 2011 at 9:08 AM, Daniel Lezcano > wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 07/01/2011 02:24 AM, Paul Larson wrote: >>> On Thu, Jun 30, 2011 at 11:24 PM, Daniel L

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

2011-07-01 Thread Linus Walleij
On Tue, Jun 28, 2011 at 10:11 AM, Per Forlin wrote: > This is done by making the issue_rw_rq() non-blocking. > The increase in throughput is proportional to the time it takes to > prepare (major part of preparations is dma_map_sg and dma_unmap_sg) > a request and how fast the memory is. The faste

Call for desktop/graphics/mobile tracks for Linux Plumbers' Conf 2011

2011-07-01 Thread Jesse Barker
We have both desktop (for general graphics/media stuff) and mobile tracks at this year's LPC. So if you're working on a topic related to one of the above areas, especially one that has open issues or spans multiple parts of the stack, please submit a topic for discussion at http://www.linuxplumber

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

2011-07-01 Thread Arnd Bergmann
On Thursday 30 June 2011, Russell King - ARM Linux wrote: > We've been here before - with PCMCIA's card insertion code, where you > have to go through a sequence of events (insert, power up, reset, etc). > The PCMCIA code used to have a collection of small functions to do > each step, one chained a

[PATCH v9 01/12] mmc: core: add non-blocking mmc request function

2011-07-01 Thread Per Forlin
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 If there is on ongoing request wait for completion of that request and start the new one and return. Does not wait for the n

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

2011-07-01 Thread Per Forlin
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 v9 03/12] mmci: implement pre_req() and post_req()

2011-07-01 Thread Per Forlin
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 v9 02/12] omap_hsmmc: add support for pre_req and post_req

2011-07-01 Thread Per Forlin
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 transfer. It is optional to use pre_req(). If issuing pre_req() post_req() must be to be called as well. Signed-off-by: Per Forlin Reviewed

[PATCH v9 04/12] mmc: mmc_test: add debugfs file to list all tests

2011-07-01 Thread Per Forlin
Add a debugfs file "testlist" to print all available tests Signed-off-by: Per Forlin Acked-by: Kyungmin Park Acked-by: Arnd Bergmann Reviewed-by: Venkatraman S Tested-by: Sourav Poddar Tested-by: Linus Walleij --- drivers/mmc/card/mmc_test.c | 39 ++- 1

[PATCH v9 05/12] mmc: mmc_test: add test for non-blocking transfers

2011-07-01 Thread Per Forlin
Add four tests for read and write performance per different transfer size, 4k to 4M. * Read using blocking mmc request * Read using non-blocking mmc request * Write using blocking mmc request * Write using non-blocking mmc request The host dirver must support pre_req() and post_req() in order

[PATCH v9 06/12] mmc: mmc_test: test to measure how sg_len affect performance

2011-07-01 Thread Per Forlin
test that measures how the mmc bandwidth depends on the numbers of sg elements in the sg list. The transfer size if fixed and sg length goes from a few up to 512. The purpose is to measure overhead caused by multiple sg elements. Signed-off-by: Per Forlin Acked-by: Kyungmin Park Acked-by: Arnd B

[PATCH v9 09/12] mmc: block: move error code in issue_rw_rq to a separate function.

2011-07-01 Thread Per Forlin
Break out code without functional changes. This simplifies the code and makes way for handle two parallel request. Signed-off-by: Per Forlin Acked-by: Kyungmin Park Acked-by: Arnd Bergmann Reviewed-by: Venkatraman S Tested-by: Sourav Poddar Tested-by: Linus Walleij --- drivers/mmc/card/block

[PATCH v9 07/12] mmc: block: add member in mmc queue struct to hold request data

2011-07-01 Thread Per Forlin
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 v9 10/12] mmc: queue: add a second mmc queue request member

2011-07-01 Thread Per Forlin
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 Acked-by: Kyungmin Park Acked-by: Arnd Bergmann Reviewed-by: Venkatraman S Tested-by: Sourav Poddar Tested-by:

[PATCH v9 08/12] mmc: block: add a block request prepare function

2011-07-01 Thread Per Forlin
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 Acked-by: Kyungmin Park Acked-by: Arnd Bergmann Reviewed-by: Venkatraman S Tested-b

[PATCH v9 11/12] mmc: core: add random fault injection

2011-07-01 Thread Per Forlin
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 Acked-by: Kyungmin Park Acked-by: Arnd Bergmann Review

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

2011-07-01 Thread Per Forlin
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 issue_rw_rq() again with a new request. This new request is prepared, in isuue_rw_rq

Re: Usefulness of GCC's 64bit __sync_* ops on ARM

2011-07-01 Thread David Gilbert
Hi All, I've just submitted the patches for the 64 bit atomic stuff to the gcc-patches list. Richard Henderson has raised the question of why the ARM commpage isn't a full VDSO and, if it was, then it would make the version number check a lot simpler. What's the history behind this/how big a job

Consistent names for Linaro kernel trees and releases

2011-07-01 Thread Deepak Saxena
Hi all, I was looking at git.linaro.org and I'd like to propose some consistency in naming our git trees and in how we branch them. The main reason for this from my perspective is to make it easy to point someone from a partner team or from a partner''s customer to the git server and have them qui

Re: Consistent names for Linaro kernel trees and releases

2011-07-01 Thread Andy Green
On 07/01/2011 08:14 PM, Somebody in the thread at some point said: What I'd like to see is a a separate set of official trees that only get updated with bits that we are ready for non-Linaro developers to use, do not get rebased, and get tagged at the end of each monthly cycle. My proposal: ker

Re: [PATCH v4] Add ARM cpu topology definition

2011-07-01 Thread Russell King - ARM Linux
On Fri, Jul 01, 2011 at 07:43:30AM +0200, Vincent Guittot wrote: > Changes since v3 : > * Update the format of printk message > * Remove blank line Can I trouble you to check the patch for more instances of the 'blank line at end of function' thing... Also, let's get rid of unnecessary parens. >