Age | Commit message (Collapse) | Author |
|
Hardware and software floating point packages updated; adds also a
runtime dependency against libgl-mesa-dev for libgl-mx6-dev.
Change-Id: Ic2c9bec2df8147e17d7299ddea0a7b077c0e2f69
Signed-off-by: Lauren Post <lauren.post@freescale.com>
|
|
Change-Id: Iaedeb955467d820717b200bfd85d61dd920ae79e
Signed-off-by: Lauren Post <lauren.post@freescale.com>
|
|
The kernel now needs to use GNU bc to be built since version 3.9. The following
commit message from the kernel explains the reason:
commit 70730bca1331fc50c3caacaea00439de1325bd6e
Author: H. Peter Anvin <hpa@zytor.com>
Date: Thu Feb 14 15:13:55 2013 -0800
kernel: Replace timeconst.pl with a bc script
bc is the standard tool for multi-precision arithmetic. We switched
to Perl because akpm reported a hard-to-reproduce build hang, which
was very odd because affected and unaffected machines were all running
the same version of GNU bc.
Unfortunately switching to Perl required a really ugly "canning"
mechanism to support Perl < 5.8 installations lacking the Math::BigInt
module.
It was recently pointed out to me that some very old versions of GNU
make had problems with pipes in subshells, which was indeed the
construct used in the Makefile rules in that version of the patch;
Perl didn't need it so switching to Perl fixed the problem for
unrelated reasons. With the problem (hopefully) root-caused, we can
switch back to bc and do the arbitrary-precision arithmetic naturally.
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Michal Marek <mmarek@suse.cz>
Change-Id: I09ec3629bf47aa4768bd21b0cfb1ca6fb6f5b18f
Signed-off-by: Lucas Dutra Nunes <ldnunes@ossystems.com.br>
|
|
libvpu was changed from imx-lib to imx-vpu so
now gst-fsl-plugins depends on both imx-lib
and imx-vpu.
imx-lib does provide libipu required by
gst-fsl-plugin
Change-Id: I623f5aec270f9c0bd19aefdfbf93e4e6222f8fd2
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
This includes following commit:
commit 3832258715cd19aa3e26ac5f35ef7be230454924
Author: Otavio Salvador <otavio@ossystems.com.br>
Date: Tue Oct 29 15:00:24 2013 -0200
mx6sabre{auto,sd}: Change FDT loading address to avoid overlaping
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Tested-by: Daiane Angolini <daiane.angolini@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Change-Id: I7bf08f962b7956ba6f4c645a1d3ed0188eb8ac0d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I53be94701187e7a7bdbfc371a3ba84d0d28ead39
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Andy Voltz <andy.voltz@timesys.com>
|
|
FSL_EULA_FILE is defined with :=, which means it contains a full absolute path
to the layer directory. If this is allowed to make it into the task checksum,
it becomes impossible to use the shared states for these recipes without
having meta-fsl-arm in the exact same path in the filesystem it was in when
the sstate archives were created. Add FSL_EULA_FILE to
do_unpack[vardepsexclude].
Signed-off-by: Christopher Larson <kergoth@gmail.com>
|
|
When the buffer time is 512000, there are many audio
bitstreams can't be played, like 88.2k/6channles/16b
on sabre_SD and 96k/24b/6channels on sabre_auto.
Because ALSA can't calculate a suitable playback parameter
group (period_size, period_time, period_count, buffer_size,
buffer_count and so on) for these bitstreams.
So update the buffer time to 450000, which will fix the problem.
Change-Id: Idf2c59c3e5a2447f5d22e00d9f1b35ddb1a6fc4d
Signed-off-by: Wang Shengjiu <B02247@freescale.com>
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Change-Id: Id3dce7c7531acb790e289438adfe08b5b9bcf87c
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
This package wraps lib-vpu with proper
licensing.
Change-Id: I21da011672eb2ce7c000abd4f5ed10baec58d9ba
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
The lib-vpu must be remove from imx-lib package due to
a license conflict.
Beside that a list of patches was included over 11.09.01:
* ENGR00277379 yocto: Makefile changes to build on Yocto
* ENGR00272020 Add EULA.txt to VPU lib directory
* ENGR00215182 HDMI CEC:Add Makefile of hdmi-cec lib
* ENGR00234665 Enable pxp library building
* ENGR00230334: Fix for GCC 4.6 toolchain and build warnings
* ENGR00221837-2 ipu lib: only build for i.MX5 platform
* ENGR00179726-2 Add VDOA V4L support to VPU unit test
* ENGR00177165: Fix build error of missing videodev.h
* ENGR00174611: Configured ePxP lib for MX6
* ENGR00170744 IPU lib:Control interface supports allocating pmem buf
* ENGR00170632 IPU lib:Allocate pmem buf for rotation buf
* ENGR00170455 IPU lib:Change head file for flash
Change-Id: I034f22535d78edfce08519eead0310b2a8b4e4a0
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
This updates to 3.12-rc5 kernel. Following patches are still pending:
83cc074 iio: mxs-lradc: Fix the order of resources removal
bc59b31 iio: mxs-lradc: Add MODULE_ALIAS
569cd56 ARM: mxs-lradc: Simplify mxs_lradc_trigger_init error handle
0e35b56 ARM: dts: imx28-evk: Enable touchscreen support
Change-Id: I335d7ee2016e72b694cf66d0bdb2f86d92d5e374
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This updates the U-Boot fork to a 2013.10 based release and include
following changes on top of that:
4b2e99f mx6sabresd: Use mmcblk0 for CONFIG_MMCROOT
60fe20e mx28evk: Extend environment to easy write of NAND system
e2f0dee mx28evk: Add 'nandboot' environment command
319cafc mx28evk: Use 512k for fdt partition to align it
e92e0d3 imx_watchdog: do not soft-reset while watchdog init
Change-Id: Ib875751bdc66325fb8237c553529a2462bd76176
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
virtual/bootloader is a commonly used target. This patch
adds it for meta-fsl-arm machines.
Other BSP layers have this provider and when using a mutli-machine
distro setup bitbake virtual/bootloader
builds a wrong u-boot for fsl machines
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
meta-qt5 uses 5.1.1, update bbappend accordingly
Signed-off-by: Christoph Settgast <christoph.settgast@methodpark.de>
Acked-by: Eric Bénard <eric@eukrea.com>
|
|
In order to create asound.state:
* alsamixer - adjust any parameter (i.e. volume)
* alsactl store - copy the current alsa parameters to
/var/lib/alsa/asound.state
* use asound.state as new default value
Change-Id: I4a313d8250207d13dd1c193a353f93b4f5b6f74e
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
imx-audio depends, in fact, of alsa-utils. It's a
set of scripts that intend to configure some alsa
parameters using amixer.
The same thing may be achieved, not depending on
alsa-utins, by asound.state.
Change-Id: I0f7c27c4dbfaf51ba44773d94a794daba14c01f9
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Change-Id: I107e8a9929b25dd1b6361912d2eed64ddfeb2a94
Reported-by: Philippe Mangaud <r49081@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
NAND boot writer
Change-Id: Ibb835df13a595b3a70c374853c6861d3444f279a
Signed-off-by: Lauren Post <lauren.post@freescale.com>
|
|
This includes U-Boot 2013.10-rc4 based version plus following change:
d97067b mx6sabresd: Use mmcblk0 for CONFIG_MMCROOT
The change is need, together with a linux-imx change for eMMC
registering number, to allow same U-Boot environment to be compatible
with Linux mainline and Linux FSL 3.0.35-4.1.0.
Change-Id: Id9937a7be74b5dd6a5848e81395193bfd13e67a9
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
On sabresd boards we boot from SDHC3, so let's register it as mmc0.
Currently eMMC is mmc0 and mmc1 can be SDHC3 or SDHC2 (if present).
Registering SDHC3 is safer as we can always find the rootfs.
Change-Id: I99bb38c1b5939dc095bbddd298db3cf37fb7c2dc
Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: Id37d371e2c2f3218654e1d736dde2ac1ba73dfda
Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br>
|
|
The gst-plugins-base is common to the soc-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.
Change-Id: I8733f145be5a002806fce9449d89745b8654ccfd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
- remove 5.0.2 as meta-qt5 has 5.1.0 by default
- tested on i.MX53 with eglfs and xcb platforms. FPS is not very
good despite the GPU (~24 fps on 800x480)
- tested on i.MX6 with eglfs platform : performance is very good
(> 150 fps on 640x480)
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
so that users don't have to customize it outside,
else we get very stranges errors like :
ERROR: Multiple versions of mesa are due to be built
(/scratch/openembedded-core/meta/recipes-graphics/mesa/mesa_git.bb
/scratch/openembedded-core/meta/recipes-graphics/mesa/mesa_9.1.6.bb).
Only one version of a given PN should be built in any given build.
You likely need to set PREFERRED_VERSION_mesa to select the correct
version or don't depend on multiple versions.
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
This allow U-Boot to build the need native tools during the build
process.
Later this ought to be reworked to proper split this into a cross
recipe but it is too late in the Yocto 1.5 release for it.
Change-Id: I069313b991778ea1502995beb36224fe1ae8c996
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
It causes build failures in several machines and it's too late to
rework it properly.
This reverts commit 2076ae7530a7ed2aa40678502598e74b0f533def.
Change-Id: I2f0c21559516195941832c2bca7b1dc50c90852a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The 'tools' directory build native binaries and we ought to avoid them
when doing a target build.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The xf86-video-imxfb-vivante is common to the soc-architecture so we
ought to reflect this in the PACKAGE_ARCH setting.
Change-Id: Ia011bbb11264a8daaa50e2988008d0f4bfc8b400
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The libdrm is common to the soc-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.
Change-Id: I1b33ee5e24b34639db8ad10517dadd1a74d2e2fb
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The firmware-imx is common to the soc-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.
Change-Id: Ib8c45fd2589e7a7fa10275021152ae7f951bf51e
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The MACHINE_GSTREAMER_PLUGIN is now set in mxs-base.inc so we don't
need it here.
Change-Id: Ief9de139dd3ca110fb8ea3f636b7df0afca8f465
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
By default, we add, gst-fsl-plugin for all i.MX28 based boards as done
by Freescale.
Change-Id: I146de9685dbbdb2ae185c55e976e8414256d602c
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
kernel.
Change-Id: I86c4f50af09cd2879eae749cb3c694657796cf0a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
kernel.
Change-Id: I9b702584af1576c8a816943a7690356575245398
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
kernel.
Change-Id: I880147182edf7023747fb7d756a2eab2a54b3071
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
kernel.
Change-Id: I4ae950e38e50d75bc0a6e14aabedd7d3102eff65
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I812549fa9982f87ef9d6998623be9557cb731811
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: Iafacf04fc9299b3e55b01f15b6aa02a728e356da
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I9315d48f5da96b2980666f21ab73e55db3e8b8c6
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I5d2b23fb31f17becc10a7c5955aee9ff4d940a17
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I172c119d66774df90dcd2a8a649bc2d8191e701f
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I0d14dce02fc5263a403ad3b0b55b1e67ccae0c5a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: Id16d6160b08ea054d528d0b251031f0532ed2938
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I86c77a6aa19ee40b151246bb9531ff7194a4b983
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I61f115780b3f9b3518e3af45f278e4602b192d1a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The Xorg 1.11.4 version has been dropped so we don't have an ABI
incompatible Xorg anymore and we now use the Xorg in sync with
OE-Core/Poky so this is not need anymore.
Change-Id: I8c9b1f4f233f41ff2644bd3c50c657148633e17d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow to easy reuse of binary packages among similar SoCs. The
usual use for this is to share SoC specific packages among different
boards. The class can be used to share GPU packages for i.MX53 boards
(as all them share the AMD GPU) and i.MX6 based boards (as all them
share Vivante GPU).
It inspects the database and identify if the package provides or
depends on one of subarch provided values and if it does, it sets the
PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
machine specific filter, it sets it to MACHINE_ARCH.
This reduces the amount of packages we build, for example in case of
core-image-x11 we:
$ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
75
So we reuse 75 binaries; these would be build otherwise.
It being dynamically set or statically set it has following benefits:
* correctness: it is easier to ensure the system behaves as expected
* correctness for non-tracked recipes: new recipes, if depending on
virtual/kernel or GPU has the right architecture choosen, without a
.bbappend file for them
* safeness: non-expert users get a more adequate behavior as the
complexity of choosing the right architecture is simplified for them
* easy maintenance: it is easier for me, as maintainer, to maintain a
code which decides what to do than having hundreds of bbappend files
for it
Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The vf60 SoC family does not has VPU so we shouldn't include the
gst-fsl-plugin. We fix it making an override for the SoC family as
done for 'mx3' one.
Change-Id: I2eadf16b67cafc8b91e4968b6108ce4c90f7e284
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|