Re: OpenGL vs OpenGlES on arm64

[Tom Gall]

On Mon, Nov 26, 2018 at 8:46 AM Steve McIntyre
 wrote:
>
> On Mon, Nov 26, 2018 at 02:11:10PM +, Graeme Gregory wrote:
> >On Mon, 26 Nov 2018 at 14:03, Tom Gall  wrote:
> >>
> >> Hi Wookey,
> >>
> >> This was something bouncing around in the Graphics Working Group back
> >> in the day. Alexandros as I recall was the key dev. As far as a shim
> >> goes given the effort that would have been involved and the lack of
> >> interest, it wasn't worked on.
> >>
> >> For ARM64 and QT would a move to GLES be a "good thing?"  Yes.
> >>
> >> When it comes to graphics drivers today for arm hardware GLES is
> >> pretty universal. GLES is a standard, there is compliance through
> >
> >*Shouts* ThunderX2 Workstation very loudly at this point, following by
> >Linaro Developer Box, Macchiato bin.
> >
> >Linaro is more than Android!
>
> Quite. This is exactly the tension behind the dicussion - while arm64
> machines are mainly mobile so far, we're finally starting to see
> bigger and more capable systems that you'd actually be happy to use as
> a desktop/laptop.
>
> Hence Wookey's question - is it possible to have a single sensible
> answer for both the (large) mobile hardware user base and the
> (smaller, but growing) bigger system users? We've seen conflicting
> information in that thread, hence asking here! :-)

That is Vulkan. There is no mobile vs desktop fracture
like there is with GLES vs GL. In the design of the Vulkan standard
that was one mistake they were trying to address.

I personally would aim for Vulkan.

> Is it true that most PCIe graphics cards (and drivers) will also
> support GLES as well as GL? I've seen that asserted.

As a litmus test, I don't see any GLES drivers on nVideas website.
Both Vulkan and GL are there tho.

> Cheers,
> --
> Steve McIntyresteve.mcint...@linaro.org
> <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs
>


-- 
Regards,
Tom

Director, Linaro Consumer Group, Multimedia Working Group
Linaro.org │ Open source software for ARM SoCs
irc: tgall_foo | skype : tom_gall

"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-dev

Re: OpenGL vs OpenGlES on arm64

[Tom Gall]

On Mon, Nov 26, 2018 at 8:11 AM Graeme Gregory
 wrote:
>
> On Mon, 26 Nov 2018 at 14:03, Tom Gall  wrote:
> >
> > Hi Wookey,
> >
> > This was something bouncing around in the Graphics Working Group back
> > in the day. Alexandros as I recall was the key dev. As far as a shim
> > goes given the effort that would have been involved and the lack of
> > interest, it wasn't worked on.
> >
> > For ARM64 and QT would a move to GLES be a "good thing?"  Yes.
> >
> > When it comes to graphics drivers today for arm hardware GLES is
> > pretty universal. GLES is a standard, there is compliance through
>
> *Shouts* ThunderX2 Workstation very loudly at this point, following by
> Linaro Developer Box, Macchiato bin.
>
> Linaro is more than Android!

Sorry if this wasn't clear I wasn't just talking about Android.

You're right that when it comes to desktop graphics the nVidias and Radeons,
GL will be there, as will Vulkan.

> > Going forward the industry has been picking up Vulkan. Vulkan however
> > is not universal. Vulkan has hardware requirements which for whole
> > generations of graphics hardware (like Mali 4xx) are not able to
> > support.
> >
> > As Vulkan is becoming more central to Android's Graphics strategy, it
> > probably would be wise for the QT types to keep an eye on that.
> >
> And yes Vulkan is the future if you are not DirectX and will work on
> the above machines quite fine too!
>
> Graeme

Is anyone working on open vulkan drivers for nVidia/Radeon that
supports arm64?

-- 
Regards,
Tom

Director, Linaro Consumer Group, Multimedia Working Group
Linaro.org │ Open source software for ARM SoCs
irc: tgall_foo | skype : tom_gall

"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-dev

Re: OpenGL vs OpenGlES on arm64

[Tom Gall]

Hi Wookey,

This was something bouncing around in the Graphics Working Group back
in the day. Alexandros as I recall was the key dev. As far as a shim
goes given the effort that would have been involved and the lack of
interest, it wasn't worked on.

For ARM64 and QT would a move to GLES be a "good thing?"  Yes.

When it comes to graphics drivers today for arm hardware GLES is
pretty universal. GLES is a standard, there is compliance through
Khronos. There is a whole game industry built on top of GLES on
Android devices so behavior differences between GLES implementations
should in theory be the exception not the norm tho there are platform
extensions that are found. (GL has the same concept)

Going forward the industry has been picking up Vulkan. Vulkan however
is not universal. Vulkan has hardware requirements which for whole
generations of graphics hardware (like Mali 4xx) are not able to
support.

As Vulkan is becoming more central to Android's Graphics strategy, it
probably would be wise for the QT types to keep an eye on that.

On Mon, Nov 26, 2018 at 7:51 AM Wookey  wrote:
>
> A long time ago in Linaro we looked at the issue of openGL vs OpenGLES
> on arm, including the possibility of a shim library to make it easier
> for applications to switch between them.
>
> Who knows about this and what happened/was decided?
>
> The Debian QT maintainers are currently considering switching from
> building QT for arm64 for openGLES instead of openGL because there is
> a lot more hardware available (cheapish dev boards) with drivers
> supporting GLES then desktop style hardware with standard graphics
> card supporting 'proper GL'. Ubuntu did this 2 years ago.
>
> Unfortunately building for 'either' seems to be very difficult due to
> ABI incompatibilities.
>
> In general we don't want gratuitous difference between arm64 and x86,
> so this seems problematic, but I am no expert in this area and would
> like to talk to someone who does know about this stuff, and perhaps
> this needs to go back on the Linaro roadmap for fixing?
>
> Wookey
> --
> Principal hats:  Linaro, Debian, Wookware, ARM
> http://wookware.org/
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> https://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Director, Linaro Consumer Group, Multimedia Working Group
Linaro.org │ Open source software for ARM SoCs
irc: tgall_foo | skype : tom_gall

"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-dev

Automated Reporting Tools Meeting Minutes

[Tom Gall]

All,

Serge and I met this morning and I thought I'd pass along the minutes
for those that are interested and interested in hacking a little
python, more people are welcome.

Background:
Alan Bennett earlier in the year had written a tool in python to take
advantage of the Jira python interface to auto generate a portion of
the monthly engineering report.

Tom Gall got involved to use for LMG efforts, and inherited the tool
from Alan when he left. The codebase has been used as inspiration to
automate a number of useful Jira related activities. Since google
docs, Jira, plotting/graphics tools and other things that have good
and powerful python interfaces, there's lots of opportunity to do
useful things.

Now that we're over to projects.linaro.org that's motivating tool
development involving the new system and new needs.

Serge has driven ahead with a more full function version that takes
into account Core Engineering and how reporting occurs there.

Discussed:
--
Current status of the tool Tom is maintaining
Current status and design of Serge's codebase
Needs going forward, and observation that lead project oriented
reporting instead of reporting by team might be a future reporting
need.

Actions:
- Tom to examine and pull in Serge's advanced functionality
- Serge will look at the older code base
- Tom examining a tool called "did" that compiles developer status from git
- better output through output directly into google docs instead of HTML

-- 
Regards,
Tom

"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
Director, Linaro Mobile Group
Tech Lead, Graphics, GPGPU
Linaro.org │ Open source software for ARM SoCs
irc: tgall_foo | skype : tom_gall
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-dev

Re: arm64

[Tom Gall]

I like to use USB to Ethernet. Works well!

Regards,
Tom


> On Sep 14, 2015, at 5:26 PM, James Cloos  wrote:
> 
> Are there any decent arm64 boards available?
> 
> I ordered a dragonboard some time back, and it finally shipped and
> arrived today.
> 
> But the networking sucks.
> 
> There is no proper ethernet, just 802.11.  And it works for only a few
> seconds at a time.
> 
> Effectively worthless.
> 
> Is there anything better available?  For a reasonable price?
> 
> Thanks,
> 
> -JimC
> -- 
> James Cloos  OpenPGP: 0x997A9F17ED7DAEA6
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> https://lists.linaro.org/mailman/listinfo/linaro-dev
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-dev

Re: PVR DDK

[Tom Gall]

Scott is right. You need to obtain from imagination.

Regards,
Tom


 On Nov 13, 2014, at 6:17 PM, Scott Bambrough scott.bambro...@linaro.org 
 wrote:
 
 I believe that is proprietary code that can only be obtained under license 
 from Imagination.
 
 Scott
 
 On Tue, Nov 11, 2014 at 10:25 AM, Sriram V vshrir...@gmail.com wrote:
 Hi,
 
 I am using OMAP4 Linaro tee (Linux 3.2). I have pulled the bug fixes
 on top of this tree for pvr drivers. (/drivers/gpu/pvr)
 
 For that, I also need to cross compile PVR DDK against Linux 3.2.
 
 Can anyone point me from where i can download PVR DDK sources?
 
 --
 Regards,
 Sriram
 
 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev
 
 
 
 -- 
 Scott Bambrough
 Technical Director, Member Services
 Linaro
 
 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Redistributable ARM Mali GPU binary drivers

[Tom Gall]

Right now there is an LSK + Mali hwpack for Arndale. 

Arndale Octa is under development. Guessing beta with the July release.

ARM has instructions for Chromebook on the Mali developer site.

For Android we have Mali support as part of our Juno release right now. 

As part of our Nexus 10 builds is next.

Apologies for being brief, am traveling.

Regards,
Tom


 On Jul 3, 2014, at 12:22 PM, Siarhei Siamashka siarhei.siamas...@gmail.com 
 wrote:
 
 Hello,
 
 In the Q  A session at the AnandTech website, Jem Davies promised to
 deliver the redistributable binary drivers for the Mali GPU via Linaro,
 or at least he liked this idea very much:
 

 http://anandtech.com/comments/8226/ask-the-experts-arm-fellow-jem-davies-answers-your-gpu-questions/409101
 
 Does anybody have an estimate when this is going to happen? Or if
 this has already happened, could somebody help me to navigate the
 Linaro website to find the binaries accompanied with the appropriate
 license, which explicitly permits redistribution?
 
 So far I could only find the presumably outdated notices stating that
 Ubuntu flavoured images released as Linaro engineering builds are not
 for production use, modification or redistribution, but are to be used
 for evaluation purposes only. Thanks.
 
 -- 
 Best regards,
 Siarhei Siamashka
 
 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: valgrind less than useful on arm?

[Tom Gall]

I'm on 12.04 precise.

Bummer.

On Tue, Jun 17, 2014 at 2:35 AM, Will Newton will.new...@linaro.org wrote:
 On 13 June 2014 18:14, Tom Gall tom.g...@linaro.org wrote:

 Hi Tom,

 I'm trying to use valgrind on an a15, 32 hf environment obviously.

 I have -g on with no optimization for all my code that is being run.

 Command line options for valgrind are:

 valgrind -v --tool=memcheck --leak-check=full --show-reachable=yes
 --leak-resolution=high --track-origins=yes --num-callers=10  ./matvec

 I tried this command line on Ubuntu Trusty and got complete looking call 
 stacks.

 --
 Will Newton
 Toolchain Working Group, Linaro



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: valgrind less than useful on arm?

[Tom Gall]

Yes I do.  I think this might be a debug-file-directory setting issue.
The app and one of the libs it's using are in /usr/local/   the debug
for libc is in /usr/.   Not sure you can have multiple directories in
.gdbinit for debug-file-directory. Least it seems to be ignoring it.

Figure I'll trying copying the debug libs all over into one place and
see what that does. Failing that. Upgrade time.

On Tue, Jun 17, 2014 at 8:33 AM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
 On Tue, 17 Jun 2014 08:17:26 -0500
 Tom Gall tom.g...@linaro.org wrote:

 On Tue, Jun 17, 2014 at 2:35 AM, Will Newton will.new...@linaro.org wrote:
  On 13 June 2014 18:14, Tom Gall tom.g...@linaro.org wrote:
 
  Hi Tom,
 
  I'm trying to use valgrind on an a15, 32 hf environment obviously.
 
  I have -g on with no optimization for all my code that is being run.
 
  Command line options for valgrind are:
 
  valgrind -v --tool=memcheck --leak-check=full --show-reachable=yes
  --leak-resolution=high --track-origins=yes --num-callers=10  ./matvec
 
  I tried this command line on Ubuntu Trusty and got complete looking call 
  stacks.

 I'm on 12.04 precise.

 Bummer.

 Do you have something like libc-dbg installed in your system? Having
 the glibc debugging symbols is important.

 --
 Best regards,
 Siarhei Siamashka



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

valgrind less than useful on arm?

[Tom Gall]

Hi!

I'm trying to use valgrind on an a15, 32 hf environment obviously.

I have -g on with no optimization for all my code that is being run.

Command line options for valgrind are:

valgrind -v --tool=memcheck --leak-check=full --show-reachable=yes
--leak-resolution=high --track-origins=yes --num-callers=10  ./matvec

I've tried num-callers as high as 50 it makes no difference. I get
almost zero information when it comes to leaks and the call stack. Ok
great it's nice to see things broken down between malloc and new and
so on. But without a call stack this is pretty worthless.

snippet:

==19013== 1,937,944 bytes in 18,389 blocks are still reachable in loss
record 8 of 9
==19013==at 0x482DE80: operator new(unsigned int) (in
/usr/lib/valgrind/vgpreload_memcheck-arm-linux.so)
==19013==
==19013== 4,524,046 bytes in 14,368 blocks are still reachable in loss
record 9 of 9
==19013==at 0x482E420: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-arm-linux.so)
==19013==
==19013== LEAK SUMMARY:
==19013==definitely lost: 328 bytes in 6 blocks
==19013==indirectly lost: 396 bytes in 3 blocks
==19013==  possibly lost: 808 bytes in 26 blocks
==19013==still reachable: 8,342,474 bytes in 37,405 blocks
==19013== suppressed: 0 bytes in 0 blocks


Did I miss an option? or something obvious which would output more information ?

Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Fwd: Issue while booting up VE board

[Tom Gall]

Anyone with a VE board ever encounter something like this?


-- Forwarded message --
From: Bibhuti Panigrahi bibhuti.panigr...@linaro.org
Date: Tue, Mar 11, 2014 at 5:14 AM
Subject: Issue while booting up VE board
To: Tom Gall tom.g...@linaro.org


Hi Tom,
I am finding below issues while booting the Versatile Express board.
The board boots and u-boot prompt comes but after that it gets powered
down because of exceeding power limit (seems to be some PMIC issue).
Please find the detailed log below:

Cmd
ARM V2M Boot loader v1.1.2
HBI0190 build 2199

ARM V2M Firmware v3.1.1
Build Date: Aug 20 2012

Date: Wed 13 Sep 2006
Time: 05:38:05

Cmd

Powering up system...
Daughterboard fitted to site 1.

Switching on ATXPSU...
ATX3V3: ON
VIOset: 1.8V
WARNING: PSU 1V0  : 0.79V (21% error)

ERROR: PSU 1V0   outside limit, switching off...


Powering down, switching on UART0 bypass.

Powering down...
Disabling debug USB.
Switching off ATX PSU.
Board powered down, use REBOOT to restart
Cmd

Please let me know if you have any pointer to this.

Regards,
Bibhuti


-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

armv8 model memory

[Tom Gall]

Is there a way to set how much memory an armv8 box will get when
running in the model?

I'll really like to avoid setting up swap :-)

Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: FVP model + processors

[Tom Gall]

Hi Chris, All,

So how does one run uniprocessor?

If I set cluster1.NUM_CORES=0

the model will fail on startup with :

 error in parameter 'cluster1.NUM_CORES' specification: value is out of range

If I remove it then I get one processor on cluster 0 and 4 processors
on cluster 1!

Thanks,
Tom


On Tue, Feb 4, 2014 at 2:05 PM, Christopher Covington
c...@codeaurora.org wrote:
 On 02/04/2014 02:54 PM, Tom Gall wrote:
 Hi All,

 Does anyone know of a way to go down to just one processor running the
 armv8 FVP model?

 This gets it down to 2 but this seems to be the minimum.

 -C cluster0.NUM_CORES=1 \
 -C cluster1.NUM_CORES=1 \

 The VE model variant can do uniprocessor, and I would expect Foundation to as
 well.

 Christopher

 --
 Employee of Qualcomm Innovation Center, Inc.
 Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
 hosted by the Linux Foundation.



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

FVP model + processors

[Tom Gall]

Hi All,

Does anyone know of a way to go down to just one processor running the
armv8 FVP model?

This gets it down to 2 but this seems to be the minimum.

-C cluster0.NUM_CORES=1 \
-C cluster1.NUM_CORES=1 \

Trying to come up with ways to get a little more speed out the model.

Thanks!


-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

device tree validation

[Tom Gall]

Are there any tools for validating device tree files?

I'm getting a device tree header not valid error in rtsm err:-9  but
obviously that doesn't give any hints about what line it might be.

Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: aarch64 fails to boot in model

[Tom Gall]

Yeah Image, fdt.dtb, bl*.bin etc are all there in the cwd when the
simulator is started.

tgall@starbird:~/aarch64/FVP/sd-xfce$ ls
bl1.bin
bl2.bin
bl31.bin
crap
fdt.dtb
fvp-base-gicv2legacy-psci.dtb
fvp-base-gicv2-psci.dtb
fvp-base-gicv3-psci.dtb
fvp-foundation-gicv2legacy-psci.dtb
fvp-foundation-gicv2-psci.dtb
fvp-foundation-gicv3-psci.dtb
hwpack_linaro-vexpress64-rtsm_20131215-0654_armhf_supported.tar.gz
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
Image
img.axf
img-foundation.axf
linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
sd.img
t
uefi_fvp-base.bin

Guess I'll start anew in a fresh directory and see what happens.


On Thu, Jan 16, 2014 at 6:01 AM, Ryan Harkin ryan.har...@linaro.org wrote:



 On 16 January 2014 09:44, Milosz Wasilewski milosz.wasilew...@linaro.org
 wrote:

 On 16 January 2014 02:18, Tom Gall tom.g...@linaro.org wrote:
  To add. Here's how I'm invoking the model:
 
  + /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
  -C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4
  -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C
  bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin
  -C bp.flashloader0.fname=uefi_fvp-base.bin -C
  bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C
  bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C
  bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
 
  Here is the contents of the boot partition in the image:
 
  tgall@starbird:~/aarch64/FVP/sd-xfce$ sudo mount -o loop,offset=32256
  sd.img  ./t
  tgall@starbird:~/aarch64/FVP/sd-xfce/t$ ls
  bl1.bin  fvp-foundation-gicv3-psci.dtb
  bl2.bin  Image
  bl31.bin img.axf
  fvp  img-foundation.axf
  fvp-base-gicv2legacy-psci.dtbrtsm
  fvp-base-gicv2-psci.dtb  uefi_fvp-base.bin
  fvp-base-gicv3-psci.dtb  uefi_v2p-ca15-tc1.bin
  fvp-foundation-gicv2legacy-psci.dtb  uefi_v2p-ca15-tc2.bin
  fvp-foundation-gicv2-psci.dtbuefi_v2p-ca5s.bin
 

 Some time ago there was a change in UEFI. Now it expects fdt.dtb as a
 device tree file name. See this bug:
 https://bugs.launchpad.net/lava-dispatcher/+bug/1255527


 ...and with the default UEFI config, both Image and fdt.dtb are loaded via
 semihosting, so they have to be in the

 directory where you launch the model from for UEFI to be able to read them.
 UEFI doesn't read them from the disk image, by default.

 But running linaro-media-create will extract Image for you, so it should
 already be there.


 milosz

 
 
  On Wed, Jan 15, 2014 at 6:39 PM, Tom Gall tom.g...@linaro.org wrote:
  Hi,
 
  So I'm trying to boot an aarch64 kernel with the FVP simulator.
 
  Specifically I'm using the latest open embedded hwpack:
 
  hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
 
  and then an experimental OE image that I put together myself.
 
  The kernel however doesn't even start. Last thing I get after the count
  down is
 
  ERROR : Did not find Linux kernel and it dumps me into the boot manager
  menu.
 
  I used linaro-media-create to make the image.
 
  linaro-media-create --dev fastmodel --output-directory .
  --image_size=2000M --hwpack
  ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
  --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
 
  Thoughts?
 
  --
  Regards,
  Tom
 
  Where's the kaboom!? There was supposed to be an earth-shattering
  kaboom! Marvin Martian
  Tech Lead, Graphics Working Group | Linaro.org │ Open source software
  for ARM SoCs
  w) tom.gall att linaro.org
  h) tom_gall att mac.com
 
 
 
  --
  Regards,
  Tom
 
  Where's the kaboom!? There was supposed to be an earth-shattering
  kaboom! Marvin Martian
  Tech Lead, Graphics Working Group | Linaro.org │ Open source software
  for ARM SoCs
  w) tom.gall att linaro.org
  h) tom_gall att mac.com
 
  ___
  linaro-dev mailing list
  linaro-dev@lists.linaro.org
  http://lists.linaro.org/mailman/listinfo/linaro-dev

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev





-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: aarch64 fails to boot in model

[Tom Gall]

This should have made my last message, the posted was with the clean
directory and basically starting over completely. I only put the
hwpack and the file system tarball in the directory, redid the
linaro-media-create :

linaro-media-create --dev fastmodel --output-directory .
--image_size=2000M --hwpack
./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
--binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz

I'm not sure what else to even try.



On Thu, Jan 16, 2014 at 9:31 AM, Christopher Covington
c...@codeaurora.org wrote:
 Hi Tom,

 On 16 January 2014 02:18, Tom Gall tom.g...@linaro.org wrote:
 To add. Here's how I'm invoking the model:

 + /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
 -C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4
 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C
 bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin
 -C bp.flashloader0.fname=uefi_fvp-base.bin -C
 bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C
 bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C
 bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img

 I see that you have cache_state_modelled=0 but Victor had it set to 1. I've
 heard of a boot issue with what I think were different symptoms being narrowed
 down to this flag. Does flipping that bit happen to help?

 Regards,
 Christopher

 --
 Employee of Qualcomm Innovation Center, Inc.
 Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
 hosted by the Linux Foundation.



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: aarch64 fails to boot in model

[Tom Gall]

Well I got it to boot. All I had to do was run the simulator as root.
From the perms in the dir on all the files shouldn't need to but o
well.

On Thu, Jan 16, 2014 at 9:48 AM, Christopher Covington
c...@codeaurora.org wrote:
 On 01/16/2014 10:38 AM, Tom Gall wrote:
 I don't even get into the kernel. Remember the error I'm getting is this:

 The default boot selection will start in   1 seconds
 ERROR: Did not find Linux kernel.
 [1] Linaro disk image on virtio
 - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/Image
 - Arguments: console=ttyAMA0 earlyprintk=pl011,0x1c09
 debug user_debug=31 loglevel=9 root=/dev/vda2
 - FDT: VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb
 - LoaderType: Linux kernel with Local FDT
 ---
 Global FDT Config
 - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb
 ---
 [a] Boot Manager
 [b] Shell
 [c] Reboot
 [d] Shutdown
 Start:

 So I'm not sure bit is even involved yet!

 Perhaps not. I don't suppose `strace -fo mytace -e trace=file,desc $cmd ; less
 mytrace` shows anything interesting?

 As an aside, there sure are a lot of model options. I wonder if it would make
 things easier to release a default configuration file (-f) that could
 presumably be overridden by command line options when needed.

 Regards,
 Christopher

 --
 Employee of Qualcomm Innovation Center, Inc.
 Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
 hosted by the Linux Foundation.



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

aarch64 kernel oops during mmap

[Tom Gall]

Now on the real bit of fun that I want to get to the bottom of.

This is from startx on the model.

I have -C cache_state_modelled=0   set. Would that have an affect here?

[ 2823.338192] Unable to handle kernel paging request at virtual
address ffbc0054
[ 2823.338248] pgd = ffc078dd
[ 2823.338295] [ffbc0054] *pgd=
[ 2823.338353] Internal error: Oops: 9606 [#1] SMP
[ 2823.338395] Modules linked in: gator
[ 2823.338481] CPU: 6 PID: 1575 Comm: X Not tainted
3.13.0-1-linaro-vexpress64 #1ubuntu1~ci+131216010606
[ 2823.338558] task: ffc079b95500 ti: ffc078fd8000 task.ti:
ffc078fd8000
[ 2823.338624] PC is at page_mapping+0x0/0x3c
[ 2823.338690] LR is at __sync_icache_dcache+0x2c/0xb8
[ 2823.338751] pc : [ffc00014c974] lr : [ffc91214]
pstate: 6145
[ 2823.338805] sp : ffc078fdbbc0
[ 2823.338852] x29: ffc078fdbbc0 x28: 0041
[ 2823.338923] x27: 007fa7787000 x26: 00200f43
[ 2823.338995] x25: 007fa780 x24: ffc078017c38
[ 2823.339068] x23: 012018000f43 x22: 00018000
[ 2823.339140] x21: 002018000f43 x20: ffc07887f9d8
[ 2823.339215] x19: ffbc0054 x18: 007fe352a7e0
[ 2823.339287] x17: 007fa795f4c0 x16: ffc87048
[ 2823.339358] x15: 00592000 x14: 00569538
[ 2823.339429] x13: 005695c0 x12: 0007
[ 2823.339500] x11: 0028 x10: 
[ 2823.339568] x9 : 0002 x8 : ffc00085d5a0
[ 2823.339641] x7 : ffc000928000 x6 : 0006
[ 2823.339710] x5 : 0c38 x4 : ffc078fd8000
[ 2823.339780] x3 :  x2 : 
[ 2823.339851] x1 : ffbc x0 : ffbc0054
[ 2823.339914]
[ 2823.339962] Process X (pid: 1575, stack limit = 0xffc078fd8058)
[ 2823.340026] Stack: (0xffc078fdbbc0 to 0xffc078fdc000)
[ 2823.340133] bbc0: 78fdbbe0 ffc0 00158adc ffc0 03640508
ffbc  ffc0
[ 2823.340248] bbe0: 78fdbc80 ffc0 0041c988 ffc0 78c05000
ffc0 7898c318 ffc0
[ 2823.340360] bc00: 00899db0 ffc0 78c05038 ffc0 
 78fd8000 ffc0
[ 2823.340475] bc20: 7808b840 ffc0 7898c318 ffc0 789bae58
ffc0 78fa7c40 ffc0
[ 2823.340588] bc40: a7907000 007f a7906fff 007f f8070879
 78dd0ff0 ffc0
[ 2823.340702] bc60: a7907000 007f a7906fff 007f 78fa7c40
ffc0 78fd8000 ffc0
[ 2823.340816] bc80: 78fdbc90 ffc0 0041c914 ffc0 78fdbca0 ffc0 0040e
[ 2823.340816] bc80: 78fdbc90 ffc0 0041c914 ffc0 78fdbca0
ffc0 0040ef68 ffc0
[ 2823.340930] bca0: 78fdbcf0 ffc0 0015fa44 ffc0 7898c6b8
ffc0 a7787000 007f
[ 2823.341042] bcc0: 7898c6a8 ffc0 00ff  a7907000
007f 78fd8000 ffc0
[ 2823.341152] bce0:     78fdbd70
ffc0 0015fed0 ffc0
[ 2823.341261] bd00: 0007  00ff  7808b840
ffc0 0001 
[ 2823.341372] bd20: 78fa7c40 ffc0 0018  0180
 a7787000 007f
[ 2823.341480] bd40: 0007  78fd8000 ffc0 0180
  
[ 2823.341593] bd60:   0017ee44 ffc0 78fdbde0
ffc0 0014c900 ffc0
[ 2823.341702] bd80:   0018  
 7808b840 ffc0
[ 2823.341813] bda0: 78fa7ca0 ffc0   0018
 00638000 ffc0
[ 2823.341925] bdc0: 0086b000 ffc0 00604104 ffc0 
 78fdbe20 ffc0
[ 2823.342036] bde0: 78fdbe50 ffc0 0015e528 ffc0 0001
 0018 
[ 2823.342145] be00: 7808b840 ffc0 0003  
 0200 
[ 2823.342252] be20:   00083988 ffc0 0003
 0001 
[ 2823.342363] be40:   0044ffb8  78fdbec0
ffc0 00087060 ffc0
[ 2823.342475] be60: 3faa4400  3faa3c40  
 a7bb85f8 007f
[ 2823.342583] be80: 8000  0015  0112
 00de 
[ 2823.342695] bea0:   0017d770 ffc0 1bf7
 a7ee8000 007f
[ 2823.342806] bec0: e352aa40 007f 000839ec ffc0 
 0018 
[ 2823.342912] bee0: 0003  0001  0009
  
[ 2823.343020] bf00: 005a5048  0002  00de
 005694d8 
[ 2823.343129] bf20: 01010101 01010101 0028  0007
 005695c0 
[ 2823.343239] bf40: 00569538  00592000  a7bb85e4
007f a795f4c0 007f
[ 2823.343349] bf60: e352a7e0 007f 3faa4400  3faa3c40
  
[ 2823.343459] bf80: 3faa5610  a7974000 007f e352adb8
007f 0004 
[ 2823.343570] bfa0: 00592000  a7963a90 007f 00591000
 e352aa40 007f
[ 2823.343681] bfc0: a794e8c4 007f 

sqlite databases for testing

[Tom Gall]

Hi,

I am doing some work to optimize sqlite to utilize a GPU for acceleration.

One thing missing, I really should have some reasonable populated
sqlite databases of some amount of size. I can create contrived
examples but I think it might be advantageous to utilize some real
world sqlite databases. This presumes of course that it doesn't have
sensitive data and can be shared.

Appreciate any pointers. Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Hwpacks for OE builds?

[Tom Gall]

Chiming in.

We've been working to put together a linaro image with a graphics
stack that is based on xfce for OE.

I really like the idea that OE should output an axf and img that both
the Foundation and RTSM models can utilize straight away without a
hwpack or linaro-media-create. Extra steps are a drag.

Out of curiosity where is the code that outputs the root file system
for a tarball or ext3 img?

On Thu, May 23, 2013 at 5:34 AM, Fathi Boudra fathi.bou...@linaro.org wrote:
 On 23 May 2013 13:20, Nicolas Dechesne nicolas.deche...@linaro.org wrote:

 On Thu, May 23, 2013 at 12:16 PM, Fathi Boudra fathi.bou...@linaro.org
 wrote:

  It's not a big deal since LAVA started supporting prebuilt images. For
  ARMv8 the only problem I had is that LAVA digs some files from the
  rootfs partition, and due to hwpack/linaro-media-create LAVA expects
  the rootfs to be the second partition, while the OE image doesn't have
  a partition table.

 there's always the only problem, and then you have another one and so
 on.
 greatly faster, simpler and more cost effective that's what you said?
 afaics, you're wasting your time (and probably some LAVA guys time) on
 something already working...
 what's the benefit?

 well, in my case, we might not have the choice, as you guessed it right,
 there are other stakeholders, and i might not be able to justify an hwpack
 solution as opposed to a native OE solution. i will get a better (complete)
 picture by Connect, and we can discuss more then.

 Nico, I know your use case and I'm definitely not pushing on the
 hwpack story specifically (even more for your project).

 In other words, I don't think linaro specific approach is perfect and
 I don't want to maintain the status quo (that's the goal of hwpackv4).
 I want to move forward to improve the situation and be more efficient
 but I'm not convinced the native approach is perfect either.
 As I said previously, there's pros/cons for both solutions.

 I'm glad there's interest on the topic and see you at Connect to have
 a constructive discussion :)

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Changes in Linaro layers for OpenEmbedded

[Tom Gall]

I'll also add that we (the Graphics Working Group) are using it as
we're bringing up the graphics stack on ARMv8.

Patches soon.

On Fri, May 10, 2013 at 12:23 AM, Fathi Boudra fathi.bou...@linaro.org wrote:
 Hi,

 On 9 May 2013 19:57, Marcin Juszkiewicz marcin.juszkiew...@linaro.org wrote:
 Who will maintain those layers after my leave? This was not decided yet.
 There are few guys at Linaro who know how to use OpenEmbedded but most
 of them is outside of Builds and Baselines team.

 If you have any questions then better ask now.

 Let me clarify a bit this part since it's Marcin's personal opinion.

 OpenEmbedded baseline is part of the official Linaro releases.
 It's maintained, we produce daily builds and test them.
 As of today, it's mainly used for ARMv8 bring up and is expanded to
 ARMv7 for covering Toolchain CI.
 Later on, it's planned to be even more extended for LNG use cases.

 The team in charge of these builds is Builds and Baselines Team.
 There's capable people inside the team to take over OE maintenance and
 that's the plan.

 In short, I don't expect any disruption for OpenEmbedded baseline builds.

 Cheers,
 --
 Fathi Boudra
 Builds and Baselines Manager | Release Manager
 Linaro.org | Open source software for ARM SoCs

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Issue when running Snowball - GLES without X

[Tom Gall]

Hi Hiep,

This and potential follow on questions are probably best discussed on
the Mali forums http://forums.arm.com/index.php?/forum/10-mali-forums/
at least when it comes to the capabilities of the binary driver.

On Wed, Apr 17, 2013 at 7:53 AM, Hiep Pham hie...@gcs-vn.com wrote:
 Hi all,

 I'm trying GLES on Snowball board with Mali GPU, without X.

 The board was installed linaro-nano 12.07 (with mali400-dev package
 installed) and had been connected with an TV via HDMI cable;
 After booting up, I run hdmistart command and /dev/fb0 appeared; HDMI
 ran fine with cat /dev/urandom  /dev/fb0 command.

 However, when testing GLES with sample codes from Mali SDK
 (http://malideveloper.arm.com/downloads/Mali_OpenGL_ES_2.0_SDK_for_Linux_On_ARM_v1.2.0.9310_Linux.tar.gz)

 I got following error:
 Error: eglGetError(): 12288 (0x3000)
 Error: No EGL Display available at
 /root/Mali_OpenGL_ES_2.0_SDK_for_Linux_On_ARM_v1.2.0/simple-framework/src/EGLRuntime.cpp:105

 The argument of eglGetDisplay is EGL_DEFAULT_DISPLAY:
 EGLDisplay display = eglGetDisplay(EGL_DEFAULT_DISPLAY);


 So I wonder if Mali can works without X or not?
 Any help will be greatly appreciate,
 ---

EGL doesn't imply X. For instance Android as of 2.3 (gingerbread) has
EGL and there's certainly no X involved in that use case.

The rub as I'm sure you know is that EGL need to be connected to
something, X, Wayland, drm...

With Mesa for instance configuring with --enable-egl-platforms=drm
would do that, however obviously with the mali driver you're not
running Mesa and I would imagine that the Mali SDK provides it's own
EGL. It'll be a capabilities of that EGL implementation that you'll be
interested in. Thus the reference to make a posting to the Mali fora.

You do bring up a good use case tho and one that seems well worth
documenting in a FAQ.

 Hiep

--
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Fwd: tjbench for libjpeg-8c

[Tom Gall]

CCing the list as well.

-- Forwarded message --
From: Tom Gall tom.g...@linaro.org
Date: Wed, Mar 13, 2013 at 10:35 AM
Subject: Re: tjbench for libjpeg-8c
To: Anand Kumar bala.anan...@gmail.com


Hi Anand,

I had to build tjbench from other sources in order to use it with
libjpeg8c. It's a pretty straight forward recompile. It's been awhile
since I had worked on this. I seem to remember I used the
libjpeg-turbo tjbench source code.

I'll be working on this again quite quite soon as I need to refresh
and push things upstream.


On Wed, Mar 13, 2013 at 8:10 AM, Anand Kumar bala.anan...@gmail.com wrote:
 With respect to investigation report on Libjpeg-turbo vs Libjpeg8c, i have a
 query on Libjpeg8c's tjbench.
 https://wiki.linaro.org/TomGall/LibJpeg8.

 When i downloaded libjpeg8c source code from the community, i couldn't find
 the tjbench support in libjpeg8c package. But in the above mentioned link i
 could see the benchmark results of tjbench for Libjpeg8c.

 Please let me know, where i can get the libjpeg8c package with tjbench
 support.

 ~ Ananda

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

linaro-image-tool support for arndale

[Tom Gall]

Hi,

I noticed that there are hwpacks for arndale showing up on snapshots.
linaro-media-create however doesn't support arndale. I looked in
launchpad but the linaro-image-tools bzr repo hasn't been updated
since last fall and I didn't see any branched that might include
development of arndale support.

I'd really like to be running alip on arndale if possible. Is there
dev branch around with something that might be a WIP for arndale?

Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: linaro-image-tool support for arndale

[Tom Gall]

Found it.

lp:linaro-image-tools   -- has it.

vs

lp:ubuntu/linaro-image-tools

On Tue, Feb 12, 2013 at 9:36 AM, Tom Gall tom.g...@linaro.org wrote:
 Hi,

 I noticed that there are hwpacks for arndale showing up on snapshots.
 linaro-media-create however doesn't support arndale. I looked in
 launchpad but the linaro-image-tools bzr repo hasn't been updated
 since last fall and I didn't see any branched that might include
 development of arndale support.

 I'd really like to be running alip on arndale if possible. Is there
 dev branch around with something that might be a WIP for arndale?

 Thanks!

 --
 Regards,
 Tom

 Where's the kaboom!? There was supposed to be an earth-shattering
 kaboom! Marvin Martian
 Tech Lead, Graphics Working Group | Linaro.org │ Open source software
 for ARM SoCs
 w) tom.gall att linaro.org
 h) tom_gall att mac.com



--
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: OpenCL for Panda

[Tom Gall]

On Tue, Feb 12, 2013 at 9:55 AM, Jesse Barker jesse.bar...@arm.com wrote:
 On 02/12/2013 05:01 AM, Tom Gall wrote:

 Thanks nico.  Yes that was one of the posts I had run across. Bummer
 that things aren't more widely released but o well. At this point I
 was just looking to do a few experiments on omap hardware.  Going to
 the TSC just for experimentation purposes is probably more trouble
 than it's worth.


 Tom,

 Isn't piglit getting OpenCL support?  Seems like an obvious expansion of
 the piglit work in that case ;-)

Yes. You're reading my mind. As it turns out piglit already has OpenCL
support and thus this is what is driving my interest. Thankfully there
is a mali SDK available which should work great for on my arndale
board. But OTOH most of my boards are pandas thus figured I'd try and
see if if there was an OMAP4 OpenCL SDK available.

 cheers,
 Jesse


 Regards,
 Tom

 On Tue, Feb 12, 2013 at 4:11 AM, Nicolas Dechesne nde...@gmail.com
 wrote:

 Hi,

 On Tue, Feb 12, 2013 at 6:30 AM, Tom Gall tom.g...@linaro.org wrote:

 I was looking for the OpenCL SDK for Omap 4xxx, For the panda es
 preferred I guess.


 just the SDK wouldn't be enough, as TI does not release the OpenCL
 libraries that the SDK rely on.


 I've seen references that in order to obtain access to it that one
 needs some sort of agreement in place with TI  Imagination.

  From a Linaro standpoint do we have this? Do we know who to contact?


 no, Linaro does not have access to that. I guess you've read that
 forum post already:

 https://groups.google.com/d/topic/pandaboard/RO1ONkVcZhw/discussion

 that is still valid as of today.

 I am not sure what you're planning to do with OpenCL, but at this
 point, I think that bringing this to TSC and/or Linaro board looks
 like the only approach (TI has representative in each group). If TSC
 approves an OpenCL 'task/activity' on OMAP, then will have to figure
 out a solution for that.

 cheers

 nico



 Where's the kaboom!? There was supposed to be an earth-shattering
 kaboom! Marvin Martian
 Tech Lead, Graphics Working Group | Linaro.org │ Open source software
 for ARM SoCs
 w) tom.gall att linaro.org
 h) tom_gall att mac.com

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



 --
 Jesse Barker
 Principal Software Engineer
 ARM
 +1 (408) 576-1423

 -- IMPORTANT NOTICE: The contents of this email and any attachments are
 confidential and may also be privileged. If you are not the intended
 recipient, please notify the sender immediately and do not disclose the
 contents to any other person, use it for any purpose, or store or copy the
 information in any medium.  Thank you.


-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

OpenCL for Panda

[Tom Gall]

I was looking for the OpenCL SDK for Omap 4xxx, For the panda es
preferred I guess.

I've seen references that in order to obtain access to it that one
needs some sort of agreement in place with TI  Imagination.

From a Linaro standpoint do we have this? Do we know who to contact?

Thanks!

--
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Problem building Precise Ubuntu Desktop

[Tom Gall]

Hi!

On Mon, Jul 2, 2012 at 11:52 AM, David Cullen
david.cul...@koe-americas.com wrote:
 Hello, linaro-dev,

 I am trying to follow the instructions at

     https://wiki.linaro.org/Source/ImageBuilding

Hmm those instructions look a bit out of date and I suspect that's why
you're having issues. I sure hope your build system doesn't date back
to lucid for instance! :-)

That said, are you running this native on arm hardware or cross on intel?

If cross, here's what I do :  https://wiki.ubuntu.com/TomGall/CrossBuild

If native steps are pretty much the same. Be careful what directory
you start the build in and that you've run the conf_create.sh IE

bzr branch 
lp:~linaro-maintainers/linaro/live-helper.config.precise.ubuntu-desktop
config
cp config/conf_create.sh .
sh conf_create.sh
lb build

Looking at 
lp:~linaro-maintainers/linaro/live-helper.config.precise.ubuntu-desktop
however I don't see much activity so I'm slightly concerned that it
might not be up entirely to date. Should be fine but if you run into
problems, please post.

Hopefully someone from dev platforms will speak up.

 However, when I run sudo lh build, I get the following output

 P: Setting up cleanup function
 P: Begin caching bootstrap stage...
 P: Begin bootstrapping system...
 P: If the following stage fails, the most likely cause of the problem is 
 with your mirror configuration or a caching proxy.
 P: Running debootstrap (download-only)...
 I: Retrieving Release
 E: Failed getting release file 
 http://ftp.de.debian.org/debian/dists/lenny/Release
 P: Begin unmounting filesystems...

 Why is it trying to download files for lenny?

It shouldn't be.

 --
 Thank you,
 David Cullen

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Linaro.org │ Open source software for ARM SoCs
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com
h) tom_gall att linaro.org

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Problem building Precise Ubuntu Desktop

[Tom Gall]

Hi David

On Mon, Jul 2, 2012 at 1:06 PM, David Cullen
david.cul...@koe-americas.com wrote:
 Hello, Tom,

 I have replies inline below, but ultimately, I am really trying to
 figure out how are the Linaro devs building these files:

     http://releases.linaro.org/12.06/ubuntu/leb-panda/

Sure thing. This helps.


 On 7/2/2012 1:30 PM, Tom Gall wrote:
 On Mon, Jul 2, 2012 at 11:52 AM, David Cullen
 david.cul...@koe-americas.com wrote:
 Hello, linaro-dev,

 I am trying to follow the instructions at

     https://wiki.linaro.org/Source/ImageBuilding

 Hmm those instructions look a bit out of date and I suspect that's why
 you're having issues. I sure hope your build system doesn't date back
 to lucid for instance! :-)

 I was working with the OMAP3 EVM software from the TI site.  Their
 instructions said that the only platform known to work with their
 software was Ubuntu 10.04 Desktop 32-bit.

That should work fine. What's important for cross assembling your
own images is that qemu is reasonably up to date. Lucid is getting
fairly old now. Speaking for myself I haven't built anything on lucid
for some time.

 I can switch to an Ubuntu 12.04 Server VM; but for cross-builds, it
 shouldn't make much difference.

I think this would be worthwhile looking into.

 That said, are you running this native on arm hardware or cross on intel?

 I am trying to do a cross-build using the Linaro toolchain.

Ok.  One thing to note. When using live build it doesn't actually
build the packages, it just assembles images. It uses .debs which are
found in all the various archives (including your own) to accomplish
this.

 If cross, here's what I do :  https://wiki.ubuntu.com/TomGall/CrossBuild

 It worries me that your instructions are not merged with the Linaro
 wiki.  Is there some good reason for this?

I'm a former Linaro assignee from IBM. The instructions also live here:

https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/LiveBuild

(which I also wrote). I don't know if I will get to keep my
wiki.linaro.org space yet, but if I do,  then I'll keep the master
copy on the linaro wiki and copy from my latest draft version to the
official wiki as the Linaro.

So that's the reason. It'll get sorted out very soon.

 If native steps are pretty much the same. Be careful what directory
 you start the build in and that you've run the conf_create.sh IE

 bzr branch 
 lp:~linaro-maintainers/linaro/live-helper.config.precise.ubuntu-desktop
 config
 cp config/conf_create.sh .
 sh conf_create.sh
 lb build

 Looking at 
 lp:~linaro-maintainers/linaro/live-helper.config.precise.ubuntu-desktop
 however I don't see much activity so I'm slightly concerned that it
 might not be up entirely to date. Should be fine but if you run into
 problems, please post.

 I got the link from here:

     https://code.launchpad.net/~linaro-maintainers/linaro

 But the Last Modified date is 2012-01-06 which does not inspire
 confidence.

 Hopefully someone from dev platforms will speak up.

 What is the difference between .nano and .developer?


Nano is mean to be a minimal system.

Developer builds on top of that and includes a number of tools for
building software. Both Nano and Developer do not include a GUI.

 --
 Thank you,
 David Cullen

Hope that helps!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Linaro.org │ Open source software for ARM SoCs
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com
h) tom.gall att linaro.org

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

alloc failed, but?

[Tom Gall]

Hi All,

I'm stressing a system with apachebench. As one scales up work on a
system obviously there's always a point where the wheels fall off, the
engine explodes or something else exciting happens. But as Han Solo
would say ... hold together baby, I'd like to eek out as much as
I can. (If you're really interested, here's what I'm up to :
http://fullshovel.wordpress.com/  start with part 1)

In this case with apachebench, I'm geting the following allocation
errors in the kernel and need a little help deciphering. It sure looks
like there's plenty of space to swap out however if I have this right,
we're getting so much network traffic that the kernel gets inundated
and it OOMs in the network stack.

I did later try setting sysctl -w vm.min_free_kbytes=32768  but that
didn't really seem to help.

The much more complete dmesg dump is located at
http://people.linaro.org/~tgall/dmesg-dump.txt

Thanks in advance for thoughts and advise.

[127089.668487] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.675994] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.683502] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.690979] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.698455] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.705932] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.713409] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.720886] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127089.728363] smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
[127096.934051] Initial hdmi_get_current_hpd says disconnected
[127100.245117] warn_alloc_failed: 52 callbacks suppressed
[127100.245117] swapper/0: page allocation failure: order:3, mode:0x20
[127100.245117] [8001b8d0] (unwind_backtrace+0x0/0xec) from
[806905d0] (dump_stack+0x20/0x24)
[127100.245544] [806905d0] (dump_stack+0x20/0x24) from [800fe390]
(warn_alloc_failed+0xfc/0x11c)
[127100.245544] [800fe390] (warn_alloc_failed+0xfc/0x11c) from
[80100f14] (__alloc_pages_nodemask+0x678/0x7a4)
[127100.245666] [80100f14] (__alloc_pages_nodemask+0x678/0x7a4) from
[80695270] (kmem_getpages.isra.35+0x3c/0xc0)
[127100.245666] [80695270] (kmem_getpages.isra.35+0x3c/0xc0) from
[80695380] (cache_grow.constprop.37+0x8c/0x1fc)
[127100.245666] [80695380] (cache_grow.constprop.37+0x8c/0x1fc) from
[8069570c] (cache_alloc_refill+0x21c/0x274)
[127100.245819] [8069570c] (cache_alloc_refill+0x21c/0x274) from
[80132dac] (__kmalloc_track_caller+0xac/0x1b0)
[127100.245910] [80132dac] (__kmalloc_track_caller+0xac/0x1b0) from
[8057a37c] (__alloc_skb+0x60/0xfc)
[127100.245971] [8057a37c] (__alloc_skb+0x60/0xfc) from [8057a874]
(__netdev_alloc_skb+0x2c/0x54)
[127100.245971] [8057a874] (__netdev_alloc_skb+0x2c/0x54) from
[8049dbb8] (rx_submit+0x2c/0x1d4)
[127100.245971] [8049dbb8] (rx_submit+0x2c/0x1d4) from [8049e1c0]
(rx_complete+0x1a4/0x1b8)
[127100.245971] [8049e1c0] (rx_complete+0x1a4/0x1b8) from
[804a5f38] (usb_hcd_giveback_urb+0xb0/0xfc)
[127100.246246] [804a5f38] (usb_hcd_giveback_urb+0xb0/0xfc) from
[804b887c] (ehci_urb_done+0xb8/0xc4)
[127100.246246] [804b887c] (ehci_urb_done+0xb8/0xc4) from
[804bb240] (qh_completions+0xc8/0x49c)
[127100.246307] [804bb240] (qh_completions+0xc8/0x49c) from
[804bdcd0] (scan_async+0x88/0x154)
[127100.246398] [804bdcd0] (scan_async+0x88/0x154) from [804be138]
(ehci_work+0x40/0x98)
[127100.246398] [804be138] (ehci_work+0x40/0x98) from [804bf9c4]
(ehci_irq+0x33c/0x3a4)
[127100.246459] [804bf9c4] (ehci_irq+0x33c/0x3a4) from [804a53ac]
(usb_hcd_irq+0x40/0x50)
[127100.246459] [804a53ac] (usb_hcd_irq+0x40/0x50) from [800bf45c]
(handle_irq_event_percpu+0xc4/0x298)
[127100.246459] [800bf45c] (handle_irq_event_percpu+0xc4/0x298) from
[800bf67c] (handle_irq_event+0x4c/0x6c)
[127100.246459] [800bf67c] (handle_irq_event+0x4c/0x6c) from
[800c23b4] (handle_fasteoi_irq+0xd8/0x124)
[127100.246734] [800c23b4] (handle_fasteoi_irq+0xd8/0x124) from
[800bedd0] (generic_handle_irq+0x30/0x40)
[127100.246765] [800bedd0] (generic_handle_irq+0x30/0x40) from
[800140c4] (handle_IRQ+0x88/0xc8)
[127100.246826] [800140c4] (handle_IRQ+0x88/0xc8) from [800086d8]
(gic_handle_irq+0x80/0xac)
[127100.246917] [800086d8] (gic_handle_irq+0x80/0xac) from
[806a91c0] (__irq_svc+0x40/0x70)
[127100.246917] Exception stack(0x80a47bf8 to 0x80a47c40)
[127100.246978] 7be0:
 000d 2180
[127100.247009] 7c00: 000d 0005 8bb55040 8236d180 00f7a819
81e00d5a 0068 80c5ee80
[127100.247100] 7c20: 0002 80a47c5c 80a47c40 80a47c40 805c734c
805c9a70 80070113 
[127100.247100] [806a91c0] (__irq_svc+0x40/0x70) from [805c9a70]
(tcp_event_data_recv+0x118/0x194)
[127100.247161] [805c9a70] (tcp_event_data_recv+0x118/0x194) from
[805cc554] (tcp_data_queue+0x30c/0x998)
[127100.247222] [805cc554] (tcp_data_queue+0x30c/0x998) from
[805cfa30] (tcp_rcv_established+0x668/0x73c)
[127100.247222] [805cfa30] (tcp_rcv_established+0x668/0x73c) from
[805d684c] 

howto turn power management etc off?

[Tom Gall]

Hi All,

I've been mucking around a bit with linaro server kinds of things. I
remember from the last connect Michael Hope had a bit of a checklist
before he would collect data. I'd like to make sure I'm getting all I
can out of the board.

One of the elements of the list was turning off power management. With
a little light searching I didn't see anything.

More generally, it does seem like a wiki page with a pre-benchmark
checklist with things to check/do would be of value.

Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Linaro.org │ Open source software for ARM SoCs
h) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [RFC PATCH v1] AudiVal (Audio Validation Suite for Linux)

[Tom Gall]

HI Paul,

On Tue, May 15, 2012 at 4:14 PM, Paul Larson paul.lar...@linaro.org wrote:
 Cool, does this replace the existing e2daudiotest I guess?

Please consider it as complementary.

 Also, has it
 already been shown to work on all of the listed board?

Yes but that's not to say there aren't issues here and there for a
variety of reasons!

Regards,
Tom

 On Tue, May 15, 2012 at 9:00 AM, Harsh Prateek Bora harsh.b...@linaro.org
 wrote:

    AudiVal (Audio Validation Suite for Linux)

 This is an attempt to automate and integrate various audio related tests
 which
 can help validate audio on various boards supported by Linaro. Motivation
 for
 this project comes from various audio tests listed at:
 https://wiki.linaro.org/TomGall/LinaroAudioFeatureIndex

 The git repo for this project can be cloned from:
 git://git.linaro.org/people/harshbora/audival.git

 Various files required by this script are available in the git repo.

 Requesting all to test this script on various boards that you may have
 access
 to and share feedback to make it better.

 TODO: Add tests for Audio over USB, Bluetooth.

 Signed-off-by: Harsh Prateek Bora harsh.b...@linaro.org

 diff --git a/AudiVal.py b/AudiVal.py
 new file mode 100755
 index 000..7d56c4e
 --- /dev/null
 +++ b/AudiVal.py
 @@ -0,0 +1,247 @@
 +#!/usr/bin/env python
 +#
 +# Audival : Audio Validation Suite for Linux.
 +#
 +# Author: Harsh Prateek Bora
 +#         harsh.b...@linaro.org
 +#         ha...@linux.vnet.ibm.com
 +
 +import os
 +import sys
 +import getopt
 +from subprocess import * # for calling external programs
 +import commands # deprecated since python 2.6, Python 3.0 uses subprocess
 +
 +def usage():
 +    print =
 +    print AudiVal: Audio Validation Suite for Linux
 +    print =
 +    print Usage:
 +    print sys.argv[0], [--check-info]
 +    print
 +    print Supported HW: PandaBoard (ES), BeagleBoard (XM), i.MX53,
 i.MX6, Origen, Snowball
 +    sys.exit(1)
 +
 +SpeakerJack = {
 +    'GenuineIntel':     'Analog',
 +    'Panda':            'Headset',
 +    'Beagle':           'TWL4030',
 +    'i.MX53':           'HiFi',
 +    'i.MX6':            'HiFi',
 +    'ORIGEN':           'Pri_Dai',
 +    'Snowball':         'Headset'
 +}
 +
 +MicJack = {
 +    'GenuineIntel':     'Analog',
 +    'Panda':            'Headset', # not sure though, arecord doesnt work
 for me!
 +    'Beagle':           'TWL4030',
 +    'i.MX53':           'HiFi',
 +    'i.MX6':            'HiFi',
 +    'ORIGEN':           'Pri_Dai',
 +    'Snowball':         'Headset'
 +}
 +
 +# As and when HDMI out/in device string differs, we'll need 2
 dictionaries.
 +HDMI_Audio = {
 +    'GenuineIntel':     'HDMI',
 +    'Panda':            'HDMI',
 +    'Beagle':           'HDMI',
 +    'i.MX53':           'HDMI',
 +    'i.MX6':            'HDMI', # audio out only supported, audio in not
 supported.
 +    'ORIGEN':           'HDMI',
 +    'Snowball':         'hdmi'  # odd one, lowercase
 +}
 +
 +Audio_Devices = {
 +    'playback':    'aplay-l.log',
 +    'capture':     'arecord-l.log'
 +}
 +
 +def get_device_list(logfile):
 +    fobj = open(logfile)
 +    return fobj
 +
 +def get_card_device_info_by_name(devicestr, fobj):
 +    Helper routine to get card, device number by interface name
 +    optxt = fobj.readlines()
 +    card = 
 +    device = 
 +    for line in optxt:
 +        if devicestr in line:
 +            cardtext, colon, text = line.partition(':')
 +            pre, sep, card = cardtext.partition(' ')
 +            devtext, colon, text = text.partition(':')
 +            pre, sep, device = devtext.partition('device ')
 +            break
 +    hwstr = 'plughw:' + card + ',' + device
 +    if card is  and device is :
 +        return None
 +    return hwstr
 +
 +def speaker_test_audio_jack(board):
 +    fobj = get_device_list(Audio_Devices['playback'])
 +    print speaker-test over audio jack ..
 +    headset_jack_id = get_card_device_info_by_name(SpeakerJack[board],
 fobj)
 +    fobj.close()
 +    if headset_jack_id is None:
 +        print No Audio Jack found !
 +        return
 +    call(date  speaker-test-jack.log, shell=True)
 +    cmdstr = speaker-test -D  + headset_jack_id +  -t s -c 2 -l 1 
 speaker-test-jack.log 21
 +    call(cmdstr, shell=True)
 +    print If you heard beeps from left and right speaker, test passed.
 +
 +def aplay_over_jack(board):
 +    fobj = get_device_list(Audio_Devices['playback'])
 +    headset_jack_id = get_card_device_info_by_name(SpeakerJack[board],
 fobj)
 +    print Testing aplay over audio jack ..
 +    fobj.close()
 +    if headset_jack_id is None:
 +        print No Audio Jack found !
 +        return
 +    cmdstr = aplay login.wav -D  + headset_jack_id
 +    call(cmdstr, shell=True)
 +    print If you heard a stereo sound, test passed.
 +    # Check dmesg to see if there is an error or I2C error
 +    call(dmesg | tail | grep error, shell=True)
 +    print 

Re: No group tracks at Connect

[Tom Gall]

On Fri, Apr 20, 2012 at 4:17 PM, Zach Pfeffer zach.pfef...@linaro.org wrote:
 On 20 April 2012 14:20, Deepak Saxena dsax...@linaro.org wrote:
 On 19 April 2012 12:58, Zach Pfeffer zach.pfef...@linaro.org wrote:
 On 19 April 2012 14:47, Deepak Saxena dsax...@linaro.org wrote:
 On 19 April 2012 12:15, Zach Pfeffer zach.pfef...@linaro.org wrote:
 On 19 April 2012 13:21, Deepak Saxena dsax...@linaro.org wrote:
 On 19 April 2012 08:53, Christian Robottom Reis k...@linaro.org wrote:
 On Wed, Apr 18, 2012 at 10:43:56AM -0500, Zach Pfeffer wrote:
 While we're planning for connect, I'd like to suggest that we do away
 with team tracks all together and just have topic tracks. This would
 align with our topic based approach to things now, and would be a way
 to breakdown our silo's. The topic track would be lead by a topic
 champion. What do people think?

 I ask myself whether in practice it makes a difference. In practice, at
 Connect, you want somebody to own a certain set of sessions. Splitting
 this by team or by topic seems to have equal drawbacks on either side.

 I'm not really sure if it makes a difference at the end of the day.
 Also, are we really talking about topic tracks or sessions here? W/o a
 CFP asking for externally developed presentations, I'm not sure we can
 end up with many talks about the same topics.

 We're planning on some training sessions for Linaro noobs and also for
 what I hope will be a large contingent of member engineers from China,
 India, and Korea offices. Should Training be a separate track?

 Also to clarify, regardless of whether we go down this path or not, we
 will still have time for hacking sessions?

 I think its actually makes the hacking sessions better. Why have team
 hacking rooms? We should have topic hacking rooms where each tiger
 team meets each other and starts to solve the problems they've talked
 about in the topic planning session.

 I dunno. I think a lot of the work we are doing in the groups does not
 directly overlap, and when it does (i.e, platform integration level)
 it's as easy as grabbing the right person. From my experience at prior
 connects, a lot of the decisions around common infrastructure happened
 in the hacking rooms where folks could gather around there computers
 and boards in a shared space. Spreading us across rooms by topic areas
 would loose that cohesiveness that I think is really key to the work
 that happens at Connect.

 I think some of that is just a reflection of our team track
 organization. Consider a common goal like:

 Unify all Kernels

 That's a big topic, but if

 Andrea
 Mathieu
 Lee
 Andy Green
 Tixy
 Vishal
 LAVA PoC
 Ubuntu PoC
 etc...

 Were all on the Unify all Kernels tiger team, they could use connect
 to hammer this out. The hacking rooms could then change mid week for
 other topic hacking sessions.

 OK, that makes sense. Another one would be Android + DT...get your
 team and the DT folks from KWG together for half a day to hash out
 anything that's needed. In essence these become extended summit
 sessions. We need to keep 1-2 rooms open for general hacking in this
 case for folks who may want to just go deep dive into an area they are
 working on.

 Yeah, cool. I'll get this and other topics scheduled.

 ~Deepak


Another android + MMWG one Android audio latency.  There is a thought
that changing the audio device drivers to make use of dma-buf etc that
could be a very good improvement.


 --
 Zach Pfeffer
 Android Platform Team Lead, Linaro Platform Teams
 Linaro.org | Open source software for ARM SoCs
 Follow Linaro: http://www.facebook.com/pages/Linaro
 http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

 ___
 linaro-android mailing list
 linaro-andr...@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-android

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: No group tracks at Connect

[Tom Gall]

I like the idea of topic focused sessions, not sure I'm sold on a
complete switch.

I've got an initial list of top sessions at
https://wiki.linaro.org/TomGall/DraftPlan/2012-2QLC above and beyond
that sessions I've already proposed.

On Wed, Apr 18, 2012 at 11:40 AM, Stephen Doel stephen.d...@linaro.org wrote:
 Hi Zach,

 Yes, this is a recurring discussion before Connects. Almost every time, we
 try to go Topic based, and each time we end up cycling back to Team Tracks.
 So, if we can get a good set of Topics, we're open to change

 Thx

 Stephen

 -Original Message-
 From: Zach Pfeffer [mailto:zach.pfef...@linaro.org]
 Sent: 18 April 2012 16:44
 To: Stephen Doel; Alexander Sack; Christian Reis; Ilias Biris; Loïc Minier
 Cc: linaro-dev@lists.linaro.org; linaro-android
 Subject: No group tracks at Connect

 While we're planning for connect, I'd like to suggest that we do away
 with team tracks all together and just have topic tracks. This would
 align with our topic based approach to things now, and would be a way
 to breakdown our silo's. The topic track would be lead by a topic
 champion. What do people think?

 --
 Zach Pfeffer
 Android Platform Team Lead, Linaro Platform Teams
 Linaro.org | Open source software for ARM SoCs
 Follow Linaro: http://www.facebook.com/pages/Linaro
 http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog


 ___
 linaro-android mailing list
 linaro-andr...@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-android



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: No group tracks at Connect

[Tom Gall]

On Wed, Apr 18, 2012 at 12:08 PM, Zach Pfeffer zach.pfef...@linaro.org wrote:
 On 18 April 2012 12:05, Tom Gall tom.g...@linaro.org wrote:
 I like the idea of topic focused sessions, not sure I'm sold on a
 complete switch.

 I've got an initial list of top sessions at
 https://wiki.linaro.org/TomGall/DraftPlan/2012-2QLC above and beyond
 that sessions I've already proposed.

 Hmm.. link looks broken.

Try again.  I sent the email before I hit save :-)

 What I'm thinking is that we can come up with little tiger teams at or
 before Connect. People could volenteer to champion things and the
 tiger teams would consist of members from multiple teams. For instance
 your audio on Panda could become a topic and we could create a little
 tiger team like:

+1

 Kurt
 Amit
 Jassi



 On Wed, Apr 18, 2012 at 11:40 AM, Stephen Doel stephen.d...@linaro.org 
 wrote:
 Hi Zach,

 Yes, this is a recurring discussion before Connects. Almost every time, we
 try to go Topic based, and each time we end up cycling back to Team Tracks.
 So, if we can get a good set of Topics, we're open to change

 Thx

 Stephen

 -Original Message-
 From: Zach Pfeffer [mailto:zach.pfef...@linaro.org]
 Sent: 18 April 2012 16:44
 To: Stephen Doel; Alexander Sack; Christian Reis; Ilias Biris; Loïc Minier
 Cc: linaro-dev@lists.linaro.org; linaro-android
 Subject: No group tracks at Connect

 While we're planning for connect, I'd like to suggest that we do away
 with team tracks all together and just have topic tracks. This would
 align with our topic based approach to things now, and would be a way
 to breakdown our silo's. The topic track would be lead by a topic
 champion. What do people think?

 --
 Zach Pfeffer
 Android Platform Team Lead, Linaro Platform Teams
 Linaro.org | Open source software for ARM SoCs
 Follow Linaro: http://www.facebook.com/pages/Linaro
 http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog


 ___
 linaro-android mailing list
 linaro-andr...@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-android



 --
 Regards,
 Tom

 Where's the kaboom!? There was supposed to be an earth-shattering
 kaboom! Marvin Martian
 Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
 w) tom.gall att linaro.org
 w) tom_gall att vnet.ibm.com
 h) tom_gall att mac.com



 --
 Zach Pfeffer
 Android Platform Team Lead, Linaro Platform Teams
 Linaro.org | Open source software for ARM SoCs
 Follow Linaro: http://www.facebook.com/pages/Linaro
 http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: won't someone please think of the users!?

[Tom Gall]

Hi Jeremiah,

On Thu, Apr 12, 2012 at 4:58 AM, Jeremiah Foster
jeremiah.fos...@pelagicore.com wrote:
 On Mon, Apr 9, 2012 at 2:47 PM, Clark, Rob r...@ti.com wrote:
 On Fri, Apr 6, 2012 at 2:59 PM, Nicolas Pitre nicolas.pi...@linaro.org 
 wrote:
 On Fri, 6 Apr 2012, Ricardo Salveti wrote:

 On Fri, Apr 6, 2012 at 6:05 AM, Wookey woo...@wookware.org wrote:
  The fundamental question really is 'are we a distro or not'?

 Tom Gall said; We are.
 Joey Stanford said; Linaro is not a Linux distribution.
 Jeremiah said; I'm confused.

 Is there a way for Linaro to clarify the distro / non-distro position?

 There are lot of distributions that say We're not a Linux distro!
 but in reality they tie you to their dependency resolution scheme and
 their build system, (I'm looking at you Yocto.) If Linaro is or isn't
 a distro, can Linaro then please define, and adhere to, what it is?
 This would likely help clarify the release cycle and the stable /
 unstable dichotomy. If you're a distro you likely need a stable
 release, if you're just shiny Linux kernel for ARM then I guess you
 can just do rolling releases, but even upstream seems to have long
 term kernel releases.

Here's my take on it and please understand it's my take.

There really isn't a clear definition or test for what is and isn't a
linux distribution. So much so the term could in some ways be
useless. However there are a number of crisp attributes we can
be clear on.

Does Linaro do world class engineering, creating new features
pushing them upstream? Yes. It's one of our major goals.

Does Linaro have a package and build system? Yes. It
follows in the footsteps of ubuntu/debian.

Can you request features? Sure. We love it
when people show up at Linaro Connect, start a discussion
in irc or post to one of our lists with ideas or technical items that
need discussion. We like to work with others.

Can you report bugs? Sure. Linaro don't make any promises
when or if a bug will be fixed. Linaro has at times decided to
put off even what would be considered high priorities bugs
because work is going on what was considered high priority
features.

Does Linaro have long term support releases? No.

Does Linaro keep up on the latest in security fixes? No,
Linaro doesn't even have a security team. If something that is
security related and it's fixed in the ubuntu archive, as long
as that package isn't overridden you'll get that fix too but still
the important thing is Linaro doesn't have a security team.

Does Linaro support a wide variety of architectures?
No, Linaro focuses entirely on the arm architecture.

I could go on and I'm sure you have your own list
of attributes that are important to you.

Does this help?  Probably not. But in this thread I don't think
the is Linaro a distribution is the important question. It's the
attributes surrounding what Linaro does that is most important
within the context of the goals set by our members as well as how
Linaro to advanced Arm on Android  Linux.

 Regards,

 Jeremiah

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Linaro embedded Linux distro?

[Tom Gall]

You are very welcome. If you need anything else just let me know.

Regards,
Tom

On Thu, Apr 12, 2012 at 2:56 PM, Kevyn-Alexandre Paré
kap...@rogue-research.com wrote:
 Thx Tom,

 your last release fix my problem during the  sh ./conf_create.sh!

 KA


 On 2012-04-10, at 11:56 AM, Kevyn-Alexandre Paré wrote:

 Hi Tom,

 Could you update that wiki or help me understand that part:

 https://wiki.linaro.org/LiveHelper/Cross

 Visit http://launchpad.net/~linaro-maintainers/. Click on the Linaro 
 Overlay PPA. Click on view package details link which at the beginning of 
 the package list, right.

 This is OK!

 Click to expand Linaro-meta. Download the .dsc and the tar.gz file for 
 linaro-meta.

 There is no Linaro-meta? May have simply be rename to something else?

 Thx

 KA


 On 2012-04-10, at 10:54 AM, Kevyn-Alexandre Paré wrote:

 Hi Matt,


 On 2012-03-06, at 5:23 PM, Matt Waddel wrote:

 Hi Kevyn,

 On 03/06/2012 02:32 PM, Kevyn-Alexandre Paré wrote:
 Hi,

 With some delay...

 snip

 It is worth mentioning that you need a Debian/Ubuntu host
 (distribution supporting live-build).
 Anyway, if there's an audience for customizing Linaro Ubuntu images,
 we can provide tutorials.

 Will be interested in that! I will definitely try  test that tutorial.

 Besides the tutorial Fathi mentions in [3] below, I recently built
 a nano rootfs using this tutorial:

 https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/LiveBuild

 I just try that wiki and At the step to launch the script:

 kapare@kapare:~/dirforbld$ sh ./conf_create.sh
 [2012-04-10 10:02:11] lb_config --architectures armel --archive-areas main 
 universe --bootstrap multistrap --bootstrap-flavour minimal --distribution 
 precise --parent-distribution precise 
 --parent-debian-installer-distribution precise --mirror-bootstrap 
 http://ports.ubuntu.com/ubuntu-ports/ --mirror-chroot 
 http://ports.ubuntu.com/ubuntu-ports/ --mirror-chroot-security 
 http://ports.ubuntu.com/ubuntu-ports/ --mirror-binary 
 http://ports.ubuntu.com/ubuntu-ports/ --mirror-binary-security 
 http://ports.ubuntu.com/ubuntu-ports/ --cache disabled --cache-stages 
 bootstrap --initramfs none --mode ubuntu --keyring-packages ubuntu-keyring 
 --linux-flavours  --tasks minimal --linux-packages none --security true 
 --chroot-filesystem none --binary-images tar --binary-filesystem ext3 
 --username linaro --debian-installer false --debian-installer-gui false 
 --hostname linaro-nano --iso-preparer live-build $VERSION; 
 ppa:linaro-maintainers/overlay --iso-volume Linaro precise $(date 
 +%Y%m%d-%H:%M)
 P: Considering defaults defined in /etc/live/build.conf
 P: Updating config tree for a ubuntu system
 /usr/share/live/build/scripts/build/lb_config: line 1489: 
 [linarooverlayppa]: command not found
 kapare@kapare:~/dirforbld$ sudo dpkg-reconfigure dash
 kapare@kapare:~/dirforbld$ sudo apt-get install lb_config
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 E: Unable to locate package lb_config
 kapare@kapare:~/dirforbld$ sudo apt-cache search lb_config
 kapare@kapare:~/dirforbld$ sudo apt-cache search linarooverlayppa
 kapare@kapare:~/dirforbld$ cat 
 /usr/share/live/build/scripts/build/lb_config | grep linarooverlayppa
 debootstrap=linarooverlayppa UbuntuPorts
 aptsources=linarooverlayppa UbuntuPorts
 aptsources=linarooverlayppa Ubuntu UbuntuPorts
 [linarooverlayppa]


 So the overlay can be found from this I presume:

 sudo add-apt-repository ppa:linaro-maintainers/overlay

 But which command will install the   linarooverlayppa?
 sudo apt-cache search linarooverlayppa # return nothing
 sudo apt-get install linarooverlayppa # return nothing

 If you have suggestion on command that could have help me to found the 
 problem and resolve that issue let me know.

 thx

 KA


 Best regards,
 Matt


 thx,

 KA


 [1] http://live.debian.net/manual/
 [2] live-helper.config on https://code.launchpad.net/~linaro-maintainers
 [3] https://wiki.linaro.org/LiveHelper/Cross

 Cheers,
 --
 Fathi Boudra
 Linaro Release Manager | Validation Project Manager
 Linaro.org | Open source software for ARM SoCs

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev


 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev






-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

ANN: live-build_3.0~a45-1-1linaro3

[Tom Gall]

Announcing the release of live-build_3.0~a45-1-1linaro3 to
ppa:linaro-maintainers/tools

Included in this release are two minor but important fixes
   1) for cross builds make sure to qualify the use of the
linaro-overlay ppa correctly so armel isn't hardcoded
   2) for precise, defend against the movement of insserv out of the
system path, which if not present will cause packages such as
module-init-tools to fail.

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: won't someone please think of the users!?

[Tom Gall]

On Fri, Apr 6, 2012 at 4:05 AM, Wookey woo...@wookware.org wrote:
 +++ Clark, Rob [2012-04-05 21:10 -0500]:
 just some random thoughts on our release model, etc..  I've been
 meaning to write up for a while but haven't had time

 There has been some feedback, for example on #pandaboard, that the
 monthly release cycle is confusing and detrimental for folks looking
 for something working and stable, and not necessarily bleeding edge,

 You make some good points.

+1, good post Rob!

 The fundamental question really is 'are we a distro or not'? If linaro
 is not a distro then no-one should be expecting stable releases - we
 are a technology showcase, and developer quick-start mechanism, and
 the existing process seems reasonably appropriate for that, but if we
 are expecting people to actually base real work off our outputs, then
 he's right and we ought to change some things.

With our current quick cadence, it does seem to be confusing the users
where by users I'm not saying end users but more smarter than the average
bear types which are making use of development boards. Aunt Tillie doesn't
come home from the local mall with a panda board in hand and a project
on her mind.

 The original model was that we just sent things upstream and people
 who wanted a stable platform used whatever distro they wanted. But by
 putting out images and encouraging people to use them we seem to be
 increasingly viewed as a distro and so users will expect distro levels
 of integration testing and stability.

Exactly. With putting something together and releasing it comes
expectations, intended or not. Put another way can anyone think of
an intel showcase distro that would be akin to what we're doing now?
PowerPC?  I would suggest OpenEmbedded or say Cyanogenmod
would be the closest examples. We're pretty unique but using a
common distro release mechanism which people identify with.

In Gentoo a few years back we had this issue. We had quarterly releases
and it was just too fast. So, we got rid of releases. Instead one just pulled
the latest install media and depending on the last time that media had been
refreshed you'd either have a short or longer upgraded cycle as you would
install.

Imagine, here's the linaro install media for panda. You can choose
stable or development. Development is a continuous rolling daily CI.
Stable is as the release team feels it's appropriate to update.

 I think we should continue to resists 'distroness', concentrate on
 upstreaming and discourage the use of our releases for anything other
 than development, but it seems to me that things are headed in exactly
 the opposite direction at the moment.

I like Rob's suggestion of stable and unstable. I agree we should resist
the full complexities that other distros do.

 There is a fundamental problem of timing - it takes several months
 longer, sometimes years, for people to get what we are doing via a
 distro, and that's too long for many of them, which is where the
 pressure comes from. We are all aware of that tension.

To me the other distros are going to do what they are going to do. It's
their business. Meanwhile we know what we want and I think we have
a good idea of what the people who pick up the boards that we care
about want. I think keeping those two groups happy is what counts.

 So are we a distro now or not?

We are. Keeping those that use our codebase happy I would advocate
is an important goal.

 Wookey
 --
 Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
 http://wookware.org/

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Announce: live-build a45

[Tom Gall]

Located in ppa:linaro-maintainers/tools can be found the newest
version of live-build,  a45 with the following linaro features
applied:

1) armhf support (both native and cross)
2) linaro meta bld information  as was discussed at 4Q11 Linaro Connect
3) cross support using multistrap

Live build a45 supports Maverick, Natty, Oneiric and Precise. With you
are you able to build your own images native on an armel or armhf host
or cross using either an i386 or x86_64 host creating either armel or
armhf targets.

For image targets up to oneiric, one is not able to cross assemble the
ubuntu-desktop image.  However with precise all linaro images
including the ubuntu-desktop image can be cross assembled.

Enjoy!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Announcing Linarotv-xmbc image

[Tom Gall]

On Sat, Mar 10, 2012 at 9:43 PM, Hui Zhang son...@gmail.com wrote:
 Hi Christian,
    thank you for the information!
   Yes, I eventually decided not to use XBMC on hardware without 3D, and use
 qtmediahub instead.

    And, I have run XBMC on pandaboard and found out that XBMC requires a lot
 of CPU(often 90%+). So on hardware without 3D, it is impossilbe to run...

What does impossible to run here mean?

I've certainly run xbmc on my panda boards and on both video, audio
etc was fine. The interface was displaying at 1080p as would be
expected and not unusable. Sure lots of CPU might be in use, but it's
not like one is going to be running xbmc and compiling kernels at -j16
or something.


 On Fri, Mar 9, 2012 at 11:08 PM, Christian Robottom Reis k...@linaro.org
 wrote:

 On Thu, Jan 26, 2012 at 04:29:40PM +0800, Hui Zhang wrote:
  Thank you, Ricardo!
  By your experience,do you think xbmc can perform well on boards without
  hardware OpenGL ES acceleration?

 I don't know if Ricardo answered, but unless XBMC has a non-composited
 2D mode, I think it's unlikely. You're asking a lot of the CPU, and I
 don't think the memory is fast enough to handle all the copies.
 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Linaro embedded Linux distro?

[Tom Gall]

We have the developer image. That's exactly it's purpose.

http://snapshots.linaro.org/oneiric/linaro-o-developer/

On Mon, Feb 20, 2012 at 10:42 AM, Zach Pfeffer zach.pfef...@linaro.org wrote:
 During ELC a few people asked me if Linaro had something bigger than
 nano and smaller than Ubuntu that they could use to build stuff. Of
 course I said Android, but a lot of people actually want a regular
 Linux platform where they can easily recompile what they need to hack
 on, add their own libs and scripts and generally work in an embedded,
 cross build way. I know there's OpenEmbedded and I've heard of
 something called livebuild. Does anyone have anymore info? This
 class of users is arguably the largest class of people using these
 boards so creating something targeted at them would allow them to get
 all the benefits of Linaro in a easy to use fashion.

 --
 Zach Pfeffer
 Android Platform Team Lead, Linaro Platform Teams
 Linaro.org | Open source software for ARM SoCs
 Follow Linaro: http://www.facebook.com/pages/Linaro
 http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

 ___
 linaro-android mailing list
 linaro-andr...@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-android



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

nano-summits over google+ hangouts

[Tom Gall]

Hi All,

From what I've heard and saw it seemed like the google+ hangouts in
the rooms worked fairly well. (For the very small sample size of the
people I've talked to)

I'm wondering/tempted to try out as an experiment on going single
topic Multimedia sessions from time to time between Linaro Connects.
Given that a focused single topic session would draw a smaller crowd
the 9 person limitation I don't see as a big deal especially with
carefully chosen topics.

Is this something that is even possible?  I know the google+ hangout
over the air is by invite only so it's important to know if their
use might be available for more than just linaro connect.

Thanks!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Multimedia Work Group at Linaro Connect

[Tom Gall]

http://connect.linaro.org/events/event/lcq1-12/#schedule

The Linaro Multimedia Team for 1Q Linaro Connect has 3 main goals.
1) We'll be identifying further candidates for NEON focused
optimization.2) We'll be syncing up with the landing teams to discuss
the state of audio on the various boards, thinking about how we can be
more effective, and planning our next efforts.3) We'll be working with
the Graphics team on the next steps surrounding dmb_buf usage.
In summary the sessions are:
Codecs:Codec NEON optimization - possibilities and priorities
Audio:Tiny AlsaLinaro speech recognitionPanda, Panda ES audio Snowball
AudioOrigen Audioimx53 audio
Unified Memory Manager:Evolution of the general dma-buf frameworkUMM -
further enablement on member platforms

I would anticipate we'll add a neon session so be on the lookout for that!
Stop by and interact with the team, we're located in Salon 3 on the
2nd floor with the Graphics team.
-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Continued Snowball Audio Session

[Tom Gall]

If you were at the Snowball Audio session today (or wanted to be but
were not able to make it)  by popular demand a part 2 session has
been scheduled for Tuesday February 7th at 11:00 am in the Blue room.

See you there!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: LiveBuild failure creating nano image

[Tom Gall]

The last time I checked into it (last november, early december) it was
the post install scripts involving a number of different mono
packages. It's really easy to replicate. As Peter kindly suggested,
time to revisit with the new version and author a new bug or two
depending on how things go. Being able to cross assemble the LEB on
intel would be a significant milestone!

Regards
Tom

On Fri, Feb 3, 2012 at 11:45 AM, Fathi Boudra fathi.bou...@linaro.org wrote:
 Hi Tom,

 On 3 February 2012 17:43, Tom Gall tom.g...@linaro.org wrote:
 Awesome!

 Thanks much for getting this fixed Peter. Perhaps at LC you might like
 to see another qemu issue that keeps us from being able to cross build
 the Linaro Ubuntu LEB.

 Which issue is it and is it reported somewhere?
 I'm trying to build our images using live-build with cross support.

 On Fri, Feb 3, 2012 at 8:47 AM, Peter Maydell peter.mayd...@linaro.org 
 wrote:
 On 21 January 2012 12:04, Peter Maydell peter.mayd...@linaro.org wrote:
 $0 here is the process name, and Perl is trying to set it using
 prctl(PR_SET_NAME, ...). [Google says it's done that only since
 Perl 5.14.] I think you're running under QEMU at this point, and
 QEMU doesn't support PR_SET_NAME.

 qemu-linaro bug:
  https://bugs.launchpad.net/qemu-linaro/+bug/926102
 patches submitted upstream:
  http://lists.gnu.org/archive/html/qemu-devel/2012-02/msg00323.html

 I've confirmed that (a) I can reproduce the original problem and
 (b) these patches fix it. Fix should be in qemu-linaro 2012.02
 (release date 9 Feb).

 -- PMM

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



 --
 Regards,
 Tom

 Where's the kaboom!? There was supposed to be an earth-shattering
 kaboom! Marvin Martian
 Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
 w) tom.gall att linaro.org
 w) tom_gall att vnet.ibm.com
 h) tom_gall att mac.com

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



 --
 Fathi Boudra
 Linaro Release Manager | Validation Project Manager
 Linaro.org | Open source software for ARM SoCs



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: What our customers want from Android

[Tom Gall]

On Wed, Feb 1, 2012 at 7:32 PM, Ricardo Salveti
ricardo.salv...@linaro.org wrote:
 On Wed, Feb 1, 2012 at 6:00 AM, Bharathi Subramanian
 bharathi.l...@gmail.com wrote:
 Hi,

 I feel, Linaro should maintain only 2 versions - stable and unstable
 external source. instead of maintain staging, tracking, landing,
 mainline etc .. I understand internally lot of activities may happen
 with partners. But for external people, it is should be simple. As of
 now, only people who are closely tracking the Linaro development can
 start using the code quickly. Others cannot and it is not the case
 with AOSP.

 While I see that it's useful for people to use the outcome of the
 Android team to create products, I believe it's quite hard to keep
 both stable and unstable with the goals and the resources we have. As
 Zack said, these costumers don't actually care much if they are
 running the latest stuff available, as long it behaves similarly as
 AOSP. I believe we might have only two options here: have something
 awesome to show that everybody will want no matter what (even Google),
 or improving the user/developer experience a lot, making it even
 better and easier than just grabbing the sources from AOSP.

 But one thing is clear for me, If we think that we can't reach any of
 these goals, for me it'd make sense to drop the whole stable
 discussion, and focus even more on trying to get stuff at upstream, so
 when people decide to use AOSP, they will already consume what Linaro
 helped producing (what is the *real* stuff IMHO, as it'll improve the
 *whole* thing).

+1

If our intent is to make something akin to Cyanogenmod available for
our member boards and or another devices then stable makes sense. As
cool as that might be, I don't think that's the case, least not unless
we were to see community upswell of help to make that happen.

I agree with Ricardo, upstream has to be priority one.

 Cheers,
 --
 Ricardo Salveti de Araujo


-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Announcing Linarotv-xmbc image

[Tom Gall]

For the 12.01 cycle the Linaro Platforms team is pleased to announce
the availability of the new linarotv-xbmc based image. This combines
the xbmc media server project with linaro's leb to result in a works
out of the box arm based media server image.

It can be found at http://snapshots.linaro.org/oneiric/linaro-o-linarotv-xbmc/

Currently the best experience can be found on Panda/Panda ES however
boards with hardware video acceleration enabled should work well. We
welcome feedback and suggestions on the image. Support is on a as
best can basis. Bugs if found should be written against
linaro-ubuntu in lauchpad.

Enjoy!

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: LiveBuild failure creating nano image

[Tom Gall]

Hi Matt,

Say what version of ubuntu are you building this on?  Would it be
possible to get a complete log?

I just installed the 3.0~a40.1-1linaro13~maverick5 version of
live-build out of my ppa which is referenced in the wiki page onto a
clean oneiric machine. The cross build completed successfully.

qemu or perl issues are possible and for completeness here are the
versions of each I have installed on my box that just ran to
successful completion:

perl5.12.4-4
qemu-user-static1.0-2011.12-0ubuntu1~ppa11.10.1

Thanks,
Tom

On Fri, Jan 20, 2012 at 3:40 PM, Matt Waddel matt.wad...@linaro.org wrote:
 Hi,

 I have encountered a failure running live-build that I could use
 some help debugging.

 Using the instructions in the LiveBuild wiki page:

 https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/LiveBuild

 the procedure fails during the adduser step. The failure is:

 I: create linaro user
 Can't set $0 with prctl(): Bad address at /usr/sbin/adduser line 86.

 Here is the perl code around line 86 in adduser:
 
 my %config;                     # configuration hash

 my @defaults = (/etc/adduser.conf);
 my $nogroup_id = getgrnam(nogroup) || 65534;
 $0 =~ s+.*/++;                   Line 86 
 

 This is the call to adduser from the 01-setup_user_linaro.chroot
 script that causes the problem:

 adduser --gecos linaro --disabled-login linaro

 The funny thing about this failure, if I chroot into the build
 area and run that command manually, everything works fine.

 1st, what is that perl command doing?
 2nd, anybody have any ideas on what would cause this failure?

 TIA,
 Matt

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: PulseAudio / ARM NEON

[Tom Gall]

Kudo Peter!

Thanks much for copying the linaro-dev list. We're certainly
interested in this. I've included Wei on the CC: who works on
pulseaudio and other parts of the audio stack for the Multimedia Work
Group.

On Thu, Jan 12, 2012 at 10:42 AM, Peter Meerwald pme...@pmeerw.net wrote:
 Hello,

 I've just posted some patches with ARM NEON code to the pulseaudio-discuss
 mail list 
 (http://lists.freedesktop.org/archives/pulseaudio-discuss/2012-January/012611.html)
 -- this might be of interest to Linaro

 a stand-alone version of the code is in a Mercurial repo at
 http://pmeerw.net/hg/pa-neon -- feedback and testing welcome

 thanks, regards, p.

 --

 Peter Meerwald
 +43-664-218 (mobile)

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)

[Tom Gall]

On Tue, Jan 10, 2012 at 8:15 AM, Christian Robottom Reis
k...@linaro.org wrote:
 On Tue, Jan 10, 2012 at 11:00:29AM +0200, Ilias Biris wrote:
 On 09/01/12 17:40, Christian Robottom Reis wrote:
  for Realvideo that's going upstream into libav.
  Is there a mailing list post or commit?

 For realvideo the last release in 11.12 went upstream -
 repo: git://git.libav.org/libav.git
 hash: a1e98f198e9db4e5ddfc2f777014179d3d7bc4d2

 This was incorporated in the last monthly Linaro release. I expect the
 same will happen in 12.01

 Oh, so we are including in the Ubuntu LEB a trunk build of libav now? Do
 we do the same for Android (or does Android not use libav)?

A correction is in order.

No we did not ship an upstream development version of libav. The patch
was shipped upstream and accepted. It was discussed and decided in
this instance we will pick up the functionality in our libav when the
next version of libav is released.

 For speex, the releases are happening via the LP project -
 https://launchpad.net/linaro-multimedia-speex. The NEON optimisation
 patches (not contributed by Linaro) are supposed to be merged upstream
 but afaik have not yet been merged - which is why we helped release
 tarballs for our LEBs for now.

 Makes sense -- thanks!
 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)

[Tom Gall]

On Tue, Jan 10, 2012 at 8:56 AM, Christian Robottom Reis
k...@linaro.org wrote:
 On Tue, Jan 10, 2012 at 08:54:56AM -0600, Tom Gall wrote:
 On Tue, Jan 10, 2012 at 8:15 AM, Christian Robottom Reis
 k...@linaro.org wrote:
  On Tue, Jan 10, 2012 at 11:00:29AM +0200, Ilias Biris wrote:
  On 09/01/12 17:40, Christian Robottom Reis wrote:
   for Realvideo that's going upstream into libav.
   Is there a mailing list post or commit?
 
  For realvideo the last release in 11.12 went upstream -
  repo: git://git.libav.org/libav.git
  hash: a1e98f198e9db4e5ddfc2f777014179d3d7bc4d2
 
  This was incorporated in the last monthly Linaro release. I expect the
  same will happen in 12.01
 
  Oh, so we are including in the Ubuntu LEB a trunk build of libav now? Do
  we do the same for Android (or does Android not use libav)?

 A correction is in order.

 No we did not ship an upstream development version of libav. The patch
 was shipped upstream and accepted. It was discussed and decided in
 this instance we will pick up the functionality in our libav when the
 next version of libav is released.

 Okay, that makes sense. Should we have a PPA with release and maybe even
 pre-release versions available for testing?

Yes it would be possible to put something into overlay-staging.

 And as I asked above does Android use libav?

Sorry missed the question, wasn't avoiding it.

No. libav is LGPL. 'nuff said.

 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Monthly Release Thoughts

[Tom Gall]

Hi All,

I had some thoughts and a suggestion this morning about the monthly
release cycle that I'd like to share. Perhaps I'll get booed off the
stage, perhaps not. I'm sure it can be improved on.

There is a great deal of stress around what blueprints fit into what
monthly release boundary. For deliveries like the LEB that combine the
fruits of our Linaro labors this makes great sense.

Outside of the process for LEB creation and release, I'd like to
suggest it's less than efficient and creates a bit of stress as we
have the monthly rush to make the release dates. PMs and TLs
continually have to be watching for what will and what won't be making
dates that fit with the LEB. This passes on the stress to the
engineering team, causes some late night hack-a-thons which in turn I
believe caused us to rush software what was less than ready to be
included in a LEB. I'm sure we all have examples we could point to.

To address this I'd like to suggest the following.

The production of the LEB and related builds should continue to be on
a monthly release cycle.

However outside of that process, for the WGs and such, we should go to
a process based on continuous integration.

As work groups, landing teams and so on, we commit to the LEB process
that we have some set of blueprints IN QUEUE, meaning they are being
worked on right now. When they go complete if they are LEB bound, they
are delivered to the staging overlay. Items in the staging overlay are
candidates for promotion to the overlay. When an item in the staging
overlay is judged as being ready (bugs are at least triaged and deemed
to not be blocking)  it is promoted into the overlay from which daily
builds are made and the monthly release is made.

Packages in the staging overlay are the subject of functional test.IE
Does it work? Packages in the overlay are the subject of integration
test. IE Does it break the system?

Work Groups, Landing Teams will also commit to having a priority list
of blueprints and bugs that are being addressed or will be addressed.
This keeps the release process and management team aware of what is
coming and when. The # of completed work items per week (or other
counts) can also help the management team measure forward momentum and
progress.

In some respects it's subtle process tweek. But I feel shifting part
of linaro to a continuous integration / ship when ready model makes
sense. In the work groups we are more connected upstream as we stay
tune with upstream release boundaries but still want to showcase
results in the monthly LEBs.  Likewise  focus on the LEB continues
with higher quality software. It does shift the goal of creating great
software by date X, to creating great software and ship when it's
ready.

Perhaps this would be a good discussion for 1Q12LC.
-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)

[Tom Gall]

Hi Kiko,

On Mon, Jan 9, 2012 at 9:05 AM, Christian Robottom Reis k...@linaro.org wrote:
 - Wiki page for libjpeg-turbo integration in skia and skia_test usage
 for jpeg performance test was created

 Ah -- a URL would be nice?

Besides Benjamin's link there is also :
https://wiki.linaro.org/TomGall/SkiaBenchNumbers, that is however a
WIP.

 - Created a parser for the test definition of Speex

 Where is this and the libav Realvideo code going?

for Realvideo that's going upstream into libav.

 Issues
 - Bug #893402 is impeding progress in end-to-end audio testing (only a
 prototype is available for desktop - pandaboard is not functional).

 What's blocking this -- it's not clear from the bug? Let me know and I
 can help get it unstuck.

The issue is that audio over hdmi works however audio over the audio
jack has been either non functional or iffy. I met with Wei last night
and mentioned that it needs to be looked into again.

 Risks
 -UCM for Android will be split to cover the different parts of the work
 - some of the work will be done till LCQ1.12 but the work will be
 completed after Connect

 Tom, tell me more about this one today.

This is a reference that the blueprint needs to be split up into
smaller ones. Kurt Taylor is on the point for this one.

 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Updated Pulse Audio + alsa-lib for 11.12

[Tom Gall]

Hi Ricardo,

With working HDMI output on the original panda board, and Wei's new
release of patches to alsa-lib and pulseaudio, I've updated both
alsa-lib and pulseaudio for 11.12 in ppa:linaro-maintainers/overlay.
Sound on the panda over HDMI from my testing works out of the box.
It's not perfect but it works. I will repeat this same test with my
imx53 shortly.


For all on the dev list, be aware that audio is in a state of flux and
while we'd like to avoid defects they are likely. The Multimedia WG is
putting substantial effort into having a just works level of quality
for supported boards.

A very bit thank you is in order for Wei Feng for his hard work on
11.12! Good job! One small sound for an ARM board, but a big noise for
Linaro when we can say, It just works.

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

git oddness

[Tom Gall]

Hi All,

I'm trying to push some code to my repo on git.linaro.org and it's
like the repo is silently failing Note the following:

tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git push
ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git
android:origin/1.2-beta-linaro-andoid
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 429 bytes, done.
Total 3 (delta 2), reused 0 (delta 0)
To ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git
   746c51b..95ed21e  android - origin/1.2-beta-linaro-andoid

tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git status
# On branch android
# Your branch is ahead of 'origin/1.2-beta-linaro-andoid' by 1 commit.
#
nothing to commit (working directory clean)

tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git push
ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git
android:origin/1.2-beta-linaro-andoid
Everything up-to-date

tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git branch
* android
  master
tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git branch -r
  origin/1.1.0-linaro
  origin/1.1.1-linaro
  origin/1.1.1-linaro-android
  origin/1.2-beta-linaro-andoid
  origin/HEAD - origin/master
  origin/master

git log does correctly show the commit on the local branch:

commit 95ed21e84965f859da0792558742f9cbf9d4ac7a
Author: Tom Gall tom.g...@linaro.org
Date:   Wed Dec 14 19:20:49 2011 -0600

Remove config.h since it was conflicting with other Android
components. From cyang.


ideas? suggestions?

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: git oddness

[Tom Gall]

On Wed, Dec 14, 2011 at 8:55 PM, Yasushi SHOJI ya...@atmark-techno.com wrote:
 Hi,

 At Wed, 14 Dec 2011 20:06:14 -0600,
 Tom Gall wrote:

 I'm trying to push some code to my repo on git.linaro.org and it's
 like the repo is silently failing Note the following:

 tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git push
 ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git
 android:origin/1.2-beta-linaro-andoid
 Counting objects: 5, done.
 Delta compression using up to 4 threads.
 Compressing objects: 100% (3/3), done.
 Writing objects: 100% (3/3), 429 bytes, done.
 Total 3 (delta 2), reused 0 (delta 0)
 To ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git
    746c51b..95ed21e  android - origin/1.2-beta-linaro-andoid

 tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git status
 # On branch android
 # Your branch is ahead of 'origin/1.2-beta-linaro-andoid' by 1 commit.
 #
 nothing to commit (working directory clean)
 [...]
 ideas? suggestions?

 if your origin and the repo you are pushing to is different, git tells
 you that your local is ahead of the origin, because the origin is not
 updated yet.

 $ git remote show origin


Hi Yashi,

Thanks for the response.

Hmm this looks right. The git web interface isn't showing the new
commit nor does the new commit appear when a fresh clone etc is
obtained.

tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git remote show origin
* remote origin
  Fetch URL: git://git.linaro.org/people/tomgall/libjpeg-turbo/libjpeg-turbo.git
  Push  URL: git://git.linaro.org/people/tomgall/libjpeg-turbo/libjpeg-turbo.git
  HEAD branch: master
  Remote branches:
1.1.0-linaro   tracked
1.1.1-linaro   tracked
1.1.1-linaro-android   tracked
1.2-beta-linaro-andoid tracked
master tracked
  Local branches configured for 'git pull':
android merges with remote 1.2-beta-linaro-andoid
master  merges with remote master
  Local ref configured for 'git push':
master pushes to master (up to date)


 might help.
 --
            yashi



-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Proposal : New Linaro Desktop Wallpaper

[Tom Gall]

Hi Steve,

Thanks for the reply.

On Mon, Dec 5, 2011 at 12:05 PM, Steve Taylor steve.tay...@linaro.org wrote:
 Tom and all,

 Thank you all for your input on the desktop background images and thanks
 especially to Tom for generating the original images. I am trying to copy
 all the people that may have been involved in the various threads about
 this.

 As many of you know, I have been looking to get images that can be used as
 boot, desktop and presentation backgrounds generated so we can use
 consistent images. Unfortunately, I cannot achieve that in time for the
 current release. I had hoped that with some minor adjustments, we could take
 Tom's gimp images and re-purpose them, but after looking at this and getting
 input from others, I don't want us to be sending out completely new brand
 images. For this release, I propose we use something based on our current
 material (th pop up banners an existing presentations). This will be boring,
 but it will only be temporary and won't send us off in a new direction.

The reason why I had created the various new pieces that I had
forwarded to you was the existing materials did not work for both
design and technical reasons. The engineering goal had been set to get
linaro branding into 11.12 time is short.

What I had put together will work for technical side of things however
if they don't met the design side of things, I'm all ears to address
that. As mentioned in my emails to you, I was and am still looking for
any and all feedback as it would be great if we could still meet the
11.12 goal.

 We can then aim to launch the new direction with 12.01 (and then at Linaro
 Connect). We will get to this new direction in two stages: stage 1 will be
 about gathering ideas - like Tom's gimp image and Zach's
 porscheeveryday.com. If you have any ideas or examples now, please send them
 to me. Stage 2 will be getting a designer to work up the best couple of
 ideas. if you'd like to be involved in choosing the best, let me know.

If I'm to understand the process you're proposing correctly,  you'd
like to open things up in the 12.01 time frame where people would
email some number of submissions and then a design firm would be hired
to work on this submissions and the output of that would be what would
be used in a future release?

 I have created the boring proposal and saved it on google
 docs: https://docs.google.com/a/linaro.org/?tab=mo#folders/0B86d5fQjXM3zYTQyNWU1NTItMDI3OC00YjBjLTlmOTItMDYwMTU1MDI0ODI4. I'd
 like to use this for the current release (if possible). There is a GIF file,
 a PPT and a PPS PPT show file. The PPS file animates the dots so that there
 is an activity scale (wiping in from left to right and repeated)... If you
 need this as some other type of file, let me know.

I've looked at what you've suggested for the boot background. It is
currently not in the right format nor the correct resolution, nor the
correct aspect ratio for use as a boot splash for what is needed. It
also does not also fill the other need that we have which is for a
wall paper. All of this is fixable.

I'm guessing you had missed the follow graphic that i had submitted to
you especially for the purpose of boot splash as I hadn't received any
feedback on it. http://people.linaro.org/~tgall/LinaroBootSplash.png


Regardless, and in the interest of 11.12, I can massage what you have
as bootsplash if so desired but ideally I think it would be better if
you regenerated it to the specs we've discussed so as to keep the feel
you're aiming for.

How would you like to proceed?

Thanks!

Tom

 Many thanks

 Steve



 On 5 December 2011 15:37, Dave Martin dave.mar...@linaro.org wrote:

 On Fri, Dec 02, 2011 at 09:35:19AM -0600, Andy Doan wrote:
  On 12/02/2011 04:55 AM, Alexander Sack wrote:
   On Fri, Dec 2, 2011 at 10:58 AM, Riku Voipio riku.voi...@linaro.org
   mailto:riku.voi...@linaro.org wrote:
  
       On 2 December 2011 00:56, Tom Gall tom.g...@linaro.org
       mailto:tom.g...@linaro.org wrote:
        one of the blueprints we have for 11.12 is to modify the
   LEB/ALIP
        images so they include more linaro branding. A linaro wallpaper,
   maybe
        a linaro image as the system is booting, that kind of thing.
  
       And android images as well?
  
  
        I created it in gimp.
  
        http://people.linaro.org/~tgall/LinaroDesktop-1920x1080-1.png
       http://people.linaro.org/%7Etgall/LinaroDesktop-1920x1080-1.png
  
       Cool. Perhaps antialising the Linaro logo would be a nice
   addition?
       Assuming it is not hard to do in gimp.
  
  
   1. Looks good as a start. We can always improve from there.

 The people who do the visuals for Linaro Connect seem to produce good
 stuff -- the the styles are not dissimilar.  Maybe they could work
 something up based on our ideas?

  
   2. For android I have this awesome idea to make an active wallpaper
   edition
   out of this ... kind of the green lines pumping a bit or having a few
   flaring dots
   moving

Static Library startup

[Tom Gall]

I probably know the answer to this already but ...

For shared libs one can define and use something like:

void __attribute__ ((constructor)) my_init(void);
void __attribute__ ((destructor)) my_fini(void);

Which of course allows your lib to run code just after the library is
loaded and just before the library is going to be unloaded. This helps
keep out cruft such as the following out of your design:

PleaseCallThisLibraryFunctionFirstOrThereWillBeAnErrorWhichYouWillHitCausingYouToPostToTheMailingListAskingTheSameQuestionThatHasBeenAsked1000sOfTimes();

Yeah .. you know the function. I don't like it either.

Unfortunately this doesn't work when people link in the .a from your
lib. Libs like libjpeg-turbo in theory should never ever need to be
linked in that fashion but consider the browsers who link to the
universe instead of using system shared libs.

If we accept that linking .a's valid use, and we don't want to promote
the use of the function that won't be named in the design and use of
libraries, then I'd like to think for the good of humanity the
toolchain should allow for the use of __attribute__ ((constructor))
and __attribute__ ((destructor)) to continue to work in the static
link case.

Maybe this has already been solved, in which case where is that fine
manual as I clearly have some reading to do!

Thoughts?

Thanks!

Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

ANNOUNCE: updated live-build with cross support

[Tom Gall]

Hi All,

In ppa: tom-gall/packages I've published an updated version live-build
(version a40-1linaro10) for maverick, natty, oneiric, and precise.
This version of live-build includes the ability to cross build root
file systems with multistrap.  As it turns out to cross build our
precise linaro images for nano and developer, one only needs to change
one parameter to enable cross builds.

The beta instructions are as follows:

1) add-apt-repository ppa:tom-gall/packages

2) apt-get update

3) apt-get install live-build

This will work for maverick, natty, oneiric and precise. It will
install version: ~a40-1linaro10

4) mkdir dirforbld  ; cd dirforbld

5) bzr branch lp:~linaro-maintainers/linaro/live-helper.config.precise.nano
 config

or bzr branch lp:~linaro-maintainers/linaro/live-helper.config.precise.developer
config

6) cp config/conf_create.sh .

7) edit conf_create.sh  : change parameter to --bootstrap from
debootstrap to multistrap

8) add / remove packages listed in
config/package-lists/nano.chroot.list which is  a text file. One
package per line.

9)  sh ./conf_create.sh

10) lb build

11) When rebuilding use the command :  lb clean --all ; lb clean
--cache; rm -rf .stage/* ; lb build

-- 
Regards,
Tom

Where's the kaboom!? There was supposed to be an earth-shattering
kaboom! Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Explanation of the different Ubuntu images?

[Tom Gall]

At one time we had links to the explanations as part of every release.
Looking at
https://wiki.linaro.org/Cycles/YYMM/Release pages it looks as if that
information was
removed.

It does seem like a good idea to include the explanations just so
interested people
can see more detain about the available images.

On Mon, Nov 28, 2011 at 10:21 AM, Andy Doan andy.d...@linaro.org wrote:
 On 11/28/2011 07:20 AM, Jon Medhurst (Tixy) wrote:
 Does anyone know of a web-site or wiki page which explains the
 difference between our different Ununtu image types, i.e. developer,
 nano, alip, server, ubuntu-desktop.

 I've a fair idea myself what these are, (apart from server), but I'm
 looking for an existing document I can reference.


 I just discovered we do a terrible job of doing this. Its buried down in
 a page you are unlikely to hit and was done before the server image
 existed:

  https://wiki.linaro.org/Boards/Overo/Setup

 I'll add this as TODO for the on-going wiki work.

 -andy

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Libjpeg-turbo rebuild status

[Tom Gall]

Hi Matthias,

Over the Thanksgiving holiday the compile-o-rama complete for all the
packages from the main and universe archives that had deps on
libjpeg-dev. The results of the build can be found in my libjpeg-turbo
ppa: https://launchpad.net/~tom-gall/+archive/libjpeg-turbo/+packages

In summary, 114 packages were rebuilt against the libjpeg-turbo's
version of -dev.

One package vtk resulted in the only 2 failures that have been
experienced. One failure on x86, and one on x86_64. Both failures were
caused not by problems with libjpeg-turbo but rather with poor build
time deps specified in the package. This can be witnessed in the logs:

https://launchpadlibrarian.net/85691287/buildlog_ubuntu-precise-amd64.vtk_5.6.1-7~linaro1_FAILEDTOBUILD.txt.gz
https://launchpadlibrarian.net/85716285/buildlog_ubuntu-precise-i386.vtk_5.6.1-7~linaro1_FAILEDTOBUILD.txt.gz

I have also updated the raw performance numbers for libjpeg-turbo in
our wiki. (I haven't updated the graphs yet)

https://wiki.linaro.org/TomGall/LibJpeg8

All raw performance numbers are now from oneiric. I've also included
numbers from a 3.3Gz i5-2500 to the mix as well numbers taken on the
Quickstart board with the lib instructed to not use NEON.

With SIMD for intel/arm environment performance is substantially
better in all cases. With NEON off in libjpeg-turbo, performance is at
least equal and in some cases better than libjpeg8.

All that said, what is the next step?

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

important oneiric daily snapshot change

[Tom Gall]

Hi All,

As a result of bug
https://bugs.launchpad.net/linaro-ubuntu/+bug/890185, it was decided
to enable a default password on images going forward. The released
snapshots now use the password linaro for the linaro account.

Auto login behavior for the serial cons as well as the graphical cons
via lightdm for those images that use it should be otherwise
unchanged.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

libjpeg8c vs libjpeg-turbo with libjpeg8 compat on

[Tom Gall]

In prep for Linaro Connect  the Ubuntu Developers Summit next week
I've put together some performance measurements comparing libjpeg8c
and libjpeg-turbo compiled with it's libjpeg8 compatibility setting.
Quality settings of 95 and 75 are used. Image sizes used are 640x480
and 3136x2352.

Hardware used includes the imx53 QuickStart board by freescale and an
intel core 2 duo in my Lenovo T400.

The results can be found here including both the raw numbers and pretty graphs.

https://wiki.linaro.org/TomGall/LibJpeg8

It is my hope that at LC/UDS we will be able to use these numbers to
convince ubuntu to reconsider it's switch to libjpeg8 and instead move
to libjpeg-turbo. The 2x-4x across the board performance improvement
story is compelling not to mention the technical side of it as well.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: iPhone 4S Preliminary Benchmarks - Very impressive

[Tom Gall]

On Tue, Oct 11, 2011 at 9:31 AM, Eric Miao eric.m...@linaro.org wrote:
 http://www.anandtech.com/show/4951/iphone-4s-preliminary-benchmarks-800mhz-a

 Apple's hardware doesn't look like to have very high spec, however, the
 results are a bit impressive, does that necessarily mean there is a big
 gap in software optimization?

software optimization is a pretty generic term. If you're going to
want/wonder about such comparisons, you're probably better served
getting more specific when it comes to the differences you might be
interested in.

 - eric

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

11.10 image changes

[Tom Gall]

All,

Our oneiric based images and hwpacks are shaping up in advance of the
11.10 based release. Already you can download from
http://snapshots.linaro.org/oneiric.

Some important things you'll want to be aware of.

We'll be upgrading the version of live-build that we use to generate
our images very soon. (today? tomorrow?) When we do so, it'll change
the format of the root file system tarballs. This unfortunately will
also mean you'll need to obtain a latest greatest version of
linaro-media-create otherwise linaro-media-create will fail.

The change in format of the tarball also means that the rootfs
tarballs will appear to be larger. Don't panic. Once installed with
linaro-media-create the installed image sizes are close to what they
were in natty. The reason for the extra size is live-build is putting
a copy of all the installed .debs into the tarball.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: 11.10 image changes

[Tom Gall]

On Tue, Oct 11, 2011 at 12:14 PM, Alexander Sack a...@linaro.org wrote:
 On Tue, Oct 11, 2011 at 7:08 PM, Tom Gall tom.g...@linaro.org wrote:

 The change in format of the tarball also means that the rootfs
 tarballs will appear to be larger. Don't panic. Once installed with
 linaro-media-create the installed image sizes are close to what they
 were in natty. The reason for the extra size is live-build is putting
 a copy of all the installed .debs into the tarball.


 Is inclusion of .debs a wanted feature or a side-effect from the new
 live-build version? What's the expected average growth in size of the
 download artifacts?

There might be a person out there somewhere who requested that
feature. Safe to say, I don't think it was anyone from Linaro.

I'm probably going to add a little code to just delete the extra gorp
if I can't find an option to outright turn it off. I want to get us up
to the newer version sooner rather than later tho and address clean up
like this or other bugs in the next week or so. Release early, release
often as they say ;-)


 --
 Alexander Sack
 Technical Director, Linaro Platform Teams
 http://www.linaro.org | Open source software for ARM SoCs
 http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: 11.10 image changes

[Tom Gall]

Hi Anmar,

On Tue, Oct 11, 2011 at 7:54 PM, anmar.ou...@linaro.org
anmar.ou...@linaro.org wrote:
 On 11 October 2011 13:08, Tom Gall tom.g...@linaro.org wrote:
 All,

 Our oneiric based images and hwpacks are shaping up in advance of the
 11.10 based release. Already you can download from
 http://snapshots.linaro.org/oneiric.

 Some important things you'll want to be aware of.

 We'll be upgrading the version of live-build that we use to generate
 our images very soon. (today? tomorrow?) When we do so, it'll change
 the format of the root file system tarballs. This unfortunately will
 also mean you'll need to obtain a latest greatest version of
 linaro-media-create otherwise linaro-media-create will fail.

 The latest l-m-c found in Ubuntu 11.10 or we need to use the bzr
 branch?  If using the bzr branch, why not bump the  version in the
 Ubuntu archive?

There will be a newly released version in the PPA that will contain
the support. Until that happens bzr will the only option. However
we're getting ahead of ourselves as the new formatted images aren't in
production yet. This is just a heads up this change is coming very
soon.

 anmar

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Oneiric image directory on snapshots.linaro.org

[Tom Gall]

On Fri, Oct 7, 2011 at 9:29 AM, James Westby james.wes...@canonical.com wrote:
 On Thu, 6 Oct 2011 16:29:47 -0500, Paul Larson paul.lar...@linaro.org wrote:
 I know this has come up before, but I'd like to raise it again: Is there any
 reason for the lack of consistency between directory layouts for:
 http://snapshots.linaro.org/oneiric/
 vs.
 http://snapshots.linaro.org/11.05-daily/

 Would it be possible to rename the oneiric directory to 11.11-daily and
 split the hwpacks off into a linaro-hwpacks directory like the 11.04 images?
 Also, keeping some kind of -oneiric or -11.11 on the image/hwpack dirs
 probably makes sense, but are we planning on changing anything after these
 become the default LEB images?

 The plan was to have oneiric as the place where they are stored, and
 then have a symlink stable pointing to then when that's what we are
 working on as stable.

 This was because 11.05/11.11 etc. are obsolete now, and we want to run
 two Ubuntu series in parallel for a while, and that will keep happening.

 That transition is clearly only partly complete, but getting the symlink
 should be easy.

Thanks for the update James. Say related we have the following hwpack
directory names:

efikamx-oneiric
igep-oneiric
imx51-oneiric
omap3-oneiric   
omap3-x11-base-oneiric
overo-oneiric
panda-oneiric
panda-x11-base-oneiric
vexpress-oneiric

If the top level directory is named oneiric (which I think is a good
one), seems like changing these directory names to remove -oneiric
from the end of the name would be in order.

 As for the rest of the comments (hwpacks directrory, suffix) can easily
 be changed via an RT if we want.

 Thanks,

 James

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Oneiric image directory on snapshots.linaro.org

[Tom Gall]

On Fri, Oct 7, 2011 at 9:41 AM, Christian Robottom Reis k...@linaro.org wrote:
 On Fri, Oct 07, 2011 at 01:37:29PM +0100, Peter Maydell wrote:
 On 7 October 2011 13:16, Fathi Boudra fathi.bou...@linaro.org wrote:
  On 7 October 2011 15:06, Peter Maydell peter.mayd...@linaro.org wrote:
  On 7 October 2011 11:23, Alexander Sack a...@linaro.org wrote:
  Also, it strikes me that we only use snapshots.linaro.org for ubuntu
 
  Eh? snapshots has more than just the ubuntu desktop images -- it
  has nano, alip, hwpacks and all the rest. I think calling it
  ubuntu-build would be rather confusing...
 
  These images are all Ubuntu based images.

 Yes, technically they're all based on Ubuntu, but I don't think
 that most people who use the nano image (say) think of it as
 primarily an ubuntu image. Maybe I'm wrong...

 I think Peter is probably right, but somehow we need to resolve the
 issue that snapshots /only/ contains Ubuntu-based stuff at the moment
 (or, put differently, nothing Android-related).

Is this policy or just implementation?

I could see at some point in the very near future especially with the
absurdly small images that things might be less than ubuntu based...
take a system which is nothing more than busybox as a for instance.


 More fundamentally, is there really a reason why we shouldn't have /all/
 images downloadable from snapshots.linaro.org? I find it a bit unobvious
 that you'd go to android-build to download Android images. Is it only
 me?

I agree. Central one stop shopping!

 (PS: I really dislike URLs with hyphens in them! Remember
 bazaar-vcs.org? Yuck)
 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Updated Libjpeg-turbo benchmarks

[Tom Gall]

All,

For those that care about such things, located in the linaro wiki :
https://wiki.linaro.org/TomGall/LibJpegTurbo is benchmarking
information and numbers from various arm boards and OSes. Much thanks
must be given to Chao Yang for collecting the android numbers. The
page is an evolving beast but I thought worth drawing your attention
to.

OSes include:
Android 2.3.5
Linux (Linaro natty)

Libs measured include:
libjpeg62
libjpeg62 + android extentions
libjpeg-turbo - 1.1.90
libjpeg-turbo - 1.1.90 + android extentions

I've also included some some graphs for those that might want a higher
level comparison.

I will at some point add libjpeg v8 numbers into the mix.

Feedback most welcome.
-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [ACTIVITY] Multimedia WG - Weekly Status for wk39.2011 (20110926-20110930)

[Tom Gall]

On Thu, Oct 6, 2011 at 9:30 AM, Christian Robottom Reis k...@linaro.org wrote:
 On Thu, Oct 06, 2011 at 08:44:01AM +0300, Fathi Boudra wrote:
 On 6 October 2011 00:43, Mans Rullgard mans.rullg...@linaro.org wrote:
  On 5 October 2011 18:35, Christian Robottom Reis k...@linaro.org wrote:
  On Wed, Oct 05, 2011 at 08:09:03PM +0300, Fathi Boudra wrote:
  Debian/Ubuntu P are going to move to libjpeg8 by default making
  current package obsolete in the future.
 
  Note that when we asked Darrell about this he questioned the performance
  benefits of version 8. Mans probably knows more.
 
  There is no benefit to v8.  v7 added support for the rarely/never used
  arithmetic coding option, left out of earlier versions due to patent
  issues.  Since nobody uses this mode, supporting it is irrelevant.
  v8 only adds some experimental, non-standard coding options even less
  relevant to any real-world uses.  What is relevant is, however, that
  v8 is significantly slower than v6 in the default configuration.  I
  don't remember if this slowdown was present already in v7.

 According to Bill Allombert, v8 support more image format and provide
 a higher image quality.

 I really question this statement based on what Mans and Darrell have
 both said (a number of times now). Where is the hard data that shows
 this is true?

Sounds like there needs to be a discussion with Bill. I would be
interested how he is measuring image quality.

 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

oneiric, hwpacks + linaro-media-create

[Tom Gall]

Hi,

Not getting any answers in #linaro. Which version of
linaro-media-create is required for oneiric based hwpacks and images?
 Should the PPA version suffice or does one need to use the latest
greatest from bzr?

Thanks!

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: debuild no secret keys

[Tom Gall]

Thanks for the help everyone. It was the .devscripts file that I
hadn't copied over which as it turned out was specifying which key was
to be used through DEBSIGN_KEYID.  It's always the simple things!

On Sun, Oct 2, 2011 at 4:40 PM, James Westby james.wes...@canonical.com wrote:
 On Fri, 30 Sep 2011 16:20:12 -0500, Tom Gall tom.g...@linaro.org wrote:
 Hi All,

 I'm setting up a new machine and I'm guessing I must have missed a
 step or a file.

 When I debuild -S -sa it's complaining about my secret key not being found.

 gpg: skipped Tom Gall tom.g...@linaro.org: secret key not available
 gpg: /tmp/debsign.Or3BKbui/live-build_3.0~a21-1linaro9~natty1.dsc:
 clearsign failed: secret key not available
 debsign: gpg error occurred!  Aborting


 Yet if I gpg -k on both a good machine and this new box I see the
 exact same set of keys listed.

 https://wiki.ubuntu.com/UbuntuDevelopment/Uploading#Signing_the_package

 has some tips on debugging this sort of thing that may help you.

 Thanks,

 James


-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: debuild no secret keys

[Tom Gall]

Hi Riku,

On Sat, Oct 1, 2011 at 6:19 AM, Riku Voipio riku.voi...@linaro.org wrote:
 On 1 October 2011 00:20, Tom Gall tom.g...@linaro.org wrote:
 Hi All,

 I'm setting up a new machine and I'm guessing I must have missed a
 step or a file.

 When I debuild -S -sa it's complaining about my secret key not being found.

 gpg: skipped Tom Gall tom.g...@linaro.org: secret key not available
 gpg: /tmp/debsign.Or3BKbui/live-build_3.0~a21-1linaro9~natty1.dsc:
 clearsign failed: secret key not available
 debsign: gpg error occurred!  Aborting

 Yet if I gpg -k on both a good machine and this new box I see the
 exact same set of keys listed.

 gpg -k lists public keys. see what gpg -K lists?

 Riku

Thanks for the pointer.

Yet again the same output for gpg -K on both machines.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

debuild no secret keys

[Tom Gall]

Hi All,

I'm setting up a new machine and I'm guessing I must have missed a
step or a file.

When I debuild -S -sa it's complaining about my secret key not being found.

gpg: skipped Tom Gall tom.g...@linaro.org: secret key not available
gpg: /tmp/debsign.Or3BKbui/live-build_3.0~a21-1linaro9~natty1.dsc:
clearsign failed: secret key not available
debsign: gpg error occurred!  Aborting


Yet if I gpg -k on both a good machine and this new box I see the
exact same set of keys listed.

Thoughts?

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

[ANNOUNCE] android-tools-(adb,fastboot}

[Tom Gall]

The development platforms team would like to announce the availability
of the android-tools-adb and android-tools-fastboot packages. This
allows one to have access to these tools without having to go through
all the steps involved with the AndroidSDK and can be useful
especially in situations where you just need the one or two tools.

The packages should be considered experimental. We are undecided if
these packages will be maintained long term as after all one can just
install the Android SDK. Feedback both positive or negative will
greatly help influence this decision.

The tools are found in ppa:linaro-maintainers/tools.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Announcing linaro-media-create and live-build integration

[Tom Gall]

Hi All,

As part of the 11.09 cycle I've completed an extension to live-build3
that add linaro-media-create. This means with this branch of linaro's
live-build 3 one is able to build your custom image and directly
output it to either your SD media or to a file which you an dd
directly to the media of your choice.

The extension lives in a bzr branch at
lp:~tom-gall/live-build/integrate-linaro-media-create

This code should be considered beta quality. There are bugs. The code
is however useful. It will be especially useful when combined with the
cross build support for live-build that was announced as part of the
11.07 cycle.

I've updated my HOWTO which can be found here:

https://wiki.linaro.org/LiveHelper/Hacking

If you run into issues please either file a bug in launchpad
https://bugs.launchpad.net/linaro-ubuntu , post to the list, or grab
me on irc. (tgall_foo or Dr_Who)

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Making it easier for Linaro users to help themselves

[Tom Gall]

I think this would be worthwhile session.

Coming from Gentoo, one thing we always put time into was our
documentation. It was/is generally goal based and smoke tested. As an
example, it's a worthwhile exercise to bring someone into the picture
who is completely unfamiliar with your area. Give them a goal and
point them at the wiki page(s) you think address the issue. If they
are able to accomplish the task without help great, if not, the help
you needed to give is what should have been in the document in the
first place.

It's too bad our wiki pages don't have a feedback mechanism to allow
people to comment on the quality of the information there, and post
problems/issues/questions left unanswered that they need.

Regards,
Tom

On Tue, Sep 27, 2011 at 11:57 AM, Dave Martin dave.mar...@linaro.org wrote:
 Hi all,

 Over recent months I've had a steady stream of comments from
 external people trying to use the Linaro deliverables about the
 difficulty of getting started, understanding what Linaro produces
 and how to use it.


 My experience with supporting users is that using and making sense
 of the linaro output is often not nearly as easy as we would like
 to believe.

 Part of the problem seems to be that we may not do a good job of
 passing on the knowledge and understanding necessary to allow
 users to help themselves.


 Is it worth a session at Linaro Connect to discuss how we could
 improve the situation?  This probably falls in the community
 area.


 Key things to discuss might be:

 * identifying and understanding our audience

 * providing the missing manual (what knowledge do we tend to
 assume in linaro that our audience may lack)

 * wiki ownership and maintenance (how do we _manage_ the
 information we produce to maximise its relevance and usefulness)

 (This includes identifying stale/obsolete information, removing
 duplicates and providing useful indices, contents lists and
 introductory material.)


 Ideally, we should get some users external to linaro to attend
 and/or provide input.

 Cheers
 ---Dave

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [REMINDER] Linaro 11.09 release dates and deliveries

[Tom Gall]

Greets,

On Wed, Sep 14, 2011 at 7:21 AM, Christian Robottom Reis
k...@linaro.org wrote:
 On Tue, Sep 13, 2011 at 09:50:22AM +0300, Fathi Boudra wrote:
 The following components are planned to be delivered this month:
 [...]
  * Multimedia WG: libjpeg-turbo (for Android)

 Why only for Android (the package should be generic, right?),

The code mentioned here is specifically for Android, and bounded by
#ifdef ANDROID, so yes the package is generic, however if you're not
building for android you won't see those additions, (least not yet).

There is work in progress with the upstream to morph the android
implementation of their API extensions to be more generic so that the
patches will be more acceptable. That won't be completed for 11.09.
Ideally it'll be be complete before the release of upstream 1.2.

 and what
 is the story with https://launchpad.net/smartt?
 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Bootchart results

[Tom Gall]

The machine, configuration would be also good to have as part of the
context. Media (class if applicable) in use.

The times noted for developer and nano seem quite long.

Regards,
Tom

On Mon, Sep 12, 2011 at 3:13 PM, Paul Larson paul.lar...@linaro.org wrote:
 This time with the attachment :)

 On Mon, Sep 12, 2011 at 2:16 PM, Paul Larson paul.lar...@linaro.org wrote:

 I started working on a results view in LAVA for the bootchart results
 since they are now part of the daily runs.  This is using a partial copy of
 the data I have locally, so please don't concern yourself too much with the
 actual data in it.  A couple of things to point out:
 1. legend is not placed well, that's something I'm not yet sure how to fix
 as my javascript-fu is lacking here (zyga, any ideas on this?)
 2. The set of results here is not very large.  That's adjustable and when
 it's using live data, should have a lot more data points to better see
 trends
 3. This is purposefully restricted to a single board.  We are not running
 benchmarks in a controlled enough manner as to make comparison of boards to
 one another reasonable, nor is it encouraged due to the collaborative nature
 of Linaro.
 In particular I'm looking for opinions on how it would be most useful to
 display this data.  This view shows all 4 image types on a single chart.  I
 did a previous version that had them separate.  Is there a preference? It
 would also be easy to do both on the same page, but perhaps a bit redundant.
 Thanks,
 Paul Larson

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev





-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

DEB_HOST_MULTIARCH is not a supported

[Tom Gall]

While updating my natty install on my beagle board xm, I ran into the following

Preparing to replace libjpeg-turbo62 1.1.90-1inaro6 (using
.../libjpeg-turbo62_1.1.90-1inaro6_armel.deb) ...
DEB_HOST_MULTIARCH is not a supported variable name at
/usr/bin/dpkg-architecture line 214.
dpkg: error processing
/var/cache/apt/archives/libjpeg-turbo62_1.1.90-1inaro6_armel.deb
(--unpack):
 subprocess new pre-installation script returned error exit status 9
DEB_HOST_MULTIARCH is not a supported variable name at
/usr/bin/dpkg-architecture line 214.
dpkg: error while cleaning up:
 subprocess new post-removal script returned error exit status 9


This doesn't make much sense as

dpkg-query -l multiarch-support
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Description
+++---
ii  multiarch-support2.13-0ubuntu13   Transitional package to
ensure multiarch compatibility


Least I thought that's all you needed to have installed for multiarch
support, judging by what I see in
http://wiki.debian.org/Multiarch/Implementation

Am I missing something obvious?

Thanks!

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: auxv + neon

[Tom Gall]

Perfect!

Thanks Jim!

On Sat, Sep 3, 2011 at 8:10 AM, Jim Huang js...@0xlab.org wrote:
 2011/9/3 Tom Gall tom.g...@linaro.org:
 Is a method via the aux vectors to know at runtime if neon is or is
 not present?

 hi Tom,

 Did you mean this?
    https://bugs.meego.com/show_bug.cgi?id=12448

 Regards,
 -jserv




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

libjpeg-turbo for Android available

[Tom Gall]

The initial port of Android's extensions to the current libjpeg-turbo
codebase is complete.

With Chao Yang's help we've validated using both the Linaro Android
LEB panda as well as CyanogenMod 7 on the Nook. (I'd validate on my
Nexus One too but I'm short of microSD cards)

It runs, image encode and decode tests pass and use of the library by
android components such as the browser and skia appears to be fine
with no issues. The past bugs seen with the 1.1.1 based proof of
concept are gone.

The code can currently be found in git at:

http://git.linaro.org/gitweb?p=people/tomgall/libjpeg-turbo/libjpeg-turbo.git;a=summary

from the 1.2-beta-linaro-andoid branch.

Be sure to read the ANDROID.txt file for build instructions. This
branch is SPECIFICALLY for android. It's not a wise idea (yet) to take
these contents and use for a traditional linux system (tho I have also
tested on linux with the extensions compiled in, I have not yet tested
with all the extensions turned off to make sure a pre android build
and a post android build without android support on are equal)

As soon as sourceforge sends me an email so I can confirm my account
there, I'll get a patch posted to the libjpeg-turbo patch tracker for
review. I anticipate there will be a comment or two and some slight
rework here and there but generally speaking the code should be in
good shape.

I have not yet started to do performance comparisons between the old
jpeg and libjpeg-turbo on android. That needs to be done.

Further neon hardware support is assumed, likely there will be a patch
to enable / disable optimization that counts on neon.

Also from the android extensions, support for ash and one optimization
for armv6 was not included. Both however are reasonable optimizations
and I can see including them at a future date.

I would include a pointer to the original android jpeg source but
android.git.kernel.org is still down.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: libjpeg-turbo for Android available

[Tom Gall]

On Fri, Sep 2, 2011 at 10:51 AM, Christian Robottom Reis
k...@linaro.org wrote:
 On Fri, Sep 02, 2011 at 10:34:47AM -0500, Tom Gall wrote:
 The initial port of Android's extensions to the current libjpeg-turbo
 codebase is complete.

 Tom, you've done a spectacular job carrying the -turbo work into the
 developer platform and now Android. I'm thrilled to see this come to
 fruition now, and the CyanogenMod test is a great bonus -- seeing this
 used on a real form-factor device means I can actually believe in it.

Thanks!

It's been fun and the fun shall continue!

 The code can currently be found in git at:

 http://git.linaro.org/gitweb?p=people/tomgall/libjpeg-turbo/libjpeg-turbo.git;a=summary

 from the 1.2-beta-linaro-andoid branch.

 Be sure to read the ANDROID.txt file for build instructions. This
 branch is SPECIFICALLY for android.

 Can you give a summary of what's being added here? i.e. what happened to
 Android when using libjpeg-turbo without these added patches?

For a more technical summary, the write up with the initial draft
submitted patch is probably more interesting. It's perhaps a little
too high level yet but for a patch of this size it's hard not to write
a book. But in the interest of release early, release often, there it
is.

https://sourceforge.net/tracker/?func=detailaid=3403461group_id=303195atid=1278160


 I see some pretty major changes in:

    
 http://git.linaro.org/gitweb?p=people/tomgall/libjpeg-turbo/libjpeg-turbo.git;a=commitdiff;h=ff1f5e7ce17701b48e53b7fcb3509f40715fd2e4

 It looks to me like the main changes are protected by the following
 defines, which probably answers part of my question above:

    ENABLE_ANDROID_NULL_CONVERT
    ANDROID_TILE_BASED_DECODE
    ANDROID_RGB

Yes, everything is bounded by #ifdef ANDROID or akin.  I'm kept to the
mostly kept to the Android define philosophy for now but I think it
reasonable to evolve the patch a bit and just go all ANDROID with the
exception of testing for say android neon or support for ash.

 (Ald yes, I have read ANDROID.txt which confirms the above but doesn't
 tell me much else ;-)

:-) Well it does say how to build it.

 Also, I see you adding config.h and jconfig.h files which I don't think
 you want to have committed, right?

I do. Those are both generated by the autotools. Android does not use
the autotools at all but these files must exist. Given there is no
./configure step in Android's build the next best thing is putting
copies into the android directory and expect builders to copy/move
them to the right place at build time. In my git tree however this
step is not necessary, however that branch is the git tree is only for
android.

 Do you really want an android/ config subdirectory?

Unfortunately. There might be a better way around this, I don't know
my Android build foo enough yet to see another method but perhaps some
android types might comment.

 I have not yet started to do performance comparisons between the old
 jpeg and libjpeg-turbo on android. That needs to be done.

 This might be Zach's next favorite demo!

I have two Nexus Ones that I am going to install side by side. I think
it might have some youtube potential :-)

 You might want to try out the toolchain guys' latest -03 and assorted
 optimization madness to see if they make a difference when you do that.

Indeed. There's more to do.

 Also from the android extensions, support for ash and one optimization
 for armv6 was not included. Both however are reasonable optimizations
 and I can see including them at a future date.

 What is the support for ash piece?

Ash is Android Shared memory.  http://elinux.org/Android_Kernel_Features#ashmem

 Good job!

Thanks.

 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs


-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

auxv + neon

[Tom Gall]

Is a method via the aux vectors to know at runtime if neon is or is
not present?

Thanks!

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

CFP : Have a Beagle or Beagle XM with a USB wifi?

[Tom Gall]

As the subject says. Looking for someone with either a beagle or
beagle xm board and has a USB Wifi. We'd like to knock off a bug. Your
help would be greatly appreciated. Please reply to me directly.
Thanks!

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: CFP : Have a Beagle or Beagle XM with a USB wifi?

[Tom Gall]

On Wed, Aug 31, 2011 at 10:51 AM, Robert Nelson robertcnel...@gmail.com wrote:
 On Wed, Aug 31, 2011 at 10:47 AM, Tom Gall tom.g...@linaro.org wrote:
 As the subject says. Looking for someone with either a beagle or
 beagle xm board and has a USB Wifi. We'd like to knock off a bug. Your
 help would be greatly appreciated. Please reply to me directly.
 Thanks!

 Hi Tom,

 Is there a specific USB WiFi chipset your targeting, or just working
 WiFi in general?

WiFi in general. In short we'd like to extend WiFi support into our
developer image.

 Regards,

 --
 Robert Nelson
 http://www.rcn-ee.com/




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: CFP : Have a Beagle or Beagle XM with a USB wifi?

[Tom Gall]

What we want to do for the next linaro release 11.09 is have working
USB wifi support out of the box on beagle/beagle xm with the developer
image.

Tho you won't have to twist my arm hard at all to include BT in that
goal as well Tony :-)

We like to keep the developer image as small as possible so the fun
part is keeping this to the minimal number of packages to make it
work.

For wifi I BELIEVE we just need to add wireless-tools.

So here's what I'd like you to do.

Grab the developer rootfs -
http://snapshots.linaro.org/11.05-daily/linaro-developer/20110831/0/images/tar/
grab the omap3 hwpack -
http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/omap3/20110831/0/images/hwpack/

Install to sd with linaro-media-create.

If you can apt-get install wireless-tools and see if that's enough to
get your wifi working. If not what else did you need?

For bluetooth, same Q if you want to have that as a goal as well. It's optional.

Either way I don't have a wifi USB device or BT so your help is essential!

Thanks!
Tom

On Wed, Aug 31, 2011 at 12:26 PM, Tony Mansson tony.mans...@linaro.org wrote:
 Tom,

 sure, I have an XM and a USB Bluetooth. I guess I can get a USB WiFi
 if I have to. But I agree that drivers can be an obstacle. What I
 don't have is a lot of spare time :-)

 But keep me in the loop.

 /Tony

 On 31 August 2011 17:52, Tom Gall tom.g...@linaro.org wrote:
 On Wed, Aug 31, 2011 at 10:51 AM, Robert Nelson robertcnel...@gmail.com 
 wrote:
 On Wed, Aug 31, 2011 at 10:47 AM, Tom Gall tom.g...@linaro.org wrote:
 As the subject says. Looking for someone with either a beagle or
 beagle xm board and has a USB Wifi. We'd like to knock off a bug. Your
 help would be greatly appreciated. Please reply to me directly.
 Thanks!

 Hi Tom,

 Is there a specific USB WiFi chipset your targeting, or just working
 WiFi in general?

 WiFi in general. In short we'd like to extend WiFi support into our
 developer image.

 Regards,

 --
 Robert Nelson
 http://www.rcn-ee.com/




 --
 Regards,
 Tom

 We want great men who, when fortune frowns will not be discouraged.
 - Colonel Henry Knox
 Linaro.org │ Open source software for ARM SoCs
 w) tom.gall att linaro.org
 w) tom_gall att vnet.ibm.com
 h) tom_gall att mac.com

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev





-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: 11.07 oprofile on panda busted?

[Tom Gall]

Thanks Rob for the suggestion.

Same number of runs as last time, same data file as well of course.

PU: CPU with timer interrupt, speed 0 MHz (estimated)
Profiling through timer interrupt
samples  %image name   symbol name
35   40.2299  libjpeg.so.62.0.0decode_mcu
17   19.5402  libjpeg.so.62.0.0h2v2_fancy_upsample
10   11.4943  no-vmlinux   /no-vmlinux
8 9.1954  libjpeg.so.62.0.0jsimd_idct_islow_neon
7 8.0460  libjpeg.so.62.0.0jsimd_ycc_extrgb_convert_neon
5 5.7471  libc-2.13.so /lib/arm-linux-gnueabi/libc-2.13.so
3 3.4483  libjpeg.so.62.0.0jpeg_fill_bit_buffer
1 1.1494  libjpeg.so.62.0.0decompress_onepass
1 1.1494  libjpeg.so.62.0.0sep_upsample

84 samples oprofile.timer=1

87 samples. oprofile.timer=1 nohz=0

On Mon, Aug 29, 2011 at 7:29 PM, Clark, Rob r...@ti.com wrote:
 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 tom.g...@linaro.org wrote:

 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
 a 1920x1280 jpeg image:

 CPU: CPU with timer interrupt, speed 0 MHz (estimated)
 Profiling through timer interrupt
 samples  %        image name               symbol name
 29       34.5238  libjpeg.so.62.0.0        decode_mcu
 27       32.1429  libjpeg.so.62.0.0        h2v2_fancy_upsample
 8         9.5238  libjpeg.so.62.0.0        jsimd_idct_islow_neon
 7         8.  libc-2.13.so             
 /lib/arm-linux-gnueabi/libc-2.13.so
 7         8.  libjpeg.so.62.0.0        jsimd_ycc_extrgb_convert_neon
 4         4.7619  libjpeg.so.62.0.0        decompress_onepass
 1         1.1905  libjpeg.so.62.0.0        sep_upsample
 1         1.1905  no-vmlinux               /no-vmlinux

 That's not a lot of samples given the time involved. Worse there's no
 way to adjust the timer up or down to adjust the number of samples
 being captured. It really hurts the usefulness of oprofile for looking
 at performance problems in user space code on arm which is what I'm
 trying to do in support of the upstream libjpeg-turbo community.

  Siarhei Siamashka for instance has also noted this. See
 http://ssvb.github.com/2011/08/23/yet-another-oprofile-tutorial.html
 (scan down to ARM Cortex-A8 performance monitoring)

 Not being wise to latest greatest in oprofile kernel mods, perhaps
 there's already a solution here... if so I'd love to hear it.

 On Mon, Aug 29, 2011 at 9:23 AM, Christian Robottom Reis
 k...@linaro.org wrote:
  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 in runtime?
  --
  Christian Robottom Reis, Engineering VP
  Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
  Linaro.org: Open Source Software for ARM SoCs
 



 --
 Regards,
 Tom

 We want great men who, when fortune frowns will not be discouraged.
 - Colonel Henry Knox
 Linaro.org │ Open source software for ARM SoCs
 w) tom.gall att linaro.org
 w) tom_gall att vnet.ibm.com
 h) tom_gall att mac.com

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: 11.07 oprofile on panda busted?

[Tom Gall]

On Tue, Aug 30, 2011 at 10:53 AM, Turgis, Frederic f-tur...@ti.com wrote:
 Hi,

 As indicated by Siamashka, we are expected to operate at scheduler tick rate, 
 i.e. 128Hz (drivers/oprofile/timer_int.c). From your test, we have 84 ticks, 
 i.e. 656ms of test.
 Is that correct ? I checked that also in our Android kernel and it was the 
 same.

Makes sense, but it brings me back to my earlier lament, that a user
tunable option to up the rate for the purpose of collecting more
samples would be quite desirable.

 The only impacts we have seen in the past are related to idle time. For same 
 duration, we had less ticks if more idle time. But Android guys, who used it 
 more than us, never really complained on this or timer granularity. Probably 
 this was more orented to multimedia use cases so 10s of s.


 Regards
 Fred

 Frederic Turgis
 OMAP Platform Business Unit - OMAP System Engineering - Platform Enablement




 Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 
 036 420 040 R.C.S Antibes. Capital de EUR 753.920
-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Suggestion for ARM related summits at Linaro Connect Q4.11 (co-hosted with UDS-P)

[Tom Gall]

On Tue, Aug 30, 2011 at 9:55 PM, Ricardo Salveti
ricardo.salv...@linaro.org wrote:
 Hey all,

 As we're having the Linaro Connect Q4.11 together with UDS-P, would
 like to know if there is any special topic it'd be useful to cover as
 a summit there.

 Any ARM related topics that might be related with cross-distro
 collaboration or just related with Ubuntu/Debian should fit.

A session on live-build probably makes sense.

 Some suggestions:
  - Arm Hard Float Port
  - Next steps for Multiarch at Ubuntu/Debian
  - Ubuntu ARM images discussion (Linaro hwpacks and Ubuntu spice seeds)

I'd suggest discussion around
  - an ARM based phone reference image of some sort. (probably a
subtopic under images)
  - an ARM based tablet image with touch based input also pops to
mind. (again probably a subtopic under images)

  - Minimal image support (Ubuntu core discussions)

+2!

  - 3D Support at ARM (GL ES x OpenGL)

 I know Steve McIntyre is trying to have an ARM summit at Plumbers, so
 we can also propose a similar summit to continue the discussions at
 Connect/UDS too, depending on the feedback from Plumbers.

 Thanks,
 --
 Ricardo Salveti de Araujo

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: 11.07 oprofile on panda busted?

[Tom Gall]

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
a 1920x1280 jpeg image:

CPU: CPU with timer interrupt, speed 0 MHz (estimated)
Profiling through timer interrupt
samples  %image name   symbol name
29   34.5238  libjpeg.so.62.0.0decode_mcu
27   32.1429  libjpeg.so.62.0.0h2v2_fancy_upsample
8 9.5238  libjpeg.so.62.0.0jsimd_idct_islow_neon
7 8.  libc-2.13.so /lib/arm-linux-gnueabi/libc-2.13.so
7 8.  libjpeg.so.62.0.0jsimd_ycc_extrgb_convert_neon
4 4.7619  libjpeg.so.62.0.0decompress_onepass
1 1.1905  libjpeg.so.62.0.0sep_upsample
1 1.1905  no-vmlinux   /no-vmlinux

That's not a lot of samples given the time involved. Worse there's no
way to adjust the timer up or down to adjust the number of samples
being captured. It really hurts the usefulness of oprofile for looking
at performance problems in user space code on arm which is what I'm
trying to do in support of the upstream libjpeg-turbo community.

 Siarhei Siamashka for instance has also noted this. See
http://ssvb.github.com/2011/08/23/yet-another-oprofile-tutorial.html
(scan down to ARM Cortex-A8 performance monitoring)

Not being wise to latest greatest in oprofile kernel mods, perhaps
there's already a solution here... if so I'd love to hear it.

On Mon, Aug 29, 2011 at 9:23 AM, Christian Robottom Reis
k...@linaro.org wrote:
 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 in runtime?
 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Android Tools

[Tom Gall]

On Thu, Aug 25, 2011 at 2:20 PM, Christian Robottom Reis
k...@linaro.org wrote:
 On Thu, Aug 25, 2011 at 04:15:37PM -0300, Ricardo Salveti wrote:
 On Thu, Aug 25, 2011 at 4:04 PM, Zach Pfeffer zach.pfef...@linaro.org 
 wrote:
  One thing to keep in mind is that developers will get these tools from
  Google during their SDK install. Are we going to wrap that install?

 The idea was to make some of the tools available at Ubuntu directly,
 so that's why it'd be good to know which tools are the most important
 ones first.

 I definitely want Ubuntu to be a fantastic platform for Android
 development, and if the best experience is provided by having the
 tools packaged directly, let's do it.'

With this kind of approach one could be one apt-get away from having
an Android developer suite installed on their ubuntu system combined
with Linaro's improvements.

OTOH as Zach mentioned, one could keep the expectation that Android
devs must complete the install steps as documented at Google, and that
further additions from linaro would be a further steps.

As long as install isn't awful, I could see either way being reasonable.


 Another criteria is if it allows for more opportunistic Android hacking
 -- i.e. I have an Ubuntu system and an Android device and am scared of
 this big opaque third-party-provided Android SDK; can I install some
 tools (adb etc) from the Ubuntu archive that let me start hacking right
 away?

I'd sure like to think so.

 --
 Christian Robottom Reis, Engineering VP
 Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
 Linaro.org: Open Source Software for ARM SoCs

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

11.07 oprofile on panda busted?

[Tom Gall]

Hi all,

Say has anyone else run oprofile on recent builds on panda?

By recent I mean say anything since 11.07? Reason for asking is I'm
seeing basically a very very small number of samples being recorded...
 as in there's no way this is right.

Log:

root@linaro-desktop:/home/linaro/ltj-1.1.90-d# opcontrol --reset
Signalling daemon... done
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# opcontrol --start
Profiler running.
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# ./djpeg
~linaro/Saturn.jpg  /dev/null
Decoding took 1216 ms
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# ./djpeg
~linaro/Saturn.jpg  /dev/null
Decoding took 1206 ms
root@linaro-desktop:/home/linaro/ltj-1.1.90-d#
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# ./djpeg
~linaro/Saturn.jpg  /dev/null
Decoding took 1207 ms
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# ./djpeg
~linaro/Saturn.jpg  /dev/null
Decoding took 1212 ms
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# opcontrol --stop
Stopping profiling.
root@linaro-desktop:/home/linaro/ltj-1.1.90-d# opreport -l ./djpeg
Overflow stats not available
CPU: CPU with timer interrupt, speed 0 MHz (estimated)
Profiling through timer interrupt
samples  %symbol name
1100.000  put_pixel_rows

I'll pull the latest and retry still, this I think is the11.07
ubuntu-desktop LEB release for panda (or pretty close)
uname -a
Linux linaro-desktop 3.0.0-1001-linaro-omap #1~ppa~natty-Ubuntu SMP
PREEMPT Mon Jul 25 22:44:36 UTC 2011 armv7l armv7l armv7l GNU/Linux

Thanks!

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

GUIMark 3

[Tom Gall]

Just passing this along as it looked interesting.

http://www.craftymind.com/guimark3/

Caveat emptor.

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Multistrap and required packages

[Tom Gall]

Hi Wookey (and others that might be interested)

With Mutlistrap and qemu we've gotten live-build to be able to cross
build most of our images. The next step however in nano is to pull out
a number of the packages and in some cases replace them with busybox
components to get an even smaller rootfs. An important part of this is
to not include recommends AND not take into account required packages.
It would appear that multistrap is unable to ignore the required
packages. There are a number of them.

You will also note in the log below a number of the busybox
replacements explicitly conflict with their non-busybox brethren. In
the Multistrap package list, the non-busybox versions are not listed
yet Multistrap is pulling them in (as well as others I had removed).

Grepping through the Multistrap perl source I don't see a way forward
but I know you're the expert here. I would appreciate your thoughts.

Here's the log :

multistrap 2.1.6ubuntu3 using config/multistrap.config
Using foreign architecture: armel
multistrap building armel multistrap on 'amd64'
INF: Setting ./lib64 - ./lib symbolic link.
Getting package lists: apt-get  -o Apt::Architecture=armel -o
Dir::Etc::TrustedParts=/etc/apt/trusted.gpg.d -o
Dir::Etc::Trusted=/etc/apt/trusted.gpg -o Apt::Get::Download-Only=true
-o Apt::Install-Recommends=false -o Dir=/bld/nano-nano-cross/chroot/
-o Dir::Etc=/bld/nano-nano-cross/chroot/etc/apt/ -o
Dir::State=/bld/nano-nano-cross/chroot/var/lib/apt/ -o
Dir::State::Status=/bld/nano-nano-cross/chroot/var/lib/dpkg/status -o
Dir::Cache=/bld/nano-nano-cross/chroot/var/cache/apt/ update
[ERROR - 22.Aug.11 19:54:23]: Not on Blue network, aborting...
Get:1 http://ppa.launchpad.net natty Release.gpg [316B]
Ign http://ppa.launchpad.net/linaro-maintainers/overlay/ubuntu/
natty/main Translation-en
Ign http://ppa.launchpad.net/linaro-maintainers/overlay/ubuntu/
natty/main Translation-en_US
Get:2 http://ports.ubuntu.com natty Release.gpg [198B]
Ign http://ports.ubuntu.com/ natty/main Translation-en
Ign http://ports.ubuntu.com/ natty/main Translation-en_US
Ign http://ports.ubuntu.com/ natty/universe Translation-en
Ign http://ports.ubuntu.com/ natty/universe Translation-en_US
Get:3 http://ports.ubuntu.com natty Release [39.8kB]
Get:4 http://ppa.launchpad.net natty Release [9,753B]
Get:5 http://ppa.launchpad.net natty/main armel Packages [42.8kB]
Get:6 http://ports.ubuntu.com natty/main armel Packages [1,528kB]
Get:7 http://ports.ubuntu.com natty/universe armel Packages [5,867kB]
Fetched 7,488kB in 46s (162kB/s)
Reading package lists... Done
I: Calculating required packages.
apt-get  -y  -o Apt::Architecture=armel -o
Dir::Etc::TrustedParts=/etc/apt/trusted.gpg.d -o
Dir::Etc::Trusted=/etc/apt/trusted.gpg -o Apt::Get::Download-Only=true
-o Apt::Install-Recommends=false -o Dir=/bld/nano-nano-cross/chroot/
-o Dir::Etc=/bld/nano-nano-cross/chroot/etc/apt/ -o
Dir::State=/bld/nano-nano-cross/chroot/var/lib/apt/ -o
Dir::State::Status=/bld/nano-nano-cross/chroot/var/lib/dpkg/status -o
Dir::Cache=/bld/nano-nano-cross/chroot/var/cache/apt/ install
2.7-minimal adduser apt apt-transport-https apt-utils base-files
base-passwd bash bsdutils busybox-initramfs busybox-linaro-adduser
busybox-linaro-findutils busybox-linaro-grep busybox-linaro-hostname
busybox-linaro-mount busybox-linaro-nano busybox-linaro-tar
busybox-linaro-udhcpc busybox-syslogd ca-certificates console-setup
console-terminus coreutils cpio dash debconf debconf-i18n debianutils
diffutils dpkg dropbear e2fslibs e2fsprogs findutils gcc-4.5-base
gnupg gpgv grep gzip hostname ifupdown initramfs-tools
initramfs-tools-bin initscripts insserv iproute iputils-ping kbd
keyboard-configuration klibc-utils libacl1 libattr1 libblkid1
libbz2-1.0 libc-bin libc6 libcap2 libcomerr2 libcurl3-gnutls libdb4.8
libdbus-1-3 libdrm-intel1 libdrm-nouveau1a libdrm-radeon1 libdrm2
libgcc1 libgcrypt11 libglib2.0-0 libgnutls26 libgpg-error0
libgssapi-krb5-2 libk5crypto3 libkeyutils1 libklibc libkrb5-3
libkrb5support0 libldap-2.4-2 liblocale-gettext-perl liblzma2
libncurses5 libncursesw5 libnih-dbus1 libnih1 libpam-modules
libpam-modules-bin libpam-runtime libpam0g libpcre3 libplymouth2
libpng12-0 libpopt0 libreadline6 libsasl2-2 libselinux1 libsepol1
libslang2 libss2 libssl0.9.8 libstdc++6 libtasn1-3
libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl
libudev0 libusb-0.1-4 libuuid1 linaro-overlay linaro-overlay-minimal
locales login lsb-base makedev mawk module-init-tools mount mountall
multiarch-support ncurses-base ncurses-bin net-tools netbase
netcat-openbsd passwd perl-base plymouth procps python python-minimal
python2.7-minimal readline-common sed sensible-utils sudo sysv-rc
sysvinit-utils tar tzdata ubuntu-keyring udev upstart util-linux
xkb-data xz-utils zlib1g
Reading package lists... Done
Building dependency tree... Done
Note, selecting 'python2.7-minimal' for regex '2.7-minimal'
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you 

libjpeg-turbo 1.1.90 for linaro 11.08

[Tom Gall]

In support of the Linaro 11.08 release, the libjpeg-turbo package has
been updated substantially from 1.1.1 to 1.1.90 which closely tracks
the upcoming 1.2 community release.  On ARM make test passes and image
quality appears to be good. (of note to the Android WG bugs #823960
and  #826642 are not present) This new version of libjpeg-turbo is
include in the ubuntu-desktop and alip reference images.

ChangeLog since 1.1.1

1.1.90 (1.2 beta1)
==

[1] Added a JNI wrapper for TurboJPEG/OSS.  See java/README for more details.

[2] TurboJPEG/OSS can now scale down images during decompression.

[3] Added SIMD routines for RGB-to-grayscale color conversion, which
significantly improves the performance of grayscale JPEG compression from an
RGB source image.

[4] Improved performance for non-x86 machines.

[5] Added a function to the TurboJPEG API which performs lossless transforms.
This function uses the same back end as jpegtran, but it performs transcoding
entirely in memory and allows multiple transforms and/or crop operations to be
batched together, so the source coefficients only need to be read once.  This
is useful when generating image tiles from a single source JPEG.

[6] Modified jpgtest to benchmark the new scaled decompression and lossless
transform features in TurboJPEG/OSS.

[7] Added support for 4:4:0 (transposed 4:2:2) subsampling in TurboJPEG, which
was necessary in order for it to read 4:2:2 JPEG files that had been losslessly
transposed or rotated 90 degrees.

[8] All legacy VirtualGL code has been re-factored, and this has allowed
libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license.

[9] libjpeg-turbo can now be built with YASM.

[10] Added SIMD acceleration for ARM Linux and iOS platforms that support
NEON instructions.

[11] Refactored the TurboJPEG C API so that it uses pixel formats to define the
size and component order of the uncompressed source/destination images as well
as uses the libjpeg memory source and destination managers.  The latter allows
the TurboJPEG compressor to grow the JPEG buffer as necessary.

[12] Eliminated errors in the output of jpegtran on Windows that occurred when
the application was invoked using I/O redirection
(jpegtran input.jpg output.jpg).

[13] The inclusion of libjpeg v7 and v8 emulation as well as arithmetic coding
support in libjpeg-turbo v1.1.0 introduced several new error constants in
jerror.h, and these were mistakenly enabled for all emulation modes, causing
the error enum in libjpeg-turbo to sometimes have different values than the
same enum in libjpeg.  This represents an ABI incompatibility, and it caused
problems with rare applications that took specific action based on a particular
error value.  The fix was to include the new error constants conditionally
based on whether libjpeg v7 or v8 emulation was enabled.

[14] Fixed an issue whereby Windows applications that used libjpeg-turbo would
fail to compile if the Windows system headers were included before jpeglib.h.
This issue was caused by a conflict in the definition of the INT32 type.

[15] Implemented a more efficient version of TJBUFSIZE() which computes a
worst-case JPEG size based on the level of chrominance subsampling.

[16] Fixed 32-bit supplementary package for amd64 Debian systems which was
broken by enhancements to the packaging system in 1.1.

[17] Support for decoding JPEG images that use the CMYK or YCCK colorspaces.


-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Linaro 11.08 + libjpeg-turbo for linux + android

[Tom Gall]

All,

The current 1.1.90 code with mandeep's reworked change that was
accepted yesterday passes all make test and correctly displays the
android reference image that was showing quality problems with the
older 1.1.1 androidized proof of concept.

Given this situation for Linaro's 11.08 release we are going to ship
the upstream 1.1.90 version. I do not believe we should do any further
development with the older 1.1.x branch of code.  This works well for
linux and will make Monday's RC build. (for those on the
libjpeg-turbo-devel list, Linaro ships a reference image every month)

For android the situation is a little less clear. Basically we'll need
to re-forward-port the android specific changes to the 1.1.90 code. It
will take some time and we will submit this upstream to the
libjpeg-turbo project of course. I don't want a hack like the POC for
android was. So for the android team short term I think it's your
choice, you can continue to include the 1.1.1 POC in your builds but
for things that might be busted, you get to keep both halves. I think
the POC has served it's purpose and now's the time to focus on what
will benefit both the Linaro Android WG, the upstream libjpeg-turbo
community longer term.

Thanks!

-- 
Regards,
Tom

We want great men who, when fortune frowns will not be discouraged.
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev