Age | Commit message (Collapse) | Author |
|
This was only being applied to the amdfalconx86 BSP earlier.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The issue was first noted and fixed for the amdfalconx86 BSP. We
now move it to common so it applies across all.
Signed-off-by: Awais Belal <awais_belal@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>
|
|
Move the llvm 3.7.1 version from the amdfalconx86 BSP
layer to the common layer so it can be leveraged on
other machines.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
This moves the libdrm 2.4.66 recipe to the common layer so
it could be used for platforms other than amdfalconx86.
This move essentially upgrades the package for other BSPs
as this tends to be the latest version available in the
meta-data.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
These files were left in mistakenly during an upgrade of
the package, these are not needed as the patches are
already incorporated in the source of the currently
used version.
Signed-off-by: Awais Belal <awais_belal@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>
|
|
Since these include files are only ever included once, get rid of them
and embed their contents into the bb file directly.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Move the amdfalconx86 gstreamer1.0-omx recipe bits to the common layer
to apply to all AMD platforms.
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>
|
|
Move the amdfalconx86 version 1.1 libvdpau recipe to common
to apply to all AMD platforms.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
This was listed in the DEPENDS of glamor-egl however there are no
references to it in the glamor-egl sources so it appears safe to remove.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
The versions of glamor-egl on steppeeagle and amdfalconx86 were
previously different but there is nothing machine specific. Consolidate
them and change the PV to appropriately reflect that it is the current
git version.
Note that this package appears abandoned in the community so we should
probably start looking to replace this.
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>
|
|
Some configurations were duplicated among different
configuration fragments or enabled in one and then
disabled in the other vice versa. This has been
consolidated and corrected now.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Update definitions to allow overriding of the said variables
through configuration files.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
linux-yocto/rt: use common-pc-64 as KMACHINE
|
|
The closest kernel understandable machine for the amdfalconx86
platform is the common-pc-64. We now use it as KMACHINE per
the yocto standards and manipulate configurations
accordingly.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
gstreamer1.0-plugins-ugly requires x264 for building properly.
We now enable x264 in the COMMERCIAL_MULTIMEDIA so the
dependency is handled as needed.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
linux-yocto/rt: split out standard only configurations
|
|
linux-yocto: fix kgdb hangs and warnings
|
|
Some of the configuration being passed through user config fragment
are explicitly disabled in the kernel for RT type. This produces
build warnings that the configuration does not apply cleanly.
We split out the mentioned configuration to a separate config
fragment and use that in case of standard type kernel only.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
KGDB does not play nice if DEBUG_PREEMPT and DEBUG_RODATA
are enabled in the kernel. The connecting GDB gives
warning that further execution would not be possible
once it hits a breakpoint. Additionally, continuing
or stepping while debugging runs into hangs sometimes
and freezes the target.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Fixes
WARNING: [kernel config]: specified values did not make it into the kernel's final configuration:
Value requested for CONFIG_DRM_I915_PRELIMINARY_HW_SUPPORT not in final ".config"
Requested value: "CONFIG_DRM_I915_PRELIMINARY_HW_SUPPORT=y"
Actual value set: ""
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
The kernel is upgraded to 4.1.18 stable tag. We specifically
remove a kernel CVE coming in from mel-updates that has been
merged already in the kernel we're upgrading to here.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
This enables support for touchscreens with multitouch
support. The hid-multitouch driver supports a number
of devices so it would be a good idea keeping it in
as a module.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
|
|
The AMD Falcon family uses an R8168 NIC for ethernet
which is a Realtek based card. The in-kernel R8169
driver shows flaky behavior on some of the Falcon
family variants so we integrate and leverage through
the official R8168 driver provided by Realtek.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Currently the Pademelon platforms have only one functional
serial port which is ttyS0. In case of ttyS1, if a
getty is started the kernel console gets flooded with
genirq: Flags mismatch irq 3. 00000000 (serial) vs. 00000080 (AMD0010:00)
we disable getty on ttyS1 for the time being.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
This is primarily done because the Pademelon based boards
advertise ttyS0/ttyS1 as their serial interfaces.
We still keep getty available on the old ttyS4/ttyS5
ports so at least a login through serial on older boards
is possible.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Fixes
WARNING: [kernel]: An auto generated BSP description
was used, this normally indicates a misconfiguration.
Check that your machine (amdfalconx86) has an
associated kernel description.
The warning is superfluous in our case so we close
it.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
There are some issues with DAL support now resulting in
kernel oops messages appearing in the dmesg log.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
Until the IMC driver is available anyone using the SPI test utility is
at risk of bricking their boards. We'll remove it for now to reduce
that risk.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
|
|
The handling of AMD CZ SMBus device isn't yet available
in the mainline 4.1 kernel so we patch the support in
to get the on-board eMMC working for the Falcon family
of platforms.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
In order to apply the kernel configuration fragments
deterministically we should first apply the base configurations
which are amdfalconx86-standard and amdfalconx86-preempt-rt
in the different kernel types. We now include the common
recipe fragment (linux-yocto-amd-4.1.inc) at the end so
the earlier listed fragments appear ahead in the SRC_URI
and get applied in the same manner.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
In order to use MICROCODE_EARLY which is an intention for the
latest AMD GPU to work correctly the MICRODE configuration
needs to be built-in (y) rather than configured as a
module.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
We disable the R8168 driver which is not needed anymore as
we've dropped it while upgrading for 4.1 kernel version
and the in-tree R8169 driver handles compatibility
issues with the DASH controller which were seen earlier
with the 3.14 kernel version.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
In order to generate a scratch kernel configuration we need
to use a machine not know to the kernel otherwise if we
specify a known machine like common-pc-64, the default
configuration for this machine is used and any other
machine configurations like the amdfalconx86.cfg are
ignored.
We fix this issue by defining the KMACHINE to amdfalconx86
for the falcon family so we can reliably provide configuration
fragments to handle kernel configuration.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
With the upgrade to 4.1.15 a separate directory was created
for patches and configurations which applied on the 4.1 kernel
separately although some of the old configuration fragments were
still used. With the removal of version 3.14 this is no longer
necessary, creates confusion and would be harder to maintain
at the end of the day.
We now consolidate these directories to have a single one
which provides everything needed to go through a sane
build.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
We now use 4.1.15 for both RT and standard kernel so drop
the unneeded 3.14 kernel.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
A lot of things are common between the standard and RT kernel
metadata so we use an include to specify these generic settings
between the two types of kernel recipes.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
We now use 1.0.0 for amdfalconx86 machine.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|
|
We now use 3.7.1 for amdfalconx86.
Signed-off-by: Awais Belal <awais_belal@mentor.com>
|