| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
(cherry picked from commit 912829e1aa543326682f45656b6240db97864655)
|
|
|
|
|
|
|
|
| |
- Complete the move to the new override system also for vybrid
- Drop the sub SoC family vf50 and vf60 in favour of using only vf
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
(cherry picked from commit 2f8003c30fe290881d12280221b44bae7ce0b373)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TF-A package can have several providers: upstream TF-A implementation,
or NXP downstream fork. Functionality to switch this provider, and to
select which package shall be included into the target image is missing
in the layer however, defaulting the usage of the layer to NXP
downstream fork only.
Introduce the Default TF-A Provider define, make it overridable, and
default it to NXP downstream fork. This allows user to re-define the
package name later shall they choose to integrate upstream TF-A package
instead.
Current upstream TF-A version (v2.7) does not support HAB feature of
i.MX8M family, see [1]. If the upstream TF-A version is chosen, then
HAB will not be available for all SoCs that are opting-in. This is
indicated in the comment where default TF-A provider variable is set.
This might change with future TF-A release, so later it can be revised
and statement in include file can be potentially removed.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Link: [1]: https://lists.trustedfirmware.org/archives/list/tf-a@lists.trustedfirmware.org/message/5UYYI4CNLQ5OWWHU466JBK6I5QIQ2VRS/
(cherry picked from commit b61c4907b1926061cbf627ee1fd5dd8eb8e53d59)
|
|
|
|
|
|
|
|
|
|
|
| |
Properly set provider for i.MX GPU, as noted by bitbake:
```
NOTE: Multiple providers are available for virtual/opencl-icd (imx-gpu-viv, opencl-icd-loader)
Consider defining a PREFERRED_PROVIDER entry to match virtual/opencl-icd
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 0c9f999f93873d02ed59b1e6b94b6cd93a2ca96d)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The kernel binary image is by default deployed into the rootfs, /boot/.
openembedded-core changed the way it is done in a not backwards
compatible way.
I.e. it now RRECOMMENDS instead of RDEPENDS the package which contains
the kernel binary image.
Commit 1c90b27d2c ("kernel: make kernel-base recommend kernel-image, not depend")
So the way to not deploy also changed. Change machines and recipes
which want to prevent kernel deployment accordingly.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
(cherry picked from commit 5171b4b59adae5f5cea3c0df7a07d5a6a1585c51)
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 17aed5a1b8edff1922ff34ee13621010ae023d23)
|
|
|
|
|
|
|
|
| |
The BOARD_TYPE is board-specific, so move it from the .inc to the
.conf.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 40d5578d5d873fa005fbaa920d35d6cce9b0d1dd)
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 6b82b2c90c94f433f8a4beb9f0ea594449ecf90b)
|
|
|
|
|
|
|
|
|
| |
Now that we have a symlink with constant name 'imx-boot' independent
on the use of the MACHINEOVERRIDE 'imx-boot-container', drop the
additonal imx-boot-container-bootpart file as imx-imx-boot-bootpart
does the same thing.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 451bafe6d6e0523d0f6143f6862bb6c5b42ac8f6.
This is necessary to follow the pattern used by imx-base.inc.
Also prevents the following error: "No kickstart files from
WKS_FILES were found"
It happens because WKS_FILE was already assigned and can't be
reassigned by SOC_DEFAULT_WKS_FILE due to a weaker assignment
(??=).
Signed-off-by: Vinicius Aquino <vinicius.aquino@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
Although it seems a good idea to use a weak default for KERNEL_IMAGETYPE
this cannot be achieved since kernel.bbclass does already a default
assignment which has precedence over weak assignments.
If a machine requeires other image types, KERNEL_IMAGETYPE needs to be
assigned by the machine config file.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
Although it seems a good idea to use a weak default for SERIAL_CONSOLES
this cannot be achieved since bitbake.conf does a weak assignment after
the inclusion of machine config files. This will override the weak
assignment here. Revert the changes for SERIAL_CONSOLES variable to bring old
behaviour back.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 9d5c49f8c604f117da0995f8946ff04c17caada9.
Although it seems a good idea to use a weak default for SERIAL_CONSOLES
this cannot be achieved since bitbake.conf does a weak assignment after
the inclusion of machine config files. This will override the weak
assignment here. Revert to bring old behaviour back.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
When maintaining a hardware support layer for a SOM there will be different
mainboards and BSP for this SOM. Depending on the use case there may be
different needs for a console UART. When providing a valid weak default
in meta-freescale a machine definition can override this easier as well as
a BSP for a specific mainboard.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
When maintaining a hardware support layer for a SOM there will be different
mainboards and BSP for this SOM. Depending on the use case there may be
different needs for console UART and KERNEL_IMAGETYPE. When providing a
valid weak default in meta-freescale a machine definition can override this
easier as well as a BSP for a specific mainboard.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
When maintaining a hardware support layer for a SOM there will be different
mainboards and BSP for this SOM. Depending on the use case there may be
different needs for SD / e-MMC images. When providing a valid weak default
in meta-freescale a machine definition can override this easier as well
a BSP for a specific mainboard.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The i.MX 1.18.5 version of gstreamer1.0-libav is not compatible with
upstream ffmpeg 5.5.0 and results in the follow build errors:
```
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: ext/libav/libgstlibav.so.p/gstavaudenc.c.o: in function `gst_ffmpegaudenc_set_format':
/usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:246: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: /usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:292: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: /usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:336: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: /usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:317: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: ext/libav/libgstlibav.so.p/gstavaudenc.c.o: in function `gst_ffmpegaudenc_start':
/usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:197: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: ext/libav/libgstlibav.so.p/gstavvidenc.c.o:/usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavvidenc.c:252: more undefined references to `avcodec_get_context_defaults3' follow
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
| |
The architecture is independent of the number of cores, so update
the 8XLite suffix from mx8dxl to mx8xl.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The imx8dx-mek machine is similar to imx8qxp-mek and so the mx8qxp override
was included in the MACHINEOVERRIDES hierarchy. This is non-standard, and
the rework of the SOC overrides didn't handle it properly, leading to a
build break:
```
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: 8QX boot binary build
| cp: failed to access '/home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/git/iMX8DX/scfw_tcm.bin': Not a directory
| WARNING: /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636:179 exit 1 from 'cp /home/aquino/src/ossystems/oel-platform/build/tmp/deploy/images/imx8dx-mek/imx-boot$
tools/scfw_tcm.bin /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/git/iMX8DX/scfw_tcm.bin'
| WARNING: Backtrace (BB generated script):
| #1: compile_mx8x, /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636, line 179
| #2: do_compile, /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636, line 151
| #3: main, /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636, line 189
ERROR: Task (/home/aquino/src/ossystems/oel-platform/sources/meta-freescale/recipes-bsp/imx-mkimage/imx-boot_1.0.bb:do_compile) failed with exit code '1'
```
Fix the problem by removing mx8qxp from the mx8dx hierarchy and adapting
existing mx8qxp overrides appropriately.
Fixes: #1027
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
| |
When using a kernel/bootloader fork maintained by board vendor and there are
somer flavours ist would be good to have only weak assignments here. This enables
to override the default by machine config and set final by distro or local.conf.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
| |
This is a pre-release version from upcoming NXP Q2 release added to
kirkstone to fix mesa compatibility problems. The commit does also
update the recipe to align with the one in OE-core.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
| |
This is a pre-release version from upcoming NXP Q2 release added to
kirkstone to fix mesa compatibility problems. The patch
0001-meson-add-libdrm-vivante-to-the-meson-meta-data.patch is dropped
as it is now upstream.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
| |
Align with 8M family. Enabling Crypto enables FP and SIMD as well.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new SOC overrides changed the priority for the NXP machine feature
overrides (like imxgpu2d) to be higher than the SOC override (like
mx8qxp). This change manifested as a change to the weston-init
configuration for mx8qxp and mx8qm, causing the addition of -use-g2d=1
to the weston runtime configuration file weston.ini.
The problem is fixed simply by moving the feature overrides before the
SOC overrides to match the old priority order. However, to provide
consistency, rather than just match the old priority order, the
features are now moved lower in priority than any of the SOC group
overrides as well (like mx8 and mx8x).
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|\
| |
| | |
Clean-up obsolete ATF load address for i.MX8M machines
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Upstream U-Boot commit d9a6f0eed66a ("tree: imx: remove old fit
generator script") dropped the FIT generator script, which was using
environment variable setting the ATF load address into the FIT ITS file.
This has been replaced by binman node description, where ATF address is
defined, hence the enviroment variable is not required anymore.
Clean-up the layer's class and machine description to remove the
variable, which is not used anymore.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
|
|/
|
|
|
|
|
|
|
|
| |
When include/imx-base.inc was simplified to use the imx-{mainline,nxp}-bsp
overrides, the "mx23" category of machines was missed.
Build tested with imx233-olinuxino-* and imx23evk.
Run tested with imx233-olinuxino-maxi.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The required x11 driver stuff has been removed from imx-gpu-viv and
thus the X11 driver is no longer buildable.
Drop the recipe and fallback on the default X11 fb driver.
| ERROR: Nothing RPROVIDES 'libvivante-dri-imx' (but .../meta-freescale/recipes-graphics/xorg-driver/xf86-video-imx-vivante_6.4.0.p0.0.bb RDEPENDS on or otherwise requires it)
Completes 747c96f5 ("imx-gpu-viv: Upgrade to 6.4.3.p2.4").
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
|
|
| |
To assist existing layers to convert to the new BSP-specific
overrides. Besides failing the parsing of the recipes where it is in
use, we provide a script to automate most of it.
Fixes: #990.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
| |
Refs: 9b9f9bb1 ("imx-base.inc: Add missing mx8x overrides")
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|\
| |
| | |
imx-base.inc: Add missing mx8x overrides
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The i.MX 8QXP and 8DXL are in the 8X family, but the override was
missed in the new SOC override rework. This causes do_compile for
imx-boot to fail:
```
cp: cannot stat '/.../build/tmp/deploy/images/imx8qxpmek/imx8qm_m4_TCM_power_mode_switch_m40.bin': No such file or directory
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|/
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
We reduce the code size using the new overrides to improve code
clearness and reduce boilerplate.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Essentially, we extend the overrides to a generic-bsp, nxp-bsp, and
mainline-bsp.
So, for example, the mx8mq override is split into:
- imx-generic-bsp: compatible with every i.MX SoC and both BSP variants
- imx-nxp-bsp: compatible with every i.MX SoC but specific to NXP BSP
- imx-mainline-bsp: compatible with every i.MX SoC but specific to Mainline BSP
- mx8-generic-bsp: compatible with every i.MX8 SoC and both BSP variants
- mx8-nxp-bsp: compatible with every i.MX8 SoC but specific to NXP BSP
- mx8-mainline-bsp: compatible with every i.MX8 SoC but specific to Mainline BSP
- mx8m-generic-bsp: compatible with every i.MX8M SoC and both BSP variants
- mx8m-nxp-bsp: compatible with every i.MX8M SoC but specific to NXP BSP
- mx8m-mainline-bsp: compatible with every i.MX8M SoC but specific to Mainline BSP
- mx8mq-generic-bsp: compatible with every i.MX8MQ SoC and both BSP variants
- mx8mq-nxp-bsp: compatible with every i.MX8MQ SoC8 but specific to NXP BSP
- mx8mq-mainline-bsp: compatible with every i.MX8MQ SoC but specific to Mainline BSP
The extender mechanism is responsible for extending the override list to
include the generic overrides. We can then use the three different
variants to handle the metadata correctly.
Generically speaking, the conversion mainly was automated (with a lot of
back and forth until getting it right).
To convert an existing layer, the following script can be used:
```sh
git ls-files classes recipes-* \
| xargs sed -i \
-e 's,:\(mx[6-8]\w*\),:\1-nxp-bsp,g' \
-e 's,(\(mx[6-8]\w*\)),(\1-nxp-bsp),g' \
-e 's,\(mx[6-8]\w*\)|,\1-nxp-bsp|,g' \
-e 's,|\(mx[6-8]\w*\)),|\1-nxp-bsp),g' \
\
-e 's,:\(mx[5s]\w*\),:\1-generic-bsp,g' \
-e 's,(\(mx[5s]\w*\)),(\1-generic-bsp),g' \
-e 's,\(mx[5s]\w*\)|,\1-generic-bsp|,g' \
-e 's,|\(mx[5s]\w*\)),|\1-generic-bsp),g' \
\
-e 's,:\(vf\w*\),:\1-generic-bsp,g' \
-e 's,:\(vf[56]0\w*\),:\1-generic-bsp,g' \
-e 's,\(vf\w*\)|,\1-generic-bsp|,g' \
-e 's,|\(vf\w*\)),|\1-generic-bsp),g' \
-e 's,\(vf[56]0\w*\)|,\1-generic-bsp|,g' \
-e 's,|\(vf[56]0\w*\)),|\1-generic-bsp),g' \
\
-e 's,:\(imx\) ,:\1-nxp-bsp ,g' \
-e 's,(\(imx\)),(\1-nxp-bsp),g' \
-e 's,\(imx\)|,\1-nxp-bsp|,g' \
-e 's,|\(imx\)),|\1-nxp-bsp),g'
for d in $(find -type d | egrep '/mx[6-8]w*'); do
git mv $d $d-nxp-bsp
done
for d in $(find -type d | egrep '/imx$'); do
git mv $d $d-nxp-bsp
done
for d in $(find -type d | egrep '/mx[5s]w*'); do
git mv $d $d-generic-bsp
done
```
Fixes: #791.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|\
| |
| | |
Update graphics for L5.10.72-2.2.0
|
| |
| |
| |
| | |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
| |
| |
| |
| | |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|/
|
|
| |
Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
|
|
|
|
|
|
| |
Some dtb for DSP were removed from the kernel.
Signed-off-by: Vinicius Aquino <vinicius.aquino@ossystems.com.br>
|
|
|
|
|
|
| |
The commit 2610bf14 from u-boot-fslc removes support for mx25pdk
Signed-off-by: Vinicius Aquino <vinicius.aquino@ossystems.com.br>
|
|\
| |
| | |
Gstreamer: Upgrade to 1.18.0[.imx]
|
| |
| |
| |
| | |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The build for kernel-module-qca9377 is broken:
```
| /.../yocto/master/build/tmp/work/imx8mm_lpddr4_evk-fsl-linux/kernel-module-qca9377/3.1-r0/git/CORE/SERVICES/COMMON/adf/linux/adf_os_dma_pvt.h:104:25: error: 'DMA_ATTR_NON_CONSISTENT' undeclared (first use in this function)
| 104 | DMA_ATTR_NON_CONSISTENT);
| | ^~~~~~~~~~~~~~~~~~~~~~~
```
The Linux API here is changed for 5.10, so the i.MX fork is now
incompatible. Nothing suitable is found in Qualcomm's source either,
so drop qca9377.
Fixes: #851
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Mainline BSP does not contain imx8m in machine overrides, which causes
generic tunes to be set for i.MX8M derivates, rather than a more precise
tune which enables crypto extension. Those extensions are enabled in NXP
BSP due to those settings rely on machine overrides.
Adapt tunes for Mainline BSP in machine include files to include crypto
extensions and align it with NXP BSP.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
|