Re: [meta-freescale] [PATCH] Revert "wayland: Remove file provided by imx-gpu-viv"

2018-09-06 Thread Otavio Salvador 
On Thu, Sep 6, 2018 at 5:08 PM Gary Bisson
 wrote:
>
> This reverts commit 3be51cd536cfb08e95e852ddfdb180a51798b1f0.
>
> This fixes the following issue:
> | No package 'wayland-egl' found
>
> Reason is that 3be51cd5 should have been removed as soon as the
> following commit was pushed:
> f1e39bd1 imx-gpu-viv: Remove wayland-egl files
>
> Since imx-gpu-viv doesn't provide wayland-egl any longer, wayland
> recipe has to.
>
> Signed-off-by: Gary Bisson 

Applied.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] [PATCH] Revert "wayland: Remove file provided by imx-gpu-viv"

2018-09-06 Thread Gary Bisson 
This reverts commit 3be51cd536cfb08e95e852ddfdb180a51798b1f0.

This fixes the following issue:
| No package 'wayland-egl' found

Reason is that 3be51cd5 should have been removed as soon as the
following commit was pushed:
f1e39bd1 imx-gpu-viv: Remove wayland-egl files

Since imx-gpu-viv doesn't provide wayland-egl any longer, wayland
recipe has to.

Signed-off-by: Gary Bisson 
---
 recipes-graphics/wayland/wayland_1.15.%.bbappend | 4 
 1 file changed, 4 deletions(-)
 delete mode 100644 recipes-graphics/wayland/wayland_1.15.%.bbappend

diff --git a/recipes-graphics/wayland/wayland_1.15.%.bbappend 
b/recipes-graphics/wayland/wayland_1.15.%.bbappend
deleted file mode 100644
index 31fc0aa6..
--- a/recipes-graphics/wayland/wayland_1.15.%.bbappend
+++ /dev/null
@@ -1,4 +0,0 @@
-# Remove files provided by imx-gpu-viv
-do_install_append_imxgpu () {
-rm -f ${D}${libdir}/pkgconfig/wayland-egl.pc
-}
-- 
2.18.0

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

[meta-freescale] [3rdparty][pyro][PATCH] u-boot-script-gateworks-imx: fix bootscript source

2018-09-06 Thread Jean-François Têtu 
Currently, the recipe uses the script found relative to ${THISDIR}.
Using ${THISDIR} prevents other recipes from using FILESEXTRAPATHS to
overwrite the default boot script. This commit fixes this by using
${WORKDIR} instead.

Signed-off-by: Jean-François Têtu 
---
 recipes-bsp/u-boot/u-boot-script-gateworks-imx.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-bsp/u-boot/u-boot-script-gateworks-imx.bb 
b/recipes-bsp/u-boot/u-boot-script-gateworks-imx.bb
index 47de839..5023f37 100644
--- a/recipes-bsp/u-boot/u-boot-script-gateworks-imx.bb
+++ b/recipes-bsp/u-boot/u-boot-script-gateworks-imx.bb
@@ -8,7 +8,7 @@ DESTDIR = "/boot"
 S = "${WORKDIR}"
 
 do_compile() {
-bootscript="${THISDIR}/u-boot-script-gateworks-imx/6x_bootscript-yocto.txt"
+bootscript="${WORKDIR}/6x_bootscript-yocto.txt"
 echo "bootscript == $bootscript"
 
 uboot-mkimage  -A arm -O linux -T script -C none -a 0 -e 0 \
-- 
2.18.0

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

Re: [meta-freescale] [PATCH 2/2] linux-fslc/defconfig: Add CONFIG_TMPFS_POSIX_ACL=y

2018-09-06 Thread Fabio Estevam 
Hi Otavio,
.
On Thu, Sep 6, 2018 at 9:27 AM, Otavio Salvador
 wrote:

>>  CONFIG_KEYBOARD_GPIO=y
>>  CONFIG_KEYBOARD_SNVS_PWRKEY=y
>>  CONFIG_KEYBOARD_IMX=y
>> @@ -293,6 +294,7 @@ CONFIG_USB_STORAGE=y
>>  CONFIG_USB_CHIPIDEA=y
>>  CONFIG_USB_CHIPIDEA_UDC=y
>>  CONFIG_USB_CHIPIDEA_HOST=y
>> +CONFIG_USB_CHIPIDEA_ULPI=y
>
> Fine. Add it to our defconfig.
>
>>  CONFIG_USB_SERIAL=m
>>  CONFIG_USB_SERIAL_GENERIC=y
>>  CONFIG_USB_SERIAL_FTDI_SIO=m
>> @@ -329,6 +331,7 @@ CONFIG_USB_GADGETFS=m
>>  CONFIG_USB_FUNCTIONFS=m
>>  CONFIG_USB_MASS_STORAGE=m
>>  CONFIG_USB_G_SERIAL=m
>> +CONFIG_USB_ULPI_BUS=y
>
> Fine. Add it to our defconfig.

Please don't add these two options.

These options ended up in 4.17 linux-stable tree by mistake.

i sent a revert for this change in the linux-stable tree as it causes
a reboot regression on mx6 wandboard.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] linux-fslc/defconfig: Add CONFIG_TMPFS_POSIX_ACL=y

2018-09-06 Thread Otavio Salvador 
On Thu, Sep 6, 2018 at 9:10 AM Andreas Müller  wrote:
...
> Suggestion: Since I have further issues with this kernel (seems not a
> single firmware is loaded) - so I continue debug. As soon as I think
> there is a better config I will
>
> 1. Send it to linux-fslc / imx_v6_v7_defconfig
> 2. Send a patch here to use imx_v6_v7_defconfig
>
> OK?

Please do. But let's use the defconfig in the layer as it makes easier
for users to customize it.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] linux-fslc/defconfig: Add CONFIG_TMPFS_POSIX_ACL=y

2018-09-06 Thread Otavio Salvador 
On Thu, Sep 6, 2018 at 6:40 AM Andreas Müller  wrote:
>
> On Thu, Sep 6, 2018 at 1:24 AM, Otavio Salvador
>  wrote:
> > On Wed, Sep 5, 2018 at 8:45 AM Andreas Müller  
> > wrote:
> >>
> >> Fixes:
> >>
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[220]: Failed to 
> >> apply ACL on /dev/v4l-subdev0: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[224]: Failed to 
> >> apply ACL on /dev/v4l-subdev1: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[215]: Failed to 
> >> apply ACL on /dev/v4l-subdev10: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[228]: Failed to 
> >> apply ACL on /dev/v4l-subdev2: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[232]: Failed to 
> >> apply ACL on /dev/v4l-subdev5: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[217]: Failed to 
> >> apply ACL on /dev/v4l-subdev11: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[214]: Failed to 
> >> apply ACL on /dev/dri/card1: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[216]: Failed to 
> >> apply ACL on /dev/v4l-subdev8: Operation not supported
> >> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[226]: Failed to 
> >> apply ACL on /dev/v4l-subdev9: Operation not supported
> >>
> >> and nasty follow-ups: Starting weston from sddm as unpriviledged user fails
> >> with some hints on missing access rights.
> >>
> >> For a better understanding CONFIG_TMPFS=y was added which was set 
> >> indirectly
> >> by CONFIG_DEVTMPFS=y
> >>
> >> Signed-off-by: Andreas Müller 
> >
> > I applied this to master. Could you send this as a change to our
> > imx_v6_v7_defconfig ? it would be good to send it upstream as well so
> > we avoid keeping this change for next releases.
> >
> Done
>
> Just checked: Copying  imx_v6_v7_defconfig to our defconfig fives the
> following diff:
>
> diff --git a/recipes-kernel/linux/linux-fslc/defconfig
> b/recipes-kernel/linux/linux-fslc/defconfig
> index 84d59fc4..8bee1f96 100644
> --- a/recipes-kernel/linux/linux-fslc/defconfig
> +++ b/recipes-kernel/linux/linux-fslc/defconfig
> @@ -158,6 +158,7 @@ CONFIG_WL18XX=m
>  CONFIG_WLCORE_SDIO=m
>  # CONFIG_WILINK_PLATFORM_DATA is not set
>  CONFIG_INPUT_EVDEV=y
> +CONFIG_INPUT_EVBUG=m

This is not nice to have loaded automatically; it is very verbose.

>  CONFIG_KEYBOARD_GPIO=y
>  CONFIG_KEYBOARD_SNVS_PWRKEY=y
>  CONFIG_KEYBOARD_IMX=y
> @@ -293,6 +294,7 @@ CONFIG_USB_STORAGE=y
>  CONFIG_USB_CHIPIDEA=y
>  CONFIG_USB_CHIPIDEA_UDC=y
>  CONFIG_USB_CHIPIDEA_HOST=y
> +CONFIG_USB_CHIPIDEA_ULPI=y

Fine. Add it to our defconfig.

>  CONFIG_USB_SERIAL=m
>  CONFIG_USB_SERIAL_GENERIC=y
>  CONFIG_USB_SERIAL_FTDI_SIO=m
> @@ -329,6 +331,7 @@ CONFIG_USB_GADGETFS=m
>  CONFIG_USB_FUNCTIONFS=m
>  CONFIG_USB_MASS_STORAGE=m
>  CONFIG_USB_G_SERIAL=m
> +CONFIG_USB_ULPI_BUS=y

Fine. Add it to our defconfig.

>  CONFIG_MMC=y
>  CONFIG_MMC_SDHCI=y
>  CONFIG_MMC_SDHCI_PLTFM=y
> @@ -414,7 +417,7 @@ CONFIG_MAGIC_SYSRQ=y
>  # CONFIG_SCHED_DEBUG is not set
>  CONFIG_PROVE_LOCKING=y
>  # CONFIG_DEBUG_BUGVERBOSE is not set
> -CONFIG_FUNCTION_TRACER=y
> +# CONFIG_FTRACE is not set

We need this to lttng to work.

>  # CONFIG_ARM_UNWIND is not set
>  CONFIG_SECURITYFS=y
>  CONFIG_CRYPTO_DEV_FSL_CAAM=y
>
>
> Shouldn't we swap to use imx_v6_v7_defconfig shipped?

We can make more commits to it to simplify the sync.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Is meta-freescale (sumo branch) ready to use?

2018-09-06 Thread Otavio Salvador 
On Thu, Sep 6, 2018 at 3:16 AM Stefano Cappa 
wrote:

> Otavio, thank you for the answer
>
> For imx6 ULL evk is the same? Because I'm using exactly that version.
>
> Also, can I change Linux and uboot form the default -imx versions to the
> mainline -fslc?
> If yes, how ? Because by default is using -imx.
>

You can append the 'use-mainline-bsp' override in the machine.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Update 'meta' layer recipes in imx-4.1.15-1.2.0_ga

2018-09-06 Thread Tarun Tej K 
Thanks for the response.

I tried that. Changed the revision of poky project to 'master' (which i
assume is same as git checkout master inside /sources/poky ??).
1. After that I did 'source setup-environment build-dir/'. I got the
error: -bash:
sources/poky/scripts/oe-buildenv-internal: No such file or directory.

2. I decided to create fresh build directory so I did 'MACHINE=imx6ulevk
source fsl-setup-release.sh -b build-dir2'. But here also I got an error:
Build directory is  build-dir2
Configuring for imx6ulevk
-bash: sources/poky/scripts/oe-buildenv-internal: No such file or directory

 ERROR - No build directory is set yet. Run the 'setup-environment' script
before running this script to create  .

3. If run the script manually from sour/poky/scripts/oe-buildenv-internal -
I get error Error: OEROOT is not defined!

4. If I switch back to original revision of poky which is
dd0ba9ea4a11ab15348d4fe3574e4b28784db82f,
I am able to successful enter build directory using 'source
setup-environment build-dir' command
5. I have tried updated another layer meta-qt5 (just for experimenting) and
even that doesnt cause any problem in entering build directory later.

Looks like something else needs to be changed when I am updating the poky
layer itself. Something related to OEROOT has been updated in the newer
version of scripts inside poky layer? Any ideas?


Thanks
Tarun

On Thu, Sep 6, 2018 at 4:50 PM Sivasubramanian Patchaiperumal <
sivasubramanian.patchaiperu...@linaro.org> wrote:

> If i understand your question correctly, update the revisions of the
> corresponding layers (to be updated) in the manifest xml file. Else set the
> "revision" to master/any branch to fetch the latest commit of that branch
> for that layer.
>
> On 6 September 2018 at 16:11, Tarun Tej K  wrote:
>
>> Hi,
>>
>> I am using the BSP version imx-4.1.15-1.2.0_ga
>> 
>> .
>> What is the best way to update the recipes in 'poky/meta/' layer with
>> latest versions from
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta without
>> affecting the changes done in other layers as well as custom layers.
>>
>> Does 'repo sync' command only updates layers with revision mentioned in
>> manifest.xml or default.xml. Is that correct?
>>
>> I tried -
>>  1. manually copying new versions of required recipes in the respective
>> locations but it has lot of dependency issues include bitbake utils.
>> 2. 'git pull yocto master' inside poky folder. This resulted in 100s of
>> merge conflicts
>> Is there any efficient way for doing this?
>>
>> Thanks
>> Tarun
>>
>>
>> --
>> ___
>> meta-freescale mailing list
>> meta-freescale@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/meta-freescale
>>
>>
>
>
> --
> Regards,
> Sivasubramanian
>
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] linux-fslc/defconfig: Add CONFIG_TMPFS_POSIX_ACL=y

2018-09-06 Thread Andreas Müller 
On Thu, Sep 6, 2018 at 11:39 AM, Andreas Müller  wrote:
> On Thu, Sep 6, 2018 at 1:24 AM, Otavio Salvador
>  wrote:
>> On Wed, Sep 5, 2018 at 8:45 AM Andreas Müller  
>> wrote:
>>>
>>> Fixes:
>>>
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[220]: Failed to apply 
>>> ACL on /dev/v4l-subdev0: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[224]: Failed to apply 
>>> ACL on /dev/v4l-subdev1: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[215]: Failed to apply 
>>> ACL on /dev/v4l-subdev10: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[228]: Failed to apply 
>>> ACL on /dev/v4l-subdev2: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[232]: Failed to apply 
>>> ACL on /dev/v4l-subdev5: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[217]: Failed to apply 
>>> ACL on /dev/v4l-subdev11: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[214]: Failed to apply 
>>> ACL on /dev/dri/card1: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[216]: Failed to apply 
>>> ACL on /dev/v4l-subdev8: Operation not supported
>>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[226]: Failed to apply 
>>> ACL on /dev/v4l-subdev9: Operation not supported
>>>
>>> and nasty follow-ups: Starting weston from sddm as unpriviledged user fails
>>> with some hints on missing access rights.
>>>
>>> For a better understanding CONFIG_TMPFS=y was added which was set indirectly
>>> by CONFIG_DEVTMPFS=y
>>>
>>> Signed-off-by: Andreas Müller 
>>
>> I applied this to master. Could you send this as a change to our
>> imx_v6_v7_defconfig ? it would be good to send it upstream as well so
>> we avoid keeping this change for next releases.
>>
> Done
>
> Just checked: Copying  imx_v6_v7_defconfig to our defconfig fives the
> following diff:
>
> diff --git a/recipes-kernel/linux/linux-fslc/defconfig
> b/recipes-kernel/linux/linux-fslc/defconfig
> index 84d59fc4..8bee1f96 100644
> --- a/recipes-kernel/linux/linux-fslc/defconfig
> +++ b/recipes-kernel/linux/linux-fslc/defconfig
> @@ -158,6 +158,7 @@ CONFIG_WL18XX=m
>  CONFIG_WLCORE_SDIO=m
>  # CONFIG_WILINK_PLATFORM_DATA is not set
>  CONFIG_INPUT_EVDEV=y
> +CONFIG_INPUT_EVBUG=m
^ That is not the best idea for productive environment - it floods journal
>  CONFIG_KEYBOARD_GPIO=y
>  CONFIG_KEYBOARD_SNVS_PWRKEY=y
>  CONFIG_KEYBOARD_IMX=y
> @@ -293,6 +294,7 @@ CONFIG_USB_STORAGE=y
>  CONFIG_USB_CHIPIDEA=y
>  CONFIG_USB_CHIPIDEA_UDC=y
>  CONFIG_USB_CHIPIDEA_HOST=y
> +CONFIG_USB_CHIPIDEA_ULPI=y
>  CONFIG_USB_SERIAL=m
>  CONFIG_USB_SERIAL_GENERIC=y
>  CONFIG_USB_SERIAL_FTDI_SIO=m
> @@ -329,6 +331,7 @@ CONFIG_USB_GADGETFS=m
>  CONFIG_USB_FUNCTIONFS=m
>  CONFIG_USB_MASS_STORAGE=m
>  CONFIG_USB_G_SERIAL=m
> +CONFIG_USB_ULPI_BUS=y
>  CONFIG_MMC=y
>  CONFIG_MMC_SDHCI=y
>  CONFIG_MMC_SDHCI_PLTFM=y
> @@ -414,7 +417,7 @@ CONFIG_MAGIC_SYSRQ=y
>  # CONFIG_SCHED_DEBUG is not set
>  CONFIG_PROVE_LOCKING=y
>  # CONFIG_DEBUG_BUGVERBOSE is not set
> -CONFIG_FUNCTION_TRACER=y
^ That should be kept
> +# CONFIG_FTRACE is not set
>  # CONFIG_ARM_UNWIND is not set
>  CONFIG_SECURITYFS=y
>  CONFIG_CRYPTO_DEV_FSL_CAAM=y
>
>
> Shouldn't we swap to use imx_v6_v7_defconfig shipped?
>
> Andreas

Suggestion: Since I have further issues with this kernel (seems not a
single firmware is loaded) - so I continue debug. As soon as I think
there is a better config I will

1. Send it to linux-fslc / imx_v6_v7_defconfig
2. Send a patch here to use imx_v6_v7_defconfig

OK?

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

Re: [meta-freescale] Update 'meta' layer recipes in imx-4.1.15-1.2.0_ga

2018-09-06 Thread Sivasubramanian Patchaiperumal 
If i understand your question correctly, update the revisions of the
corresponding layers (to be updated) in the manifest xml file. Else set the
"revision" to master/any branch to fetch the latest commit of that branch
for that layer.

On 6 September 2018 at 16:11, Tarun Tej K  wrote:

> Hi,
>
> I am using the BSP version imx-4.1.15-1.2.0_ga
> 
> .
> What is the best way to update the recipes in 'poky/meta/' layer with
> latest versions from http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/
> meta without affecting the changes done in other layers as well as custom
> layers.
>
> Does 'repo sync' command only updates layers with revision mentioned in
> manifest.xml or default.xml. Is that correct?
>
> I tried -
>  1. manually copying new versions of required recipes in the respective
> locations but it has lot of dependency issues include bitbake utils.
> 2. 'git pull yocto master' inside poky folder. This resulted in 100s of
> merge conflicts
> Is there any efficient way for doing this?
>
> Thanks
> Tarun
>
>
> --
> ___
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
>


-- 
Regards,
Sivasubramanian
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] Update 'meta' layer recipes in imx-4.1.15-1.2.0_ga

2018-09-06 Thread Tarun Tej K 
Hi,

I am using the BSP version imx-4.1.15-1.2.0_ga

.
What is the best way to update the recipes in 'poky/meta/' layer with
latest versions from
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta without affecting
the changes done in other layers as well as custom layers.

Does 'repo sync' command only updates layers with revision mentioned in
manifest.xml or default.xml. Is that correct?

I tried -
 1. manually copying new versions of required recipes in the respective
locations but it has lot of dependency issues include bitbake utils.
2. 'git pull yocto master' inside poky folder. This resulted in 100s of
merge conflicts
Is there any efficient way for doing this?

Thanks
Tarun
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] FreeScale MPC8641D Argo Navis Board

2018-09-06 Thread Zhenhua Luo 
Hello Raj,

MPC8641D is not supported in the community Yocto. You can find the software and 
document in 
https://www.nxp.com/products/processors-and-microcontrollers/power-architecture-processors/integrated-host-processors/high-performance-dual-core-processor:MPC8641D.


Best Regards,

Zhenhua

From: meta-freescale-boun...@yoctoproject.org 
 On Behalf Of RajShekar
Sent: Wednesday, September 5, 2018 6:41 PM
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] FreeScale MPC8641D Argo Navis Board

Hello All,

I am trying to build Linux kernel with bsp support for FreeScale MPC8641D board 
using yocto.

But unable to find the bsp and MACHINE type for the same. Is there anywhere i 
can download the kernel with bsp support for the board.

Also wanted to know how to generate an uboot compatible image.

Thanks,
Raj
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] linux-fslc/defconfig: Add CONFIG_TMPFS_POSIX_ACL=y

2018-09-06 Thread Andreas Müller 
On Thu, Sep 6, 2018 at 1:24 AM, Otavio Salvador
 wrote:
> On Wed, Sep 5, 2018 at 8:45 AM Andreas Müller  wrote:
>>
>> Fixes:
>>
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[220]: Failed to apply 
>> ACL on /dev/v4l-subdev0: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[224]: Failed to apply 
>> ACL on /dev/v4l-subdev1: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[215]: Failed to apply 
>> ACL on /dev/v4l-subdev10: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[228]: Failed to apply 
>> ACL on /dev/v4l-subdev2: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[232]: Failed to apply 
>> ACL on /dev/v4l-subdev5: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[217]: Failed to apply 
>> ACL on /dev/v4l-subdev11: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[214]: Failed to apply 
>> ACL on /dev/dri/card1: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[216]: Failed to apply 
>> ACL on /dev/v4l-subdev8: Operation not supported
>> | Sep 04 09:05:10 imx6qdl-variscite-som systemd-udevd[226]: Failed to apply 
>> ACL on /dev/v4l-subdev9: Operation not supported
>>
>> and nasty follow-ups: Starting weston from sddm as unpriviledged user fails
>> with some hints on missing access rights.
>>
>> For a better understanding CONFIG_TMPFS=y was added which was set indirectly
>> by CONFIG_DEVTMPFS=y
>>
>> Signed-off-by: Andreas Müller 
>
> I applied this to master. Could you send this as a change to our
> imx_v6_v7_defconfig ? it would be good to send it upstream as well so
> we avoid keeping this change for next releases.
>
Done

Just checked: Copying  imx_v6_v7_defconfig to our defconfig fives the
following diff:

diff --git a/recipes-kernel/linux/linux-fslc/defconfig
b/recipes-kernel/linux/linux-fslc/defconfig
index 84d59fc4..8bee1f96 100644
--- a/recipes-kernel/linux/linux-fslc/defconfig
+++ b/recipes-kernel/linux/linux-fslc/defconfig
@@ -158,6 +158,7 @@ CONFIG_WL18XX=m
 CONFIG_WLCORE_SDIO=m
 # CONFIG_WILINK_PLATFORM_DATA is not set
 CONFIG_INPUT_EVDEV=y
+CONFIG_INPUT_EVBUG=m
 CONFIG_KEYBOARD_GPIO=y
 CONFIG_KEYBOARD_SNVS_PWRKEY=y
 CONFIG_KEYBOARD_IMX=y
@@ -293,6 +294,7 @@ CONFIG_USB_STORAGE=y
 CONFIG_USB_CHIPIDEA=y
 CONFIG_USB_CHIPIDEA_UDC=y
 CONFIG_USB_CHIPIDEA_HOST=y
+CONFIG_USB_CHIPIDEA_ULPI=y
 CONFIG_USB_SERIAL=m
 CONFIG_USB_SERIAL_GENERIC=y
 CONFIG_USB_SERIAL_FTDI_SIO=m
@@ -329,6 +331,7 @@ CONFIG_USB_GADGETFS=m
 CONFIG_USB_FUNCTIONFS=m
 CONFIG_USB_MASS_STORAGE=m
 CONFIG_USB_G_SERIAL=m
+CONFIG_USB_ULPI_BUS=y
 CONFIG_MMC=y
 CONFIG_MMC_SDHCI=y
 CONFIG_MMC_SDHCI_PLTFM=y
@@ -414,7 +417,7 @@ CONFIG_MAGIC_SYSRQ=y
 # CONFIG_SCHED_DEBUG is not set
 CONFIG_PROVE_LOCKING=y
 # CONFIG_DEBUG_BUGVERBOSE is not set
-CONFIG_FUNCTION_TRACER=y
+# CONFIG_FTRACE is not set
 # CONFIG_ARM_UNWIND is not set
 CONFIG_SECURITYFS=y
 CONFIG_CRYPTO_DEV_FSL_CAAM=y


Shouldn't we swap to use imx_v6_v7_defconfig shipped?

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

[meta-freescale] [PATCH 1/2] xf86-video-armada: Update to latest git

2018-09-06 Thread Andreas Müller 
Tested on X-server glmark-es2 creates same results.

Signed-off-by: Andreas Müller 
---
 recipes-graphics/xorg-driver/xf86-video-armada_git.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-graphics/xorg-driver/xf86-video-armada_git.bb 
b/recipes-graphics/xorg-driver/xf86-video-armada_git.bb
index 0ae80ba3..30e3ae47 100644
--- a/recipes-graphics/xorg-driver/xf86-video-armada_git.bb
+++ b/recipes-graphics/xorg-driver/xf86-video-armada_git.bb
@@ -21,15 +21,15 @@ LIC_FILES_CHKSUM = " \
 file://../etna_viv/LICENSE;md5=9d4853905d85f044ed013e75def30a76 \
 "
 
-SRCREV_armada = "04748ff4fb30370086cc97b9487a32951c5600ba"
-SRCREV_etna = "f64d77abbb54433bd5de955c20afddc6eb4f4cb1"
+SRCREV_armada = "78e7116a5bc6cdd9f93cbf1552d342933623ab59"
+SRCREV_etna = "8478eef32fd911ebb300c970071e7afa1896"
 SRCREV_FORMAT = "armada_etna"
 
 PV = "0.1+git${SRCPV}"
 
 SRC_URI = " \
 
git://git.arm.linux.org.uk/cgit/xf86-video-armada.git;branch=unstable-devel;protocol=http;name=armada
 \
-
git://github.com/laanwj/etna_viv.git;protocol=https;name=etna;destsuffix=etna_viv
 \
+
git://github.com/etnaviv/etna_viv.git;protocol=https;name=etna;destsuffix=etna_viv
 \
 "
 
 S = "${WORKDIR}/git"
-- 
2.14.4

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

[meta-freescale] [PATCH 2/2] linux-fslc: Update to 4.17.19

2018-09-06 Thread Andreas Müller 
Tested on Variscite VarSOM Starterkit. Checked journal and no new issues could
be detected.

Signed-off-by: Andreas Müller 
---
 recipes-kernel/linux/linux-fslc_4.17.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-kernel/linux/linux-fslc_4.17.bb 
b/recipes-kernel/linux/linux-fslc_4.17.bb
index 8426357c..0896e991 100644
--- a/recipes-kernel/linux/linux-fslc_4.17.bb
+++ b/recipes-kernel/linux/linux-fslc_4.17.bb
@@ -14,6 +14,6 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 PV = "4.17+git${SRCPV}"
 
 SRCBRANCH = "4.17.x+fslc"
-SRCREV = "65375933f02aac8aa8e0e2da7827e2ae9dec0ff3"
+SRCREV = "30e9204ae9696a4f084807d26bd11acc3505d3e2"
 
 COMPATIBLE_MACHINE = "(mxs|mx5|mx6|vf|use-mainline-bsp)"
-- 
2.14.4

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

Re: [meta-freescale] Is meta-freescale (sumo branch) ready to use?

2018-09-06 Thread Stefano Cappa 
Otavio, thank you for the answer

For imx6 ULL evk is the same? Because I'm using exactly that version.

Also, can I change Linux and uboot form the default -imx versions to the
mainline -fslc?
If yes, how ? Because by default is using -imx.

Thank you again,
Stefano


Il gio 6 set 2018, 01:27 Otavio Salvador 
ha scritto:

> On Sun, Sep 2, 2018 at 7:17 PM Stefano Cappa
>  wrote:
> > I'm sorry for the stupid question, but I'm using imx6ullevk with rocko
> and I want to update sumo, but I don't know if the sumo branch is ready to
> use, in particular for imx6ullevk.
>
> For i.MX6UL it should be good to go I think. Specially if you go with
> linux-fslc (mainline) BSP.
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
>
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale