Age | Commit message (Collapse) | Author |
|
The disclaimer text for license-restricted packages is updated
to align with the other standard MEL BSPs. Additionally some
minor refactoring is done for the same alignment needs.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Imc support
|
|
It is seen that when a boolean variable isn't enabled,
there's no change to the value at all, not even a space
if += is used.
So in order to cope with the value exactly and to avoid
un-intended results we use .= to strengthen the logic.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
- amdfalconx86 / SteppeEagle: IMC and AMD SPI SDK
- BaldEagle: Enable IMC
Signed-off-by: Arindam Nath <arindam.nath@amd.com>
Signed-off-by: Michael Powell <michael_powell@mentor.com>
|
|
|
|
This essentially upgrades mesa and llvm for the steppeeagle
and baldeagle BSPs while the amdfalconx86 BSP already uses
the ugraded versions.
Mesa is upgraded from 10.6.3 to 11.0.8 (git)
LLVM is upgraded from 3.4.2 to 3.7.1
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The radeon driver is not RT-safe so we only pick it up
when a standard kernel is being used.
We also adjust the PREFERRED_PROVIDER for virtual/kernel
accordingly.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
These two recipes are virtually identical and can be combined
into a new renamed recipe (xf86-video-amd) with just a few
overridden variables.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Rename the RT selection variable as it is not strictly
specific to amdfalconx86.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Provide details and variables for enabling the commercial
multimedia packages and mplayer2 support. This will
be done through local.conf.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The base version available for libav for jethro onwards
branches is 9.18 so we update accordingly in order to
steer clear of the QA warnings.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
BaldEagle, SteppeEagle and AMD Falcon Series are multilib
architectures with the rootfs/tools having lib64 additionally
to /lib. If these platforms are not marked with having multilib
compatibility we run in to issues like:
ERROR: Unable to locate installed libc.so file
(/usr/lib/libc.so). This may mean that your external toolchain
uses a different multi-lib setup than your machine configuration.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
|
|
Resolves open Yocto build errors such as:
ERROR: Nothing RPROVIDES 'firmware-wireless' (but
...poky/meta/recipes-core/packagegroups/packagegroup-base.bb
RDEPENDS on or otherwise requires it)
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
MEL provides a subset of firmware from linux-firmware that
have acceptable licensing terms through firmware-wireless
so we use that as it follows the general product rules.
It is done through recommendations so to avoid issues
in open environment.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
|
|
The layer priority under meta-amd is currently same (6) for all
layers. Which makes it a little difficult to deterministically
override changes from the layers we inherit from.
We now adjust the priority of all layers so things like
prepend/append can be done a little more deterministically.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Conflicts:
common/recipes-benchmark/iperf/iperf_2.0.5.bbappend
common/recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bbappend
common/recipes-core/initrdscripts/initramfs-live-install_1.0.bbappend
common/recipes-multimedia/gstreamer/gstreamer1.0-libav_%.bbappend
common/recipes-multimedia/mplayer/mplayer2_git.bbappend
meta-baldeagle/conf/machine/baldeagle.conf
meta-steppeeagle/conf/machine/steppeeagle.conf
|
|
The meta-steppeeagle layer should not affect build meta-data
when it is not intended to be built.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The connman version is handled through mel specific
versioning so no warnings/errors are encountered
in the open builds.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Conflicts:
common/recipes-graphics/mesa/mesa_10.4.4.bbappend
common/recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bbappend
|
|
bitbake reads MACHINEOVERRIDES from left to right, least to most specific. Prepend 'amd:' to
stay compliant.
|
|
Conflicts:
common/recipes-kernel/lttng/lttng-modules/Update-compaction-instrumentation-to-3.12-kernel.patch
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
connman version 1.28 is now available which provides quite a few
bug fixes over the 1.25 version. We now move to 1.28 to leverage
the stability.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
A display mode is necessary in order to kick off the VESA driver
through kernel commandline particularly in the legacy boot mode
otherwise the frame buffer device (/dev/fb) is not created and
hence the logo/splash displays fail.
This is safe as X server can further set itself up according to
its own configuration rather than relying on this.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
OE-Core has obsoleted the usage of base_contains function in favor
of the bb.utils.contains functions. The earlier one will be dropped
in coming releases of OE-Core.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
|
|
This enables the CONFIG_FB_UVESA kernel option which seems to
conflict with CONFIG_FB_EFI or CONFIG_FB_RADEON. Since we don't
need multiple FB options this seems like the simplest fix.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
This rather large patch upgrades the AMD Steppe Eagle and
Bald Eagle platforms to the v3.12.34 stable tag.
Additionally it renames the kernel recipe to linux-amd since
it is _not_ a linux-yocto style recipe.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
This is in preparation for the upcoming upgrade to the latest
stable kernel v3.12.x version.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Both BaldEagle and SteppeEagle use the same xorg configuration
hence it can be moved to common layer.
Any BSP requiring additional configurations should provide
the conf file through an append as it was done earlier.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The BaldEagle and SteppeEagle layers both simply override the
DRIDRIVERS setting to 'radeon', we can move this to common
layer as it works for both BSPs.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
- Mullins support present in 7.4.0
|
|
intamddet-144
|
|
- Move xf86-video-ati_git.bb to xf86-video-ati.inc and create two versioned recipes to be used
- SteppeEagle: Remove libdrm preferred version
|
|
Moving on to version 2.5.4 of libdrm, the patches for MULLINS
family are already found in the mentioned version so the
append from steppeeagle layer can be safely dropped.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
The common bits for radeon-firmware package are now
moved to amd/common layer. SteppeEagle and BaldEagle layers
now contain platform specific updates only.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Both SteppeEagle and BaldEagle configurations for xserver-xorg
are common, so we now move the appending bb to the amd/common
layer.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The recipes for wdt-load and gpio-load are now part
of the common layer.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
mesa recipe updates are now moved to amd/common layer
with architecture specifications. The BaldEagle and
SteppeEagle layers now only contain var settings for
DRIDRIVERS.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The base recipe for libvdpau is now moved to amd/common.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The main recipe for xf86-video-ati is now provided through
the amd/common layer. The BaldEagle and Steppe Eagle only
provide specifics for platform.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|