| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Create a new layer containing all code related to the Mali400 graphics
stack and software. This includes the Mali kernel module / patches,
libglu/libgles code, mesa, wayland, kernel recipe and udev rules. This
layer also includes a dynamic layer for the qt5 bbappends and patches.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recently oe-core implemented an architetural change that WORKDIR is no
longer to be used as a dumping group for miscellaneous files.
link: https://lists.openembedded.org/g/openembedded-architecture/topic/cleanup_of_workdir_by/105739556
oe-core: e022d62ba917 ("base/bitbake.conf: Introduce UNPACKDIR")
Based on changes submitted by Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
|
|
|
| |
Results in patching error of weston, patch applied twice.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|\
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
MALI_PACKAGE_ARCH depends MACHINE_ARCH depends on MACHINE
We can ignore MACHINE_ARCH, as only the resulting value matters, otherwise
the package now depends on MACHINE
PACKAGE_ARCH can ignore MALI_PACKAGE_ARCH, again only the
resulting value of PACKAGE_ARCH matters. Otherwise the value
of MALI_PACKAGE_ARCH will be used in the hash, even if the condition is
not true.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
libmali only provides GL ES 2 interfaces, but Weston 10.0.2 requires GL ES 3
interfaces. Disble 10.0.2 version in this case, and fall back to 9.0.0.
The 9.0.0 version is based on the last 9.0.0 supported Yocto Project version.
One minor change was required, in order to support on-target upgrade from the
unmodified 10.0.2 to the libmali 9.0.0 requires a way to enabel PE set to 1.
However if the 9.0.0 version doesn't use libmali, we don't want the PE set
so that 10.0.2 remains the superior version.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|\ \
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
libmali only provides GL ES 2 interfaces, but Weston 10.0.2 requires GL ES 3
interfaces. Disble 10.0.2 version in this case, and fall back to 9.0.0.
The 9.0.0 version is based on the last 9.0.0 supported Yocto Project version.
One minor change was required, in order to support on-target upgrade from the
unmodified 10.0.2 to the libmali 9.0.0 requires a way to enabel PE set to 1.
However if the 9.0.0 version doesn't use libmali, we don't want the PE set
so that 10.0.2 remains the superior version.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
(cherry picked from commit 076b278f8e15b5d3f23f3cb625399b950c273c99)
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Disabling GL_EXT_unpack_subimage as it is not supported by GLES2.0
Signed-off-by: Parth Gajjar <parth.gajjar@amd.com>
Reworked recipe SRC_URI to only apply to libmali case
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead of replacing the template weston.ini from the original recipe, augment
it as needed:
1. There is a PACKAGECONFIG option to set idle-time=0. Use it.
2. For zynqmp device enablement, set gbm-format=rgb565.
This keeps the template weston.ini intact so the user can easily uncomment the
desired options while running on the target.
Signed-off-by: Christian Kohn <chris.kohn@amd.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| | |
Combination of MACHINE_FEATURES = 'mali400' and DISTRO_FEATURES = 'libmali'.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |\
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
libmali provides GLESv1 and v2, but not v3 which Weston is using.
Implement workarounds for v3 usage
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Dependency gbm found: NO found 17.3 but need: '>= 21.1.1' (cached)
Message: dmabuf-feedback requires gbm which was not found. If you rather not build this, drop "dmabuf-feedback" from simple-clients option.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
MALI_PACKAGE_ARCH depends MACHINE_ARCH depends on MACHINE
We can ignore MACHINE_ARCH, as only the resulting value matters, otherwise
the package now depends on MACHINE
PACKAGE_ARCH can ignore MALI_PACKAGE_ARCH, again only the
resulting value of PACKAGE_ARCH matters. Otherwise the value
of MALI_PACKAGE_ARCH will be used in the hash, even if the condition is
not true.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
9.0.0 and 12.x no longer can use the same ARG8888 patch, break this up by
version.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
libmali only provides GL ES 2 interfaces, but Weston 10.0.2 requires GL ES 3
interfaces. Disble 10.0.2 version in this case, and fall back to 9.0.0.
The 9.0.0 version is based on the last 9.0.0 supported Yocto Project version.
One minor change was required, in order to support on-target upgrade from the
unmodified 10.0.2 to the libmali 9.0.0 requires a way to enabel PE set to 1.
However if the 9.0.0 version doesn't use libmali, we don't want the PE set
so that 10.0.2 remains the superior version.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Disabling GL_EXT_unpack_subimage as it is not supported by GLES2.0
Signed-off-by: Parth Gajjar <parth.gajjar@amd.com>
Reworked recipe SRC_URI to only apply to libmali case
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Instead of replacing the template weston.ini from the original recipe, augment
it as needed:
1. There is a PACKAGECONFIG option to set idle-time=0. Use it.
2. For zynqmp device enablement, set gbm-format=rgb565.
This keeps the template weston.ini intact so the user can easily uncomment the
desired options while running on the target.
Signed-off-by: Christian Kohn <chris.kohn@amd.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
| | |
| | |
| | |
| | |
| | | |
Combination of MACHINE_FEATURES = 'mali400' and DISTRO_FEATURES = 'libmali'.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |/
|/|
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
libmali provides GLESv1 and v2, but not v3 which Weston is using.
Implement workarounds for v3 usage
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|/
|
|
|
|
|
| |
Dependency gbm found: NO found 17.3 but need: '>= 21.1.1' (cached)
Message: dmabuf-feedback requires gbm which was not found. If you rather not build this, drop "dmabuf-feedback" from simple-clients option.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|\
| |
| |
| | |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This ensures that we do not need keyboard/mouse or other input system
Weston's default behavior is to not open if input devices are not
found, but we may not always have input devices connected for systems
running weston in field.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is based on 762a20b493cc219a46d9ac188fe4895a111ee7b4 from
meta-openembedded-core. It was later reverted in master because it breaks
the fbdev backend. At Xilinx, we are using the drm backend so it is safe
to add this.
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Current as of honister commits
e09625b31c6dbe7121665a554e26e267b809beb1 and
a849f29bcbd85c6d30d2ef4e061ef332ea555450
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Use 644 permission for the Xilinx ini file which matches the default ini file
permissions from upstream. This allows non-root users to also load this ini
file.
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
| |
Create a new meta-xilinx-core, move core functionality to the core, keeping
board specific files in the bsp layer.
zynqmp-generic changed from require <board> to include, so if meta-xilinx-bsp
is not available it will not fail.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
|
|
|
|
|
|
|
|
|
| |
Update the systemd service file to launch weston as root user instead of the
weston user as otherwise weston errors out with an EGL_BAD_ALLOC error which
has not been root caused at this point.
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This ensures that we do not need keyboard/mouse or other input system
Weston's default behavior is to not open if input devices are not
found, but we may not always have input devices connected for systems
running weston in field.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is based on 762a20b493cc219a46d9ac188fe4895a111ee7b4 from
meta-openembedded-core. It was later reverted in master because it breaks
the fbdev backend. At Xilinx, we are using the drm backend so it is safe
to add this.
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
Current as of honister commits
e09625b31c6dbe7121665a554e26e267b809beb1 and
a849f29bcbd85c6d30d2ef4e061ef332ea555450
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
|
|
|
|
|
|
|
| |
Use 644 permission for the Xilinx ini file which matches the default ini file
permissions from upstream. This allows non-root users to also load this ini
file.
Signed-off-by: Christian Kohn <christian.kohn@xilinx.com>
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
|
Create a new meta-xilinx-core, move core functionality to the core, keeping
board specific files in the bsp layer.
zynqmp-generic changed from require <board> to include, so if meta-xilinx-bsp
is not available it will not fail.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|