On Mon, Aug 29, 2011 at 5:45 PM, Dechesne, Nicolas wrote:
>
>
> On Mon, Aug 29, 2011 at 7:17 PM, Ricardo Salveti
> wrote:
>>
>> > We (Developer Platform) are looking into making Ubuntu/Debian more
>> > cross-compile friendly. In order to
>> > decide what to focus on on first, I'd like to ask from
On Mon, Aug 29, 2011 at 3:54 PM, Jani Monoses wrote:
> On 08/29/2011 08:17 PM, Ricardo Salveti wrote:
>>
>> Cross posting at ubuntu-devel.
>>
>> On Mon, Aug 29, 2011 at 11:22 AM, Riku Voipio
>> wrote:
>>>
>>> Hi,
>>>
>>> We (Developer Platform) are looking into making Ubuntu/Debian more
>>> cross
On Tue, 30 Aug 2011 11:44:35 +0800, Andy Green wrote:
> > The first is that repo currently only fetches branches, and not
> > tags. This means that simply tagging isn't enough to ensure that you
> > have the object in your repo.
>
> Not sure what "your repo" means but I get the message.
Yeah, so
Dear Chander Kashyap,
On 19 August 2011 17:37, Chander Kashyap wrote:
> Adds mmc boot support.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v2:
> - Added Dirk Behme's patch
> - SMDKV310: Fix host compilation of mkv310_image
> Changes for v3:
> - None
> Changes for
Dear Chander Kashyap,
On 19 August 2011 17:37, Chander Kashyap wrote:
> Origen board is based upon S5PV310 SoC which is similiar to
> S5PC210 SoC.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v2:
> - None
> Changes for v3:
> - Board entry added Alphabetically in boards.cf
On 08/30/2011 10:56 AM, Somebody in the thread at some point said:
On Tue, 30 Aug 2011 10:19:35 +0800, Andy Green wrote:
I think you missed my point, if I tagged it, you CAN check it out. So
"reachability" is not the issue.
I think there are two things here:
The first is that repo currently
On Tue, 30 Aug 2011 10:19:35 +0800, Andy Green wrote:
> I think you missed my point, if I tagged it, you CAN check it out. So
> "reachability" is not the issue.
I think there are two things here:
The first is that repo currently only fetches branches, and not
tags. This means that simply taggi
On 08/30/2011 01:15 AM, Somebody in the thread at some point said:
Anyway, this isn't an issue with repo, its a sha1 reachability issue.
repo 's just a foreach git tool.
What do you mean "SHA1 reachability"? I can "reach" arbitrary HEADs using a
hash even if they're not tagged so long as I di
On 08/30/2011 03:24 AM, Somebody in the thread at some point said:
Andy Doan had the observation:
I hit a problem similar to this last year and discovered that something
is a bit broken in make 3.81 related to this. We reverted to make 3.80
and things started working as we expected.
I found a
Being able to accurately and consistently measure the elapsed CPU time
is important for toolchain benchmarking. I ran a few experiments today
and wrote up the results at:
https://wiki.linaro.org/WorkingGroups/ToolChain/Benchmarks/TimerAccuracy
The original is available at:
http://bazaar.launchp
Could you try also adding 'nohz=0' to bootargs to disable tickless
scheduler? Depending on what is the default in current linaro kernel,
this might help..
BR,
-R
On Mon, Aug 29, 2011 at 1:57 PM, Tom Gall wrote:
>
> An update on my oprofile adventures with panda.
>
> I did add the kernel param a
Linus Walleij wrote at Monday, August 29, 2011 3:10 AM:
> This creates a subsystem for handling of pin control devices.
> These are devices that control different aspects of package
> pins.
...
> - Defined a "position" for each function, so the pin controller now
> tracks a function in a certain
On Mon, Aug 29, 2011 at 7:17 PM, Ricardo Salveti wrote:
> > We (Developer Platform) are looking into making Ubuntu/Debian more
> > cross-compile friendly. In order to
> > decide what to focus on on first, I'd like to ask from input from you
> > - what would you like to be able to
> > cross-compil
Nipuna from TI mentioned that the Linaro Android vs Regular Android
demo is posted at http://www.pandaboard.org/. Hopefully we'll be able
to create an even better demo that shows how awesome the work we do
here is!
-Zach
___
linaro-dev mailing list
lina
Andy Doan had the observation:
> I hit a problem similar to this last year and discovered that something
> is a bit broken in make 3.81 related to this. We reverted to make 3.80
> and things started working as we expected.
so that may be something. I certainly ran into something when I tried
to g
The last 2 things to do are to fix the build system so that when you
build concurrently the modules get into the system.tar.bz2.
Things should get installed to:
out/target/product/pandaboard/system/modules
...and they do when you build without -j
The file:
device/linaro/common/tasks/kernel.mk
An update on my oprofile adventures with panda.
I did add the kernel param as Nicolas suggested and am getting a
little more data out of oprofile on panda but it's still pretty awful
as the resolution of the samples is quite poor.
This data for instance was gathered over 5 runs of djpeg crunching
On 08/29/2011 08:17 PM, Ricardo Salveti wrote:
Cross posting at ubuntu-devel.
On Mon, Aug 29, 2011 at 11:22 AM, Riku Voipio wrote:
Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more
cross-compile friendly. In order to
decide what to focus on on first, I'd like to ask from
Hello,
We're out of disk space on android-build.linaro.org, and I'd like to
schedule upgrade tomorrow, 17:00UTC. Estimated downtime duration 1hr.
Please let me know if that time doesn't work for you.
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www
Cross posting at ubuntu-devel.
On Mon, Aug 29, 2011 at 11:22 AM, Riku Voipio wrote:
> Hi,
>
> We (Developer Platform) are looking into making Ubuntu/Debian more
> cross-compile friendly. In order to
> decide what to focus on on first, I'd like to ask from input from you
> - what would you like to
On 29 August 2011 10:58, Andy Green wrote:
> On 08/29/2011 11:41 PM, Somebody in the thread at some point said:
>>
>> On 29 August 2011 10:13, Andy Green wrote:
>>>
>>> On 08/29/2011 09:22 PM, Somebody in the thread at some point said:
>>>
It's not enough if you still want to refer to it via
On Mon, Aug 29, 2011 at 08:58:25AM -0700, Bernhard Rosenkranzer wrote:
> On 29 August 2011 07:11, Christian Robottom Reis wrote:
> > I don't think we should keep the bug open pending feedback from
> > upstream, but we definitely should start a thread to figure out why
> > upstream has chosen to us
On Mon, Aug 29, 2011 at 3:22 PM, Paul Sokolovsky wrote:
> It's not enough if you still want to refer to it via SHA, due to repo
> peculiarities. It should be also reachable from one of the live
> branches (so, instead of a tag, a branch can be created right away).
>
Paul, what happened to the re
On 08/29/2011 11:41 PM, Somebody in the thread at some point said:
On 29 August 2011 10:13, Andy Green wrote:
On 08/29/2011 09:22 PM, Somebody in the thread at some point said:
It's not enough if you still want to refer to it via SHA, due to repo
peculiarities. It should be also reachable fro
On 29 August 2011 07:11, Christian Robottom Reis wrote:
> I don't think we should keep the bug open pending feedback from
> upstream, but we definitely should start a thread to figure out why
> upstream has chosen to use FBIOPUT_VSCREENINFO.
We know that -- they chose it because some driver they
On 29 August 2011 10:13, Andy Green wrote:
> On 08/29/2011 09:22 PM, Somebody in the thread at some point said:
>
>> It's not enough if you still want to refer to it via SHA, due to repo
>> peculiarities. It should be also reachable from one of the live
>> branches (so, instead of a tag, a branch
Jagan,
That's awesome. Looping in linaro-dev and David Brown who's the MSM
maintainer.
On 29 August 2011 10:09, jagan <402ja...@gmail.com> wrote:
> Hi,
> I am working as kernel bsp developer in android-2.3 for Qualcomm QSD8X50
> target.
> Currently I am porting linux-3.0 on qsd8250_surf.
> I am a
On Aug 29, 2011, at 7:24 AM, Zach Pfeffer wrote:
> I'm going to loop in linaro-dev in case anyone else wants to chime in.
>
> The canonical reference is of course Linux Device Drivers (LDD), but
> I've also used Essential Linux Device Drivers and found it to be more
> immediately applicable.
>
On 08/29/2011 09:22 PM, Somebody in the thread at some point said:
It's not enough if you still want to refer to it via SHA, due to repo
peculiarities. It should be also reachable from one of the live
branches (so, instead of a tag, a branch can be created right away).
Sorry... this means for
I'm going to loop in linaro-dev in case anyone else wants to chime in.
The canonical reference is of course Linux Device Drivers (LDD), but
I've also used Essential Linux Device Drivers and found it to be more
immediately applicable.
-Zach
On 22 August 2011 08:39, Timothy Webster wrote:
> Thank
Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more
cross-compile friendly. In order to
decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot
of people (every
On Fri, Aug 26, 2011 at 11:10:11AM -0500, Tom Gall wrote:
> I'll give that a try. Still, oprofile ought to work out of the box
> without fiddling.
That's exactly how I feel. If Nicolas is right, what causes this to
depend on the kernel's counter selection, and why can't we figure out
what to use i
On Sun, Aug 28, 2011 at 09:44:18PM +0800, Eric Miao wrote:
> Can we close this bug or let me know what further can we help on
> this one. Thanks.
I don't think we should keep the bug open pending feedback from
upstream, but we definitely should start a thread to figure out why
upstream has chosen
On 29 August 2011 08:22, Paul Sokolovsky wrote:
> On Mon, 29 Aug 2011 08:08:17 -0500
> Zach Pfeffer wrote:
>
>> Now that we have an Android build for every board and Gerrit and LAVA
>> I'd like to unify how we handle kernels for each so that we can work
>> more efficiently, start to unify the ker
Fixes for 3.1.
This patchset doesn't fix any bugs in 3.1 but it improves the documentation
in order to prevent new bugs.
Per Forlin (2):
mmc: core: clarify how to use post_req in case of errors
mmc: mmci: simplify err check in mmci_post_request
drivers/mmc/core/core.c |6 ++
drivers
The err condition in post_req() is set to undo a call made
to pre_req() that hasn't been started yet.
The err condition is not set if an MMC request returns error.
Signed-off-by: Per Forlin
---
drivers/mmc/core/core.c |6 ++
include/linux/mmc/host.h |3 +++
2 files changed, 9 insert
The error condition indicates that mmci_post_request() should cleanup
after the mmci_pre_request(). In this case the resources allocated by
device_prep_slave_sg() are freed by calling dmaengine_terminate_all().
dma_unmap_sg() should always be performed if the host_cookie is set.
Signed-off-by: Per
On Mon, 29 Aug 2011 08:08:17 -0500
Zach Pfeffer wrote:
> Now that we have an Android build for every board and Gerrit and LAVA
> I'd like to unify how we handle kernels for each so that we can work
> more efficiently, start to unify the kernels and provide a means for
> external Android users to
Now that we have an Android build for every board and Gerrit and LAVA
I'd like to unify how we handle kernels for each so that we can work
more efficiently, start to unify the kernels and provide a means for
external Android users to start to improve these trees.
First, since we control the kernel
On Wed, Aug 24, 2011 at 7:38 PM, Venkatraman S wrote:
> Thanks for the review. Can't we just rename the files then ?
> gpio-exynos.h gpio-nomadik.h and so on, and move all, or part of the
> contents to drivers ?
I thought so too! So I have already done it, for nomadik.
Russell has merge that in
To make the Panda LEB build from scratch do:
mkdir leb-panda
cd leb-panda
export MANIFEST_REPO=git://android.git.linaro.org/platform/manifest.git
export MANIFEST_BRANCH=linaro_android_2.3.5
export MANIFEST_FILENAME=LEB-panda.xml
export TARGET_PRODUCT=pandaboard
export TARGET_SIMULATOR=false
export
On Mon, Aug 29, 2011 at 1:33 PM, Per Forlin wrote:
> Started off fixing a memory leak due to not freed dma descriptors
> in mmci. The descriptor allocated at device_prep...(), not submitted,
> isn't freed at dmaeninge_terminate_all() or dmaengine_release().
> While sorting this one out some other
Prepared descriptors that are not submitted will not be freed. Add
prepared descriptor to a list to be able to release them upon
dmaengine_terminate_all().
Signed-off-by: Per Forlin
---
drivers/dma/ste_dma40.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git
Started off fixing a memory leak due to not freed dma descriptors
in mmci. The descriptor allocated at device_prep...(), not submitted,
isn't freed at dmaeninge_terminate_all() or dmaengine_release().
While sorting this one out some other issues were found as well.
* kernel doc missing
* duplicatio
The client list may exist in two lists at the same time. This makes free
fail since the same desc is freed multiple times. Remove desc from
client list when adding it to the pending queue. Move free of client owned
descriptors from free_dma() to terminate_all().
Unable to handle kernel paging requ
Signed-off-by: Per Forlin
---
drivers/dma/ste_dma40.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index cd3a7c7..486b6c0 100644
--- a/drivers/dma/ste_dma40.c
+++ b/drivers/dma/ste_dma40.c
@@ -174,6 +174,7 @@ struct d40
d40_desc_free() already calls d40_pool_lli_free().
Signed-off-by: Per Forlin
---
drivers/dma/ste_dma40.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index 486b6c0..37388d1 100644
--- a/drivers/dma/ste_dma40.c
+++ b/
On Thu, Aug 25, 2011 at 8:31 AM, Vincent Guittot
wrote:
> The same clock is used for all cpus so we must notify the frequency change
> for each one in order to update the configuration of all twd clockevents.
>
> change since V1:
> * use policy->cpus instead of cpu_online_mask
>
> Signed-off-by:
From: Linus Walleij
This adds a driver for the U300 pinmux portions of the system
controller "SYSCON". It also serves as an example of how to use
the pinmux subsystem. This driver also houses the platform data
for the only supported platform.
Signed-off-by: Linus Walleij
---
ChangeLog v4->v5:
From: Linus Walleij
This hooks the pinmux driver into the U300 platform and deletes
the old machine-specific driver.
Signed-off-by: Linus Walleij
---
ChangeLog v4->v5:
- Create a pinmux hog in the U300 regulator configuration that
grabs the power pins from the pinmux function.
---
arch/arm/
From: Linus Walleij
This is the fifth iteration of the controller subsystem, most
changes are described in the first patch, copied here for reference:
ChangeLog v4->v5:
- Defined a "position" for each function, so the pin controller now
tracks a function in a certain position, and the pinmux
From: Linus Walleij
This makes the AMBA PrimeCell drivers request padmuxing for
themselves in the same manner as clocks and voltage is currently
requested.
Signed-off-by: Linus Walleij
---
drivers/amba/bus.c | 49 -
include/linux/amba/bus.h |
On Mon, Aug 29, 2011 at 9:56 AM, Jani Monoses wrote:
> Hello,
>
>
> On 08/26/2011 05:36 PM, Andy Doan wrote:
>
>> The 11.08 release includes some commonly used pre-built images. This
>> mean you can now download a single file and "dd" it to your SD card
>> without having to use linaro-media-creat
On Fri, Aug 26, 2011 at 7:33 PM, Stephen Warren wrote:
> However, we'd then need a extra table defining what each locality meant:
>
> function locality list_of_pins_in_function_at_locality
>
> i2c0 0 0, 1
> i2c0 1 2, 3
>
On Fri, Aug 26, 2011 at 7:12 PM, Stephen Warren wrote:
> [Barry]
>> static int xxx_gpio_request(struct gpio_chip *chip, unsigned offset)
>> {
>> int ret = 0;
>>
>> ret = pinmux_request_gpio(chip->base + offset);
>> if (ret)
>> goto out;
>> .
>> o
Hello,
On 08/26/2011 05:36 PM, Andy Doan wrote:
The 11.08 release includes some commonly used pre-built images. This
mean you can now download a single file and "dd" it to your SD card
without having to use linaro-media-create.
this is great.
The images just use the l-m-c defaults. ie, ther
56 matches
Mail list logo
