Date   

Re: Building Linux for Freescale p2020rdb

Zhenhua Luo
 

You can build p2020rdb from recent community meta-freescale layer.

 

Master(thud): http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine

Sumo: http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine?h=sumo

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... <meta-freescale-bounces@...> On Behalf Of Alexander Voytov
Sent: Friday, November 9, 2018 6:18 AM
To: Tsai, Matt <matt.tsai@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] Building Linux for Freescale p2020rdb

 

Https://www.bxp.com/support/decelerations-resources/run-time-software/Linux-software-and-development-tools/Linux-SDK-for-qoriq-processors:SDKLINUX


On Nov 8, 2018, at 1:51 PM, Tsai, Matt <matt.tsai@...> wrote:

Thank you, Alex.

 

Have you or has anybody ever built it directly from poky and mata-freescale? If so, please kindly suggest a branch and a tag to use. Thank you.

 

 

From: Alexander Voytov [mailto:alexander.voytov@...]
Sent: Thursday, November 8, 2018 12:04 PM
To: Tsai, Matt <matt.tsai@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] Building Linux for Freescale p2020rdb

 

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.

 

I have build it with Freescale SDK 1.9

Check your board resources. It may not feet for full image but minimal image only

Alex 


On Nov 8, 2018, at 10:49 AM, Tsai, Matt <matt.tsai@...> wrote:

Hi all,

I need to build Linux and the SDK for an existing platform that uses Freescale p2020rdb. Because it is a relatively older machine, I am not sure if it is still supported in the most recent meta-freescale. Some questions I have:

 

1. Can I get a recommendation of what poky and meta-freescale branches/tags, and possibly other meta layers to start?

2. Can I get a brief instruction of how to build u-boot, Linux, and SDK? Such as what MACHINE to set in local.conf, …etc.

3. Because my existing platform is using an older u-boot and Linux kernel (2.6.x), one option is do this incrementally.

Is it possible to modify the most recent Yocto recipes to fetch older u-boot and Linux kernel, but use the most recent root file system, libraries, user space utilities, ...etc.? If yes, how can it be done?

 

 

Thank you very much for the answers.

--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: T10xx, 20xx and 4xxx are not supported in 2.4 - Rocko

Zhenhua Luo
 

The PPC support is already supported in sumo of community layer. http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine?h=sumo

 

You can also use https://source.codeaurora.org/external/qoriq/qoriq-components/yocto-sdk/log/?h=sumo.

 

 

Best Regards,

 

Zhenhua

 

From: Greg <silver.surfertab@...>
Sent: Thursday, November 8, 2018 9:13 PM
To: Zhenhua Luo <zhenhua.luo@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] T10xx, 20xx and 4xxx are not supported in 2.4 - Rocko

 

Hi,

When the Yocto 2.5 will be released?

 

Greg

 

On Mon, Aug 27, 2018 at 8:40 AM Greg <silver.surfertab@...> wrote:

Thanks, Good to know that.

 

On Mon, Aug 27, 2018 at 8:30 AM Zhenhua Luo <zhenhua.luo@...> wrote:

The PPC series is added back in Yocto 2.5.

 

http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine?h=sumo

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... [mailto:meta-freescale-bounces@...] On Behalf Of Greg
Sent: Monday, August 27, 2018 10:54 AM
To: meta-freescale@...
Subject: [meta-freescale] T10xx, 20xx and 4xxx are not supported in 2.4 - Rocko

 

Is there no plan to support T10xx, 20xx and 4xxx based boards anymore? I don't see them in the 2.4 - Rocko release note.   


Re: Building Linux for Freescale p2020rdb

Alex
 

On Nov 8, 2018, at 1:51 PM, Tsai, Matt <matt.tsai@...> wrote:

Thank you, Alex.

 

Have you or has anybody ever built it directly from poky and mata-freescale? If so, please kindly suggest a branch and a tag to use. Thank you.

 

 

From: Alexander Voytov [mailto:alexander.voytov@...]
Sent: Thursday, November 8, 2018 12:04 PM
To: Tsai, Matt <matt.tsai@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] Building Linux for Freescale p2020rdb

 

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.

 

I have build it with Freescale SDK 1.9

Check your board resources. It may not feet for full image but minimal image only

Alex 


On Nov 8, 2018, at 10:49 AM, Tsai, Matt <matt.tsai@...> wrote:

Hi all,

I need to build Linux and the SDK for an existing platform that uses Freescale p2020rdb. Because it is a relatively older machine, I am not sure if it is still supported in the most recent meta-freescale. Some questions I have:

 

1. Can I get a recommendation of what poky and meta-freescale branches/tags, and possibly other meta layers to start?

2. Can I get a brief instruction of how to build u-boot, Linux, and SDK? Such as what MACHINE to set in local.conf, …etc.

3. Because my existing platform is using an older u-boot and Linux kernel (2.6.x), one option is do this incrementally.

Is it possible to modify the most recent Yocto recipes to fetch older u-boot and Linux kernel, but use the most recent root file system, libraries, user space utilities, ...etc.? If yes, how can it be done?

 

 

Thank you very much for the answers.

--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: Building Linux for Freescale p2020rdb

Matt
 

Thank you, Alex.

 

Have you or has anybody ever built it directly from poky and mata-freescale? If so, please kindly suggest a branch and a tag to use. Thank you.

 

 

From: Alexander Voytov [mailto:alexander.voytov@...]
Sent: Thursday, November 8, 2018 12:04 PM
To: Tsai, Matt <matt.tsai@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] Building Linux for Freescale p2020rdb

 

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.

 

I have build it with Freescale SDK 1.9

Check your board resources. It may not feet for full image but minimal image only

Alex 


On Nov 8, 2018, at 10:49 AM, Tsai, Matt <matt.tsai@...> wrote:

Hi all,

I need to build Linux and the SDK for an existing platform that uses Freescale p2020rdb. Because it is a relatively older machine, I am not sure if it is still supported in the most recent meta-freescale. Some questions I have:

 

1. Can I get a recommendation of what poky and meta-freescale branches/tags, and possibly other meta layers to start?

2. Can I get a brief instruction of how to build u-boot, Linux, and SDK? Such as what MACHINE to set in local.conf, …etc.

3. Because my existing platform is using an older u-boot and Linux kernel (2.6.x), one option is do this incrementally.

Is it possible to modify the most recent Yocto recipes to fetch older u-boot and Linux kernel, but use the most recent root file system, libraries, user space utilities, ...etc.? If yes, how can it be done?

 

 

Thank you very much for the answers.

--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: Building Linux for Freescale p2020rdb

Alex
 

I have build it with Freescale SDK 1.9
Check your board resources. It may not feet for full image but minimal image only
Alex 


On Nov 8, 2018, at 10:49 AM, Tsai, Matt <matt.tsai@...> wrote:

Hi all,

I need to build Linux and the SDK for an existing platform that uses Freescale p2020rdb. Because it is a relatively older machine, I am not sure if it is still supported in the most recent meta-freescale. Some questions I have:

 

1. Can I get a recommendation of what poky and meta-freescale branches/tags, and possibly other meta layers to start?

2. Can I get a brief instruction of how to build u-boot, Linux, and SDK? Such as what MACHINE to set in local.conf, …etc.

3. Because my existing platform is using an older u-boot and Linux kernel (2.6.x), one option is do this incrementally.

Is it possible to modify the most recent Yocto recipes to fetch older u-boot and Linux kernel, but use the most recent root file system, libraries, user space utilities, ...etc.? If yes, how can it be done?

 

 

Thank you very much for the answers.

--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Building Linux for Freescale p2020rdb

Matt
 

Hi all,

I need to build Linux and the SDK for an existing platform that uses Freescale p2020rdb. Because it is a relatively older machine, I am not sure if it is still supported in the most recent meta-freescale. Some questions I have:

 

1. Can I get a recommendation of what poky and meta-freescale branches/tags, and possibly other meta layers to start?

2. Can I get a brief instruction of how to build u-boot, Linux, and SDK? Such as what MACHINE to set in local.conf, …etc.

3. Because my existing platform is using an older u-boot and Linux kernel (2.6.x), one option is do this incrementally.

Is it possible to modify the most recent Yocto recipes to fetch older u-boot and Linux kernel, but use the most recent root file system, libraries, user space utilities, ...etc.? If yes, how can it be done?

 

 

Thank you very much for the answers.


Re: T10xx, 20xx and 4xxx are not supported in 2.4 - Rocko

Greg
 

Hi,
When the Yocto 2.5 will be released?

Greg


On Mon, Aug 27, 2018 at 8:40 AM Greg <silver.surfertab@...> wrote:
Thanks, Good to know that.

On Mon, Aug 27, 2018 at 8:30 AM Zhenhua Luo <zhenhua.luo@...> wrote:

The PPC series is added back in Yocto 2.5.

 

http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine?h=sumo

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... [mailto:meta-freescale-bounces@...] On Behalf Of Greg
Sent: Monday, August 27, 2018 10:54 AM
To: meta-freescale@...
Subject: [meta-freescale] T10xx, 20xx and 4xxx are not supported in 2.4 - Rocko

 

Is there no plan to support T10xx, 20xx and 4xxx based boards anymore? I don't see them in the 2.4 - Rocko release note.   


[PATCH] fmc: set EXTRA_OEMAKE_PLATFORM for p* targets

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
dynamic-layers/openembedded-layer/recipes-dpaa/fmc/fmc_git.bb | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/dynamic-layers/openembedded-layer/recipes-dpaa/fmc/fmc_git.bb b/dynamic-layers/openembedded-layer/recipes-dpaa/fmc/fmc_git.bb
index 1aed6f5..4812ca3 100644
--- a/dynamic-layers/openembedded-layer/recipes-dpaa/fmc/fmc_git.bb
+++ b/dynamic-layers/openembedded-layer/recipes-dpaa/fmc/fmc_git.bb
@@ -22,7 +22,13 @@ EXTRA_OEMAKE_PLATFORM ?= ""
EXTRA_OEMAKE_PLATFORM_ls1043a = "ls1043"
EXTRA_OEMAKE_PLATFORM_ls1046a = "ls1046"
EXTRA_OEMAKE_PLATFORM_ls1088a = "ls1088"
-EXTRA_OEMAKE_PLATFORM_qoriq-ppc = "p4080ds"
+EXTRA_OEMAKE_PLATFORM_p1020 = "p4080ds"
+EXTRA_OEMAKE_PLATFORM_p2020 = "p4080ds"
+EXTRA_OEMAKE_PLATFORM_p2041 = "p4080ds"
+EXTRA_OEMAKE_PLATFORM_p3041 = "p4080ds"
+EXTRA_OEMAKE_PLATFORM_p4080 = "p4080ds"
+EXTRA_OEMAKE_PLATFORM_p5040 = "p4080ds"
+

do_compile () {
oe_runmake MACHINE=${EXTRA_OEMAKE_PLATFORM} -C source
--
2.7.4


[PATCH] udev-rules-qoriq: remove rule for t1024

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-core/udev/udev-rules-qoriq.bb | 1 -
1 file changed, 1 deletion(-)

diff --git a/recipes-core/udev/udev-rules-qoriq.bb b/recipes-core/udev/udev-rules-qoriq.bb
index ddb3357..152cec5 100644
--- a/recipes-core/udev/udev-rules-qoriq.bb
+++ b/recipes-core/udev/udev-rules-qoriq.bb
@@ -13,7 +13,6 @@ S = "${WORKDIR}"
RULE = "71-fsl-dpaa-persistent-networking.rules"
RULE_e6500 = "72-fsl-dpaa-persistent-networking.rules"
RULE_e6500-64b = "72-fsl-dpaa-persistent-networking.rules"
-RULE_t1024 = "72-fsl-dpaa-persistent-networking.rules"
RULE_t1023 = "72-fsl-dpaa-persistent-networking.rules"
RULE_ls1043a = "73-fsl-dpaa-persistent-networking.rules"
RULE_ls1046a = "73-fsl-dpaa-persistent-networking.rules \
--
2.7.4


Re: Status of browser support.

Sivasubramanian
 

WPE Browser can support video acceleration readily if gstreamer plugin is available for video accelerator. Refer https://github.com/WebPlatformForEmbedded/meta-wpe/wiki.

On Wed, 7 Nov 2018 at 03:07, Björn Bosell <Bjorn.Bosell@...> wrote:

Hi,


We are currently in the process of upgrading from Fido to some later version of yocto and are trying to assess the current status of hardware acceleration in web browsers.

Our application needs accelerated video playback from the browser. Currently we are running chromium 40 on wayland and it is working sort of ok.


Is there any browser (qtwebengine, firefox, chromium, other?) that supports accelerated video playback out of the box today?

Or are there other alternatives anyone could point us towards?


Thanks,

Bjorn



Björn Bosell
Software Developer
Qmatic Group
PO Box 198
431 23
Mölndal
Sweden
T: 
+46 31 7564600
www.qmatic.com
Qmatic Confidentiality Notice: This message is private and may contain confidential and proprietary information. If you have received this message in error, please notify us and remove it from your system and note that you must not copy, distribute or take any action in reliance on it. Any unauthorized use or disclosure of the contents of this message is not permitted and may be unlawful.
--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


--
Regards,
Sivasubramanian


Re: [PATCH 2/2] weston-imx: Add dummy weston.ini

Khem Raj <raj.khem@...>
 



On Wed, Nov 7, 2018 at 2:47 PM Andreas Müller <schnitzeltony@...> wrote:
On Wed, Nov 7, 2018 at 11:31 PM Khem Raj <raj.khem@...> wrote:
>
> On Wed, Nov 7, 2018 at 2:20 PM Andreas Müller <schnitzeltony@...> wrote:
> >
> > On Wed, Nov 7, 2018 at 10:59 PM Khem Raj <raj.khem@...> wrote:
> > >
> > > When building for non-imx platforms we get warnings e.g.
> > >
> > > meta-freescale/recipes-graphics/wayland/weston_4.0.0.imx.bb: Unable to
> > > get checksum for weston SRC_URI entry weston.ini: file could not
> > >  be found
> > >
> > I think the question is how do non imx platforms get affected by
> > weston-imx - that should not happen - right?
> >
>
> right. Here however we are dealing with a weston fork which is in
> meta-fsl BSP layer and it only tested with subset of machines. But
> in a multi-BSP distro like https://github.com/YoeDistro/yoe-distro
> we enable many BSPs in single project and MACHINE can be
> set to non imx based machine.
>
> So either this recipe gets limited to just those imx machines or
> provides needed files so it can atleast parse
>
Ahh - parsing is the problem was not aware.

At work I have a multi (4) BSP too and switch machines more or less
daily. Since I don't have this issue (yet) I think it is maybe caused
by [1] and the solution should be to follow split too - what do you
think?

I think you must be seeing it too when building for non imx machine too but since it’s a warning you might be not seeing it breaking the builds but just delete the tmp and then set machine to say rpi3 and do a bitbake core-image-Weston 

[1] http://git.openembedded.org/openembedded-core/commit/?id=0f43ea8510ae6148a49eb25accac407b6b301b43

Andreas


Re: [PATCH 2/2] weston-imx: Add dummy weston.ini

Andreas Müller
 

On Wed, Nov 7, 2018 at 11:31 PM Khem Raj <raj.khem@...> wrote:

On Wed, Nov 7, 2018 at 2:20 PM Andreas Müller <schnitzeltony@...> wrote:

On Wed, Nov 7, 2018 at 10:59 PM Khem Raj <raj.khem@...> wrote:

When building for non-imx platforms we get warnings e.g.

meta-freescale/recipes-graphics/wayland/weston_4.0.0.imx.bb: Unable to
get checksum for weston SRC_URI entry weston.ini: file could not
be found
I think the question is how do non imx platforms get affected by
weston-imx - that should not happen - right?
right. Here however we are dealing with a weston fork which is in
meta-fsl BSP layer and it only tested with subset of machines. But
in a multi-BSP distro like https://github.com/YoeDistro/yoe-distro
we enable many BSPs in single project and MACHINE can be
set to non imx based machine.

So either this recipe gets limited to just those imx machines or
provides needed files so it can atleast parse
Ahh - parsing is the problem was not aware.

At work I have a multi (4) BSP too and switch machines more or less
daily. Since I don't have this issue (yet) I think it is maybe caused
by [1] and the solution should be to follow split too - what do you
think?

[1] http://git.openembedded.org/openembedded-core/commit/?id=0f43ea8510ae6148a49eb25accac407b6b301b43

Andreas


Re: [PATCH 2/2] weston-imx: Add dummy weston.ini

Khem Raj <raj.khem@...>
 

On Wed, Nov 7, 2018 at 2:20 PM Andreas Müller <schnitzeltony@...> wrote:

On Wed, Nov 7, 2018 at 10:59 PM Khem Raj <raj.khem@...> wrote:

When building for non-imx platforms we get warnings e.g.

meta-freescale/recipes-graphics/wayland/weston_4.0.0.imx.bb: Unable to
get checksum for weston SRC_URI entry weston.ini: file could not
be found
I think the question is how do non imx platforms get affected by
weston-imx - that should not happen - right?
right. Here however we are dealing with a weston fork which is in
meta-fsl BSP layer and it only tested with subset of machines. But
in a multi-BSP distro like https://github.com/YoeDistro/yoe-distro
we enable many BSPs in single project and MACHINE can be
set to non imx based machine.

So either this recipe gets limited to just those imx machines or
provides needed files so it can atleast parse


Andreas


Re: [PATCH 2/2] weston-imx: Add dummy weston.ini

Andreas Müller
 

On Wed, Nov 7, 2018 at 10:59 PM Khem Raj <raj.khem@...> wrote:

When building for non-imx platforms we get warnings e.g.

meta-freescale/recipes-graphics/wayland/weston_4.0.0.imx.bb: Unable to
get checksum for weston SRC_URI entry weston.ini: file could not
be found
I think the question is how do non imx platforms get affected by
weston-imx - that should not happen - right?

Andreas


[PATCH 2/2] weston-imx: Add dummy weston.ini

Khem Raj <raj.khem@...>
 

When building for non-imx platforms we get warnings e.g.

meta-freescale/recipes-graphics/wayland/weston_4.0.0.imx.bb: Unable to
get checksum for weston SRC_URI entry weston.ini: file could not
be found

Signed-off-by: Khem Raj <raj.khem@...>
---
recipes-graphics/wayland/weston/weston.ini | 1 +
1 file changed, 1 insertion(+)
create mode 100644 recipes-graphics/wayland/weston/weston.ini

diff --git a/recipes-graphics/wayland/weston/weston.ini b/recipes-graphics/wayland/weston/weston.ini
new file mode 100644
index 00000000..a690506e
--- /dev/null
+++ b/recipes-graphics/wayland/weston/weston.ini
@@ -0,0 +1 @@
+# Please define a weston.ini if needed
--
2.19.1


[PATCH 1/2] linux-imx-headers: Reduce visibility to imx host alone

Khem Raj <raj.khem@...>
 

It uses variables that are specific to meta-fsl layer and when using in
multi-BSP env this fails to expand those variables

Signed-off-by: Khem Raj <raj.khem@...>
---
recipes-kernel/linux/linux-imx-headers_4.9.123.bb | 2 ++
1 file changed, 2 insertions(+)

diff --git a/recipes-kernel/linux/linux-imx-headers_4.9.123.bb b/recipes-kernel/linux/linux-imx-headers_4.9.123.bb
index 7be9cf94..77b05cff 100644
--- a/recipes-kernel/linux/linux-imx-headers_4.9.123.bb
+++ b/recipes-kernel/linux/linux-imx-headers_4.9.123.bb
@@ -55,3 +55,5 @@ do_install() {
ALLOW_EMPTY_${PN} = "1"

PACKAGE_ARCH = "${MACHINE_SOCARCH}"
+COMPATIBLE_HOST_imx = ".*"
+COMPATIBLE_HOST ?= "(none)"
--
2.19.1


[PATCH 2/2] rcw: renamed ls1088ardb_pb -> ls1088ardb-pb

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-bsp/rcw/rcw_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-bsp/rcw/rcw_git.bb b/recipes-bsp/rcw/rcw_git.bb
index 8145c74..cffdf65 100644
--- a/recipes-bsp/rcw/rcw_git.bb
+++ b/recipes-bsp/rcw/rcw_git.bb
@@ -20,7 +20,7 @@ do_install () {
if [ ${M} = ls2088ardb ]; then
oe_runmake BOARDS=${M} DESTDIR=${D}/boot/rcw/ install
oe_runmake BOARDS=${M}_rev1.1 DESTDIR=${D}/boot/rcw/ install
- elif [ ${M} = ls1088ardb_pb ]; then
+ elif [ ${M} = ls1088ardb-pb ]; then
oe_runmake BOARDS=ls1088ardb DESTDIR=${D}/boot/rcw/ install
else
oe_runmake BOARDS=${M} DESTDIR=${D}/boot/rcw/ install
--
2.7.4


[PATCH 1/2] ls1088ardb-pb : renamed ls1088ardb_pb.conf -> ls1088ardb-pb.conf

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
conf/machine/ls1088ardb-pb.conf | 31 +++++++++++++++++++++++++++++++
conf/machine/ls1088ardb_pb.conf | 31 -------------------------------
2 files changed, 31 insertions(+), 31 deletions(-)
create mode 100644 conf/machine/ls1088ardb-pb.conf
delete mode 100644 conf/machine/ls1088ardb_pb.conf

diff --git a/conf/machine/ls1088ardb-pb.conf b/conf/machine/ls1088ardb-pb.conf
new file mode 100644
index 0000000..0dca364
--- /dev/null
+++ b/conf/machine/ls1088ardb-pb.conf
@@ -0,0 +1,31 @@
+#@TYPE: Machine
+#@NAME: NXP LS1088ARDB
+#@SOC: LSCH3
+#@DESCRIPTION: Machine configuration for running LS1088ARDB in 64-bit mode
+#@MAINTAINER: Chunrong Guo <Chunrong.Guo@...>
+
+require conf/machine/include/qoriq-arm64.inc
+require conf/machine/include/arm/arch-arm64.inc
+
+MACHINEOVERRIDES =. "fsl-lsch3:ls1088a:"
+
+KERNEL_CLASSES = " kernel-fitimage "
+KERNEL_IMAGETYPES = "fitImage"
+
+UBOOT_DTB_LOADADDRESS = "0x90000000"
+UBOOT_ENTRYPOINT = "0x80080000"
+
+UBOOT_CONFIG ??= "qspi-secure-boot sdcard-qspi-secure-boot sdcard-qspi qspi"
+UBOOT_CONFIG[qspi-secure-boot] = "ls1088ardb_pb_qspi_SECURE_BOOT_defconfig,,u-boot-dtb.bin"
+UBOOT_CONFIG[qspi] = "ls1088ardb_pb_qspi_defconfig,,u-boot-dtb.bin"
+UBOOT_CONFIG[sdcard-qspi] = "ls1088ardb_pb_sdcard_qspi_defconfig,,u-boot-with-spl.bin"
+UBOOT_CONFIG[sdcard-qspi-secure-boot] = "ls1088ardb_pb_sdcard_qspi_SECURE_BOOT_defconfig,,u-boot-with-spl.bin"
+
+KERNEL_DEVICETREE ?= "freescale/fsl-ls1088a-rdb.dtb"
+KERNEL_DEFCONFIG ?= "defconfig"
+
+SERIAL_CONSOLES ?= "115200;ttyS0 115200;ttyS1 115200;ttyAMA0"
+SERIAL_CONSOLES_CHECK ?= "${SERIAL_CONSOLES}"
+
+EXTRA_IMAGEDEPENDS += "mc-utils rcw management-complex ppa"
+USE_VT = "0"
diff --git a/conf/machine/ls1088ardb_pb.conf b/conf/machine/ls1088ardb_pb.conf
deleted file mode 100644
index 0dca364..0000000
--- a/conf/machine/ls1088ardb_pb.conf
+++ /dev/null
@@ -1,31 +0,0 @@
-#@TYPE: Machine
-#@NAME: NXP LS1088ARDB
-#@SOC: LSCH3
-#@DESCRIPTION: Machine configuration for running LS1088ARDB in 64-bit mode
-#@MAINTAINER: Chunrong Guo <Chunrong.Guo@...>
-
-require conf/machine/include/qoriq-arm64.inc
-require conf/machine/include/arm/arch-arm64.inc
-
-MACHINEOVERRIDES =. "fsl-lsch3:ls1088a:"
-
-KERNEL_CLASSES = " kernel-fitimage "
-KERNEL_IMAGETYPES = "fitImage"
-
-UBOOT_DTB_LOADADDRESS = "0x90000000"
-UBOOT_ENTRYPOINT = "0x80080000"
-
-UBOOT_CONFIG ??= "qspi-secure-boot sdcard-qspi-secure-boot sdcard-qspi qspi"
-UBOOT_CONFIG[qspi-secure-boot] = "ls1088ardb_pb_qspi_SECURE_BOOT_defconfig,,u-boot-dtb.bin"
-UBOOT_CONFIG[qspi] = "ls1088ardb_pb_qspi_defconfig,,u-boot-dtb.bin"
-UBOOT_CONFIG[sdcard-qspi] = "ls1088ardb_pb_sdcard_qspi_defconfig,,u-boot-with-spl.bin"
-UBOOT_CONFIG[sdcard-qspi-secure-boot] = "ls1088ardb_pb_sdcard_qspi_SECURE_BOOT_defconfig,,u-boot-with-spl.bin"
-
-KERNEL_DEVICETREE ?= "freescale/fsl-ls1088a-rdb.dtb"
-KERNEL_DEFCONFIG ?= "defconfig"
-
-SERIAL_CONSOLES ?= "115200;ttyS0 115200;ttyS1 115200;ttyAMA0"
-SERIAL_CONSOLES_CHECK ?= "${SERIAL_CONSOLES}"
-
-EXTRA_IMAGEDEPENDS += "mc-utils rcw management-complex ppa"
-USE_VT = "0"
--
2.7.4


[PATCH 2/2] gstreamer1.0-plugins-good.imx: Add missing libdrm dependency

Carlos Rafael Giani
 

Signed-off-by: Carlos Rafael Giani <crg7475@...>
---
.../gstreamer/gstreamer1.0-plugins-good_1.14.imx.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.14.imx.bb b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.14.imx.bb
index 06effc9f..60b6a16e 100644
--- a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.14.imx.bb
+++ b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.14.imx.bb
@@ -44,7 +44,7 @@ PACKAGECONFIG[pulseaudio] = "--enable-pulse,--disable-pulse,pulseaudio"
PACKAGECONFIG[soup] = "--enable-soup,--disable-soup,libsoup-2.4"
PACKAGECONFIG[speex] = "--enable-speex,--disable-speex,speex"
PACKAGECONFIG[taglib] = "--enable-taglib,--disable-taglib,taglib"
-PACKAGECONFIG[v4l2] = "--enable-gst_v4l2 --enable-v4l2-probe,--disable-gst_v4l2"
+PACKAGECONFIG[v4l2] = "--enable-gst_v4l2 --enable-v4l2-probe,--disable-gst_v4l2,libdrm"
PACKAGECONFIG[vpx] = "--enable-vpx,--disable-vpx,libvpx"
PACKAGECONFIG[wavpack] = "--enable-wavpack,--disable-wavpack,wavpack"
PACKAGECONFIG[x11] = "--enable-x,--disable-x,${X11DEPENDS}"
--
2.17.1


[PATCH 1/2] libsdl2: Add CFLAGS for non-X11 builds with Vivante EGL headers

Carlos Rafael Giani
 

Without these, the Vivante EGL headers will try to include X11 headers,
causing the build to break.

Signed-off-by: Carlos Rafael Giani <crg7475@...>
---
recipes-graphics/libsdl2/libsdl2_%.bbappend | 5 +++++
1 file changed, 5 insertions(+)

diff --git a/recipes-graphics/libsdl2/libsdl2_%.bbappend b/recipes-graphics/libsdl2/libsdl2_%.bbappend
index 5eecfea8..303ea63a 100644
--- a/recipes-graphics/libsdl2/libsdl2_%.bbappend
+++ b/recipes-graphics/libsdl2/libsdl2_%.bbappend
@@ -1,3 +1,8 @@
# what vivante driver does libsdl2 mean? Anyway it fails with missing functions as
# VIVANTE_Create VIVANTE_GLES_GetProcAddress VIVANTE_GLES_UnloadLibrary ...
EXTRA_OECONF_append_imxgpu2d = " --disable-video-vivante"
+
+CFLAGS_append_imxgpu = " -DLINUX \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'x11', '', '-DEGL_API_FB', d)} \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', '-DWL_EGL_PLATFORM', '', d)} \
+"
--
2.17.1

1381 - 1400 of 24894