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…https://launchpadlibrarian.net/85716285/buildlog_ubuntu-precise-i386.vtk_5.…
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
Hey
To give us greater control over filtering, the linaro-release@
Launchpad mailing-list will be replaced by a lists.linaro.org list
called linaro-releases@. The ~linaro-release team will use this latter
mailing-list as contact address and the Launchpad mailing-list will be
deactivated.
Consider subscribing to the new list if you're interested in release
bugs and release matters!
Thanks,
--
Loïc Minier
v2 is based on the latest omap-serial runtime patches, which
can be found here[1]
The series passes minimal data that allows serial console
boot, with UART's initialised from device tree.
However some of low power support for UART and remote
wakeup needs more work.
Boot tested on OMAP4 panda and OMAP4 sdp boards.
Patches can be found here..
git://gitorious.org/omap-pm/linux.git for-dt/serial
Changes in v2:
-1- Got rid of binding to define which uart is console
-2- Added checks to default clock speed to 48Mhz
-3- Added compatible for each OMAP family
-4- Used of_alias_get_id to populate port.line
regards,
Rajendra
[1] git://gitorious.org/runtime_3-0/runtime_3-0.git 3.2-rc2_uart_runtime
Rajendra Nayak (4):
omap-serial: Get rid of all pdev->id usage
omap-serial: Use default clock speed (48Mhz) if not specified
omap-serial: Add minimal device tree support
ARM: omap: pass minimal SoC/board data for UART from dt
.../devicetree/bindings/serial/omap_serial.txt | 10 +++
arch/arm/boot/dts/omap3.dtsi | 31 ++++++++
arch/arm/boot/dts/omap4.dtsi | 28 +++++++
arch/arm/mach-omap2/board-generic.c | 1 -
drivers/tty/serial/omap-serial.c | 80 +++++++++++++++----
5 files changed, 132 insertions(+), 18 deletions(-)
create mode 100644 Documentation/devicetree/bindings/serial/omap_serial.txt
I just downloaded directfb-1.6.0pre1-2011.11.tar.bz2 from [1] and wonder
what are the build options for this?
I.e. what are the best/tested/recommended configure/compile options for
this? And maybe which compiler to use (if this matters ;) )?
Are there any binary packages available, too?
Many thanks and best regards
Dirk
[1] https://launchpad.net/linaro-multimedia-project/2011.11/2011.11/
These patches fix and tweak various cache settings for the 4460
resulting in a speed increase exceeding 10% in some tests.
Mans Rullgard (5):
OMAP4: apply L2 cache lockdown workaround only on 4460 ES1.0
OMAP4: enable double linefill on 4460
OMAP4: fix PL310 prefetch offset setting
OMAP4: set PL310 prefetch offset to 3
OMAP4: do not force workarounds for errata fixed in 4460
arch/arm/mach-omap2/Kconfig | 3 ---
arch/arm/mach-omap2/omap4-common.c | 25 ++++++++-----------------
2 files changed, 8 insertions(+), 20 deletions(-)
--
1.7.7.4
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.
--
Tixy
Hi.
I'm doing some work on the validation server (validation.linaro.org). My
work SHOULD NOT affect production but if I do something by accident any
you spot any issues please let me know immediately.
Thanks
Zygmunt Krynicki
Status with details on both the delivered content for 11.11 and the
plans for 11.12:
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/WeeklyReport
Last weekly meeting minutes:
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Notes/2011-11-22
Highlights
- Codecs
+ Created a wiki page to collect the status of NEON optimisation of
different codecs:
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/NeonStatus.
Feedback is welcome as well as adding your favourite libraries!
- For LJT:
+ scoped out use across main, universe and multiverse of libjpeg62,
libjpeg8 and -dev
+ ppa tom-gall/libjpeg-turbo updated with libjpeg8 compat version of
libjpeg-turbo
+ all packages that use libjpeg-dev pushed to ppa (31 pending builds
yet, 89 successful 0 failures)
- UMM
+ Completed the xf86nouveau development of dri2video support.
+ Setup CI build to test CMA on snowball:
https://ci.linaro.org/jenkins/view/All/job/linux-linaro-snowball-cma-test/
+ Reworked debugfs and trace patches for CMA v17
Comments, clarifications needed? Please let me know!
Best regards,
--
Ilias Biris ilias.biris(a)linaro.org
Project Manager, Linaro
M: +358504839608, IRC: ibiris Skype: ilias_biris
Linaro.org│ Open source software for ARM SoCs
Hi,
I got the following errors from my recent uploads to
linaro-maintainers/staging-overlay ppa:
Rejected:
Orphaned debug packages: zlib1g-udeb-dbgsym
1:1.2.3.4.dfsg-3ubuntu3linaro1 (i386)
So it seems ddebs have been enabled (thanks!), but seems broken - I
didn't do anything udeb
related while packaging, and if udebs are being dropped automatically,
seems so should be done
to the udebs dbgsym package.
Cheers,
Riku
Status report in detail - contains the delivered content for 11.11 and
the plans for 11.12 as of now:
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport
Last weekly meeting notes:
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-11-23
Highlights:
- Based on the meeting last week with DX side: no changed lately on
NUX. openGLES code has been merged, and believed to be functional and
working. At the moment doing more testing on NUX. There is a shift in DX
to accept branches after more testing, much of which is automated.
+ In the future there is more need for testing for functional
verification and also regression testing
+ Specification related to the tests was requested from DX. Note that
the tests for the graphics stack have not been decided yet.
+ For the Linaro side what is important is that DX team want to have
a test for every major feature/release related to openGLES. New features
should be accompanied by test code, covering the functionality as we
well as regression cases.
+ Admittedly there is still a definition pending on DX side about
what coverage to provide, not every submission will need a new test
necessarily. This is still being decided at the DX team level, and they
will communicate with Linaro on the process (still undefined on wk47)
o This delay in communicating the test specification can
potentially cause delays on Graphics WG
- Daily benchmarks running on LAVA:
+
http://validation.linaro.org/lava-server/dashboard/streams/anonymous/linaro…
+ Dealing with some final issues: Having some boot issues, probably
kernel related, which will need to be cleared this week
- Starting in 11.12 to analyse the power management work for Graphics
- Moved all Launchpad projects for Graphics WG to use trunk as their
active series of development
Any questions or clarification needed? Please let me know.
--
Ilias Biris ilias.biris(a)linaro.org
Project Manager, Linaro
M: +358504839608, IRC: ibiris Skype: ilias_biris
Linaro.org│ Open source software for ARM SoCs
