Neat! Any feedback from those who saw it?
On Fri, Jun 24, 2011 at 12:00 AM, Jim Huang wrote:
> Hello list,
>
> During the first week of June, we prepared the technical showcase[1]
> about Linaro powered devices and projects including LAVA[1].
>
> To emphasize how LAVA works, we just uploaded an
Hello list,
During the first week of June, we prepared the technical showcase[1]
about Linaro powered devices and projects including LAVA[1].
To emphasize how LAVA works, we just uploaded another demo video:
http://www.youtube.com/watch?v=_3dT68MOzz0
It starts at 2:27.
Sincerely,
-jserv
[1
On 23 June 2011 11:39, Nicolas Pitre wrote:
> On Thu, 23 Jun 2011, Andy Green wrote:
>
>> When linux-linaro-3.0 is coming in the next weeks, we will use that as a base
>> instead as before.
>
> The base will be just as good as the contributions made by people to it.
> And besides a few notable exc
Hi,
I am Marc-Andre from the FreeRDP project, an open source RDP client. I want
to work on optimizing FreeRDP for ARM using the NEON processor extensions.
The main computer is running Ubuntu 11.04 64-bit, while the target system is
a pandaboard running Ubuntu 11.04 for ARM. I started looking into
Hi John,
On 24 June 2011 00:14, john stultz wrote:
> On Thu, 2011-06-23 at 09:04 -0700, Deepak Saxena wrote:
>> > The status is currently on linus HEAD, Panda EHCI is broken which is a bit
>> > of a downer; Jassi is taking a look at it. Also video is coming up nicely
>> > with 1080p raster, but
On Wed, Jun 22, 2011 at 10:22 AM, Thomas Abraham
wrote:
>
> I have added the functions as you have suggested and the diff is
> listed below. Could you please review the diff and suggest any changes
> required.
Thanks Thomas. Comments below...
> drivers/of/base.c | 129
>
Linus W,
This "patch" is a quick-and-dirty outline of where I'd love to see the
pinmux API go, but this time in code rather than English description.
Note that I elided a bunch of stuff from the headers; some comments weren't
updated, I removed the inline functions for when pinmux is disabled, et
On Thu, 2011-06-23 at 14:39 -0400, Nicolas Pitre wrote:
> Half a year ago when I did ask for comments about the usefulness of the
> linaro-next tree, I got almost no responses as I suspected, and I
> therefore dropped that tree to concentrate my efforts on the Linaro
> "stable" branches. If eve
On 06/23/2011 07:39 PM, Somebody in the thread at some point said:
I mentioned this already to npitre but for various reasons we are planning to
target 3.0 kernel rather than linux-linaro-2.6.39 at the moment. 2.6.39 has
some known issues like no onboard audio or HDMI audio, but since 3.0 has a
LEBs images on
their way to the next release: 11.06.
* Android:
http://snapshots.linaro.org/offspring/11.05-daily/linaro-android/leb-panda/20110623/
* Ubuntu:
http://snapshots.linaro.org/offspring/11.05-daily/linaro-ubuntu-desktop/20110623/0/images/tar/
http://snapshots.linaro.org
On Thu, 2011-06-23 at 09:04 -0700, Deepak Saxena wrote:
> > The status is currently on linus HEAD, Panda EHCI is broken which is a bit
> > of a downer; Jassi is taking a look at it. Also video is coming up nicely
> > with 1080p raster, but it is stuck at 640 x 480 framebuffer viewport inside
> > t
On Thu, Jun 23, 2011 at 2:39 PM, Nicolas Pitre wrote:
> On Thu, 23 Jun 2011, Andy Green wrote:
>
>> Hi -
>>
>> I mentioned this already to npitre but for various reasons we are planning to
>> target 3.0 kernel rather than linux-linaro-2.6.39 at the moment. 2.6.39 has
>> some known issues like no
On 06/23/2011 07:44 PM, Somebody in the thread at some point said:
On Thu, 2011-06-23 at 09:04 -0700, Deepak Saxena wrote:
The status is currently on linus HEAD, Panda EHCI is broken which is a bit
of a downer; Jassi is taking a look at it. Also video is coming up nicely
with 1080p raster, but
On Thu, 23 Jun 2011, Andy Green wrote:
> Hi -
>
> I mentioned this already to npitre but for various reasons we are planning to
> target 3.0 kernel rather than linux-linaro-2.6.39 at the moment. 2.6.39 has
> some known issues like no onboard audio or HDMI audio, but since 3.0 has a new
> and bet
On Thu, Jun 23, 2011 at 01:10:27PM -0400, Nicolas Pitre wrote:
> On Thu, 23 Jun 2011, John Rigby wrote:
>
> > I thought this was new but it has been around for awhile. My default
> > config was not turning on THUMB2 kernel so I only saw it today.
>
> Old known issue. I wonder why I didn't stumb
On Thu, 23 Jun 2011, John Rigby wrote:
> I thought this was new but it has been around for awhile. My default
> config was not turning on THUMB2 kernel so I only saw it today.
Old known issue. I wonder why I didn't stumble on it. Should be fixed
now.
Nicolas
___
On 06/23/2011 05:04 PM, Somebody in the thread at some point said:
On 23 June 2011 08:51, Andy Green wrote:
Hi -
I mentioned this already to npitre but for various reasons we are planning
to target 3.0 kernel rather than linux-linaro-2.6.39 at the moment. 2.6.39
has some known issues like no
On 23 June 2011 08:51, Andy Green wrote:
> Hi -
>
> I mentioned this already to npitre but for various reasons we are planning
> to target 3.0 kernel rather than linux-linaro-2.6.39 at the moment. 2.6.39
> has some known issues like no onboard audio or HDMI audio, but since 3.0 has
> a new and be
Hi.
I'd like to update you on the rename process:
For "linaro-json":
This project started as a huge collection of tools for JSON but was
later on refocused on one important thing - schema validation.
Proposed names:
-> json-schema-validator
This project has been renamed to json-schema-validat
On 23 June 2011 03:45, Alexander Sack wrote:
> On Thu, Jun 23, 2011 at 3:20 AM, Zach Pfeffer wrote:
>> Or we could just use continuous integration where there are no
>> freezes, just per change regression tests.
>
> thats the idealistic goal yes, but getting even close there takes a
> bit and I a
Hi -
I mentioned this already to npitre but for various reasons we are
planning to target 3.0 kernel rather than linux-linaro-2.6.39 at the
moment. 2.6.39 has some known issues like no onboard audio or HDMI
audio, but since 3.0 has a new and better ALSA implementation for Panda
I'm not sure
Hi Doug,
I can set up a voice bridge to get discussion rolling - let me know if
following schedule suits all ('have tried to keep various TZ in mind)
24/June/2011, 15:30 GMT
Best regards,
Arvind
From: Deao, Douglas [mailto:d-d...@ti.com]
Sent: Wednesday, June 22, 2011 4:58 AM
To: Philippe Lang
I thought this was new but it has been around for awhile. My default
config was not turning on THUMB2 kernel so I only saw it today.
On Thu, Jun 23, 2011 at 9:12 AM, John Rigby wrote:
> Nicolas, Dave,
>
> make omap4_defconfig
> make menuconfig and turn on THUMB2_KERNEL
> make
> .
> CC
Nicolas, Dave,
make omap4_defconfig
make menuconfig and turn on THUMB2_KERNEL
make
.
CC arch/arm/kernel/smp_twd.o
CC arch/arm/kernel/machine_kexec.o
AS arch/arm/kernel/relocate_kernel.o
arch/arm/kernel/relocate_kernel.S: Assembler messages:
arch/arm/kernel/relocate_kernel.
Merged in AOSP:
http://android.git.kernel.org/?p=platform/bionic.git;a=commitdiff;h=e6cff939e603e445c2576958c3777d7b7f5d84fa
On 22 June 2011 16:48, Jim Huang wrote:
> Code Review:
> https://review.source.android.com/#change,23997
___
linaro-dev
On 23/06/11 11:30, Alexander Sack wrote:
> sounds good. Seems like a great starter project for MM WG to get their
> hands dirty on android.
>
> They could have three builds:
>
> 1. plain LEB
> 2. LEB with mans optimized libjpeg
> 3. LEB with libjpeg-turbo
>
> Then benchmark all three and keep
On Tue, Jun 21, 2011 at 11:26:27AM +0200, Per Forlin wrote:
> Here are the results.
It looks like this patch is either a no-op or slightly worse. As
people have been telling me that dsb is rather expensive, and this
patch results in less dsbs, I'm finding these results hard to believe.
It seems t
On Thu, 23 Jun 2011 14:25:18 +0200, Alexander Sack wrote:
> I thought we had worked out a special way how to ensure that patches
> that go to upstream gerrit get considered? Or was that just discussion
> that we still have to finish?
No, we didn't agree to complete something like that at this tim
On Thu, 23 Jun 2011 14:28:42 +0200, Alexander Sack wrote:
> couldn't we inject a big amount of test builds in the queue to achieve
> full utilization for 24 or 48 hours or so? of course, queuing them as
> low priority so they don't make our "real" builds the cycles. Lets see
> what james says ;).
On Thu, Jun 23, 2011 at 12:44 PM, Fathi Boudra wrote:
> On 23 June 2011 10:06, Alexander Sack wrote:
>> On Wed, Jun 22, 2011 at 11:16 PM, James Westby
>> wrote:
>>> On Tue, 21 Jun 2011 09:04:41 +, Fathi Boudra
>>> wrote:
> If not, what are the blockers to doing so?
Today, t
On Wed, Jun 22, 2011 at 1:51 PM, Guilherme Salgado
wrote:
> Hi Jim,
> (I'm CCing linaro-dev@ because I figure others might have similar
> questions)
>
> This is because the android patches are going to the 'Unknown'
> project[1], which is ignored when generating the statistics[2]. We
> currently
On Tue, Jun 21, 2011 at 11:39 AM, Linus Walleij
wrote:
> These are a number of trivial-and-simple patches that have been reviewed on
> the LAKML mailing list. They are independent patches that are mostly
> self-descriptive.
Not much seems to happen in the arm-soc tree so I'm reiterating the pull
On 23 June 2011 10:06, Alexander Sack wrote:
> On Wed, Jun 22, 2011 at 11:16 PM, James Westby
> wrote:
>> On Tue, 21 Jun 2011 09:04:41 +, Fathi Boudra
>> wrote:
>>> > If not, what are the blockers to doing so?
>>>
>>> Today, the builders are unstable.
>>
>> They have just had new hard disk
On Wed, Jun 22, 2011 at 11:16 PM, James Westby wrote:
> On Tue, 21 Jun 2011 09:04:41 +, Fathi Boudra
> wrote:
>> > If not, what are the blockers to doing so?
>>
>> Today, the builders are unstable.
>
> They have just had new hard disk enclosures added, and should be more
> stable now. Let's
Yes, I'd think we'd want to merge the v6 support into libjpeg-turbo and
verify its correct operation before trying to replace the version of
libjpeg in Android. Also, v6 would need to be selected using the same
mechanisms (or similar) to the ones we currently use to select NEON.
I also wanted to
On 6/22/2011 10:12 PM, Amit Daniel Kachhap wrote:
lock_depth field is removed from the power frequency events in the
new linux kernel(2.6.38 onwards). So this creates issue to retrieve
the lower members of the trace data. To fix this problem 2 separate
structures are created and their use depends
Hi,
I tried with the precompiled u-boot and MLO and it is working fine.
But failed with the sources downloaded from the link provided. Can you
please any addition settngs need to be done for the sources. I have used
OMAP4_PANDA_CONFIG.
You can find my WIP tree at
https://gitorious.org/ubuntu-exp
On Thu, Jun 23, 2011 at 3:20 AM, Zach Pfeffer wrote:
> Or we could just use continuous integration where there are no
> freezes, just per change regression tests.
thats the idealistic goal yes, but getting even close there takes a
bit and I am not sure if full continuous integration in the sense
On Thu, Jun 23, 2011 at 3:30 AM, Christian Robottom Reis
wrote:
> Hi there,
>
> I took a look at the AOSP libjpeg code which is included in
>
> git://android.git.kernel.org/platform/external/jpeg
>
> during my flight back home (which incidentally had been diverted and
> landed me in Rio
39 matches
Mail list logo
