On Mon, Jun 27, 2011 at 2:02 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jun 27, 2011 at 01:34:48PM +0300, saeed bishara wrote:
Russell,
I'm curious about the correctness of this patch for systems with
outer cache. shouldn't the dsb be issued before the outer cache
Add a debugfs file testlist to print all available tests
Signed-off-by: Per Forlin per.for...@linaro.org
---
drivers/mmc/card/mmc_test.c | 39 ++-
1 files changed, 38 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/card/mmc_test.c
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
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
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
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
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
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 per.for...@linaro.org
---
drivers/mmc/card/queue.c | 44 ++--
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 per.for...@linaro.org
---
drivers/mmc/card/block.c | 218
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 per.for...@linaro.org
---
drivers/mmc/core/core.c|
Break out code without functional changes. This simplifies the code and
makes way for handle two parallel request.
Signed-off-by: Per Forlin per.for...@linaro.org
---
drivers/mmc/card/block.c | 220 +++---
1 files changed, 131 insertions(+), 89
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
I've started on some basic documentation for LAVA at
https://wiki.linaro.org/Platform/Validation/LAVA/Documentation
This is mostly aimed at those who are trying to set it up for themselves, or
get started on development for it. However I'm also starting to cover
example jobs, and will expand that
On 28 June 2011 10:11, Per Forlin per.for...@linaro.org wrote:
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()
This patches are tested on samsung exynos4 platform.
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
On Tue, Jun 28, 2011 at 5:11 PM, Per Forlin per.for...@linaro.org wrote:
How significant is the cache maintenance over head?
It depends, the eMMC are much faster now
compared to a few years
Hi John,
These are the patches not yet merged upstream, but are required
for a good enabling of u-boot on i.MX53 QuickStart board. Please
consider pull.
Thanks
The following changes since commit b80e315300b0717be4b273ddb53dbafa483f4066:
Efika: fix build breakage (2011-06-22 20:04:02 -0600)
DA9052 PMIC has capability to supply power for upto 3 banks of 6 white serial
LEDS. It can also control intensity of independent banks. To drive these
banks boost converter will provide up to 24V and forward current of max. 50mA.
This patch controls intensity of the individual WLEDs bank through
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, battery current etc.
Signed-off-by: David Dajun Chen
On Mon, Jun 27, 2011 at 02:12:37PM +0530, ashishj3 wrote:
+static int da9052_dcdc_set_current_limit(struct regulator_dev *rdev, int
min_uA,
+ int max_uA)
+{
+ struct da9052_regulator *regulator = rdev_get_drvdata(rdev);
+ int offset =
On Tue, Jun 28, 2011 at 09:55:07AM +0100, Paul Larson wrote:
I've started on some basic documentation for LAVA at
https://wiki.linaro.org/Platform/Validation/LAVA/Documentation
Good job! I think you should probably split the setting up section from
the writing jobs and hacking parts, since they
We have
Android Generic Beagle
https://android-build.linaro.org/builds/~patrik-ryd/dev1106genericb/
as well, but it doesn't get out of uboot. Filing a bug,
On 28 June 2011 14:26, Zach Pfeffer zach.pfef...@linaro.org wrote:
We've got some RC builds available to test:
Android Panda LEB
On Tue, 2011-06-28 at 10:24 -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, battery
Hi All,
I have done some benchmarking on OMAP4 running Ubuntu for various versions
of libjpegs. Benchmarks were collected with modified version of djpeg that
prints out ms time taken for decoding. Sample used for benchmarking is a
12MP image downloaded from a photography website. Here are the
Hi,
In preparation for the release of Linaro 11.06 images on 2011-06-30,
a suitable candidate has been selected for testing. The release is
expected to be tested heavily and provide the most stable and
feature-rich images to date this cycle.
Please help our initiative by testing the official
24 matches
Mail list logo