Each time when I spoke with Launchpad team I got a feeling that
blueprint part of it is unwanted child which no one want to talk about.
Adding workitems as bug links allows to work around lack of history but
they people which are subscribed to BP does not get updates from bugs.
Anyone with permi
On Tue, 2011-05-24 at 19:42 -0700, Deepak Saxena wrote:
> The Kernel Working Group is getting ready to release the first of our new
> monthly development snapshot in a few days and we would like folks
> to do some quick sanity boot testing on their boards. Please
> grab or update the kernel from
>
On Wed, May 25, 2011 at 8:31 AM, Shawn Guo wrote:
> On Tue, May 24, 2011 at 06:40:28PM -0400, James Westby wrote:
>> On Sat, 14 May 2011 23:45:35 +0200, Jeremiah Foster
>> wrote:
>> > It certainly is technically possible. The git-http-backend file allows
>> > one to use http and https as transpo
On Tue, May 24, 2011 at 11:45:04PM -0400, Nicolas Pitre wrote:
> On Tue, 24 May 2011, Michael Hope wrote:
>
> > On Tue, May 24, 2011 at 10:33 AM, Michael Casadevall
> > wrote:
> > > On 05/19/2011 10:56 AM, David Gilbert wrote:
> > >> On 19 May 2011 16:49, Ken Werner wrote:
> > >>> On 05/19/2011
On Wed, May 25, 2011 at 12:59:54PM +0200, Dirk Behme wrote:
> On Wed, May 25, 2011 at 8:31 AM, Shawn Guo wrote:
> > On Tue, May 24, 2011 at 06:40:28PM -0400, James Westby wrote:
> >> On Sat, 14 May 2011 23:45:35 +0200, Jeremiah Foster
> >> wrote:
> >> > It certainly is technically possible. The
On Tue, May 24, 2011 at 07:42:43PM -0700, Deepak Saxena wrote:
> Hi all,
>
> The Kernel Working Group is getting ready to release the first of our new
> monthly development snapshot in a few days and we would like folks
> to do some quick sanity boot testing on their boards. Please
> grab or updat
On 25 May 2011 04:45, Nicolas Pitre wrote:
> FWIW, here's what the kernel part might look like, i.e. for
> compatibility with pre ARMv6k systems (beware, only compile tested):
OK, so that makes a eglibc part for that pretty easy.
For things like fetch_and_add (which I can see membase needs)
would
On Wed, May 25, 2011 at 12:58:30PM +0100, David Gilbert wrote:
> On 25 May 2011 04:45, Nicolas Pitre wrote:
> > FWIW, here's what the kernel part might look like, i.e. for
> > compatibility with pre ARMv6k systems (beware, only compile tested):
>
> OK, so that makes a eglibc part for that pretty
On Tue, May 24, 2011 at 07:42:43PM -0700, Deepak Saxena wrote:
> Hi all,
>
> The Kernel Working Group is getting ready to release the first of our new
> monthly development snapshot in a few days and we would like folks
> to do some quick sanity boot testing on their boards. Please
> grab or updat
Dear Chander Kashyap,
On 20 May 2011 12:57, Chander Kashyap wrote:
> Added MMC SPL boot support for SMDKV310. This framework design is
> based on nand_spl support.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v3:
> - spl file renamed to u-boot-mmc-spl.bin
> - spl director
On Wed, 25 May 2011, Dave Martin wrote:
> On Tue, May 24, 2011 at 11:45:04PM -0400, Nicolas Pitre wrote:
> > + * typedef int (__kernel_cmpxchg64_t)(const int64_t *oldval,
> > + *const int64_t *newval,
> > + *volatile int64_t *
On 25 May 2011 04:18, Dave Martin wrote:
> On Tue, May 24, 2011 at 07:42:43PM -0700, Deepak Saxena wrote:
>> Hi all,
>>
>> The Kernel Working Group is getting ready to release the first of our new
>> monthly development snapshot in a few days and we would like folks
>> to do some quick sanity boot
Hi guys.
After looking hard at those blueprints and our discussions during UDS
I'm getting this impression that the line between the two is blurred.
It would significantly to frame the problem help if we could determine
the architecture of "validation website" and how it differs from "lava"
I don't think we need to overcomplicate that piece. The validation website
links to reports on the lava dashboard, and should provide some grouping of
the data by teams, so that teams can have their own "weather report" sort of
page, or link to the things they care about. If needs be, we can crea
On 25 May 2011 03:29, Tixy wrote:
> On Tue, 2011-05-24 at 19:42 -0700, Deepak Saxena wrote:
>> The Kernel Working Group is getting ready to release the first of our new
>> monthly development snapshot in a few days and we would like folks
>> to do some quick sanity boot testing on their boards. Pl
On Tue, May 24, 2011 at 07:42:43PM -0700, Deepak Saxena wrote:
> Hi all,
>
> The Kernel Working Group is getting ready to release the first of our new
> monthly development snapshot in a few days and we would like folks
> to do some quick sanity boot testing on their boards. Please
> grab or updat
Enclosed you'll find a link to the agenda, notes and actions from the
Linaro Developer Platforms Weekly Status meeting held on May 25th
in #linaro-meeting on irc.freenode.net at 15:00 UTC.
https://wiki.linaro.org/Platform/DevPlatform/Meetings/2011-05-25
New Actions:
* hrw and rsalveti to discuss
http://qatracker.linaro.org/ ?
I think I have seen some more, but is verry hard fo find.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On 05/25/2011 07:28 PM, Somebody in the thread at some point said:
Hi -
Booted on panda
Ethernet, USB etc. seem to work fine, but not thoroughly tested.
I observe this outstanding bug:
https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/781318
Just appears when it's changing modes
On 05/25/2011 07:55 PM, Somebody in the thread at some point said:
On 05/25/2011 07:28 PM, Somebody in the thread at some point said:
Hi -
Booted on panda
Ethernet, USB etc. seem to work fine, but not thoroughly tested.
I observe this outstanding bug:
https://bugs.launchpad.net/ubuntu/+sourc
Sorry it took a while to get back to you guys. I was visiting customers last
week. Most of my comments are just highlighting the differences between TI's
STM 1.0 driver and ST-E's STM 1.0 driver, but there are a few questions,
observations and suggestions. At the end I included some discussion o
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
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
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
Add a debugfs file "testlist" to print all available tests
Signed-off-by: Per Forlin
---
drivers/mmc/card/mmc_test.c | 39 ++-
1 files changed, 38 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/card/mmc_test.c b/drivers/mmc/card/mmc_test.c
index abc
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
---
dri
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
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
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
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 | 226 +++---
1 files changed, 132 insertions(+), 94 deletions(-)
diff --git a/drive
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 +
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
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
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
Dear all,
i need to test for the arm platform,but I do not find the git tree of
powertop on launchpad.net,or the tree is located on linaro.org?
--
JUST DO IT,NOTHING IS IMPOSSIBLE
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.lin
On Thu, May 26, 2011 at 11:37:17AM +0800, Jello huang wrote:
> Dear all,
>
>
> i need to test for the arm platform,but I do not find the git tree of
> powertop on launchpad.net,or the tree is located on linaro.org?
http://git.linaro.org/gitweb?p=tools/powertop.git;a=summary
--
Regards,
Shawn
36 matches
Mail list logo
