Re: [meta-freescale] i.MX6Q FEC stops receive packet

[Fabio Estevam]

On Mon, Mar 25, 2019 at 10:49 AM 中兴  wrote:
>
> Hi all:
>
> Recently, i get the problem in imx6q, under running in linux v4.1.6, the 
> board cannot receive any packet but can send arp packet to network. I find 
> the same problem in web

Kernel 4.1 is no longer supported. Could you try a more recent kernel
and see if the problem has been solved?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] iMX6 FEC driver Linux-fslc 4.17 - IPV6 Multicast not working when unplugging/plugging ethernet cable

[Fabio Estevam]

On Wed, Dec 26, 2018 at 10:36 PM Stefano Cappa
 wrote:
>
> Hi,
> ok thank you for the answer.
>
> What is "netdev mailing list"?

It is the mailing list for kernel development of the network subsystem.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] iMX6 FEC driver Linux-fslc 4.17 - IPV6 Multicast not working when unplugging/plugging ethernet cable

[Fabio Estevam]

Hi Stefano,

On Wed, Dec 26, 2018 at 9:39 PM Stefano Cappa
 wrote:
>
> Hi everyone,
>
> I already posted this message in yocto mailing list, but probably It's better 
> the freescale community, so I'm reposting here.
>
> If I boot my device with ethernet cable attached and I execute "ping6
> ff02::fb" to ping the multicast address I get this response:
>
> ~# ping6 ff02::fb
> PING ff02::fb (ff02::fb): 56 data bytes
> 64 bytes from fe80::c2f:eff:fe11:2d71: seq=0 ttl=64 time=2.057 ms
> 64 bytes from fe80::809:1bfb:8d4c:ae54: seq=0 ttl=64 time=73.101 ms (DUP!)
> 64 bytes from fe80::3e28:6dff:feed:5b97: seq=0 ttl=64 time=150.772 ms
> (DUP!)
>
> Otherwise, If I unplug and plug again ethernet cable, I cannot ping the
> multicast ipv6 address anymore.
> The result is:
> ~# ping6 ff02::fb
> PING ff02::fb (ff02::fb): 56 data bytes
> ping6: sendto: Network is unreachable
>
> It seems an issue in Linux FEC driver, as already explained here
> https://community.nxp.com/thread/359397.
> I commented that issue to report the problem with linux 4.9.88, but the
> same happens also with fslc kernel 4.17 Sumo branch.
>
> Do you have any suggestions? This is really a frustrating and I'm really
> surprised to see the same problem also on Linux 4.17.

It would be nice to post this to the netdev mailing list.

You can run ./scripts/get_maintainer.pl -F
drivers/net/ethernet/freescale/fec_main.c from the kernel source to
get the people and mailing list addresses.

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

Re: [meta-freescale] Question on CPU frequency scaling on linux-fslc

[Fabio Estevam]

Hi Andreas,

On Fri, Oct 19, 2018 at 6:09 AM Andreas Müller  wrote:
>
> Hi,
>
> Have a Variscite VarSOM running linux-fslc with devicetree
> imx6q-var-som-vsc.dts from meta-freescale-3rdparty. The frequencies
> available on machine are: 396/792/996MHz.
>
> Looking into linux-fslc arch/arm/boot/dts/imx6q.dtsi (this is what
> imx6q-var-som-vsc.dts includes) I would expect 396/792/852/996/1200
> MHz.
>
> Any ideas where I lost frequencies (think I had similar somewhere but
> cannot remember - sigh)?

The imx6 cpufreq driver reads the "speed grading" fuses in order to
determine what are the operating frequencies that will be populated,
so what you see is the normal behavior.

On a different topic: I remember you have been trying Etnaviv with
linux-fslc. One suggestion I could give you regarding performance is
to drop the CONFIG_PROVE_LOCKING=y option from imx_v6_v7_deffconfig.

Hope this helps.
-- 
___
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?

[Fabio Estevam]

Hi Stefano,

On Sat, Sep 15, 2018 at 1:29 PM, Stefano Cappa
 wrote:
> Hi Otavio,
> I have another question related to this topic.
>
> I checked inside the github repo of linux-fslc and I saw that in branch
> "4.9-2.0.x-imx" all imx6ULL files in "/arch/arm/boot/dts" are vey long.
> In my custom meta-layer I created some patches for those files.
>
> When I switch to kernel "4.18.x+fslc" those files are completely
> different...very short.
>
> This is an example:
> - 4.9:
> https://github.com/Freescale/linux-fslc/blob/4.9-2.0.x-imx/arch/arm/boot/dts/imx6ull-14x14-evk.dts
> - 4.18:
> https://github.com/Freescale/linux-fslc/blob/4.18.x%2Bfslc/arch/arm/boot/dts/imx6ull-14x14-evk.dts
>
> Why? And which is the recommended way to migrate patches from 4.9 to 4.18?

The main difference on the dts dize is due to the fact that the 4.18
version includes "imx6ul-14x14-evk.dtsi"

Please check:
https://github.com/Freescale/linux-fslc/blob/4.18.x%2Bfslc/arch/arm/boot/dts/imx6ul-14x14-evk.dtsi
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Patch sent to linux-fslc

[Fabio Estevam]

Hi Andreas,

On Fri, Sep 7, 2018 at 10:06 AM, Andreas Müller  wrote:
> Hi,
>
> don't know, who's duty it is to review so I send this email to widen
> the audience.
>
> Just sent out a patch to linux-fslc which makes Bluetooth work on
> Variscite-VarSOM when using networkmanager - details at [1]
>
> Cheers,
>
> Andreas
>
> [1] https://github.com/Freescale/linux-fslc/pull/32

This change makes sense.

The same patch has been submitted and will reach reach kernel 4.20:
https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git/commit/?h=imx/defconfig=58cfbcaae469793899d524a70995f0cfadcb4425
-- 
___
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

[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] [Sumo] Freescale iMX6 vivante support with EGLFS Qt5

[Fabio Estevam]

Hi Joe.

On Fri, Aug 31, 2018 at 12:22 PM, Joe Rutledge  wrote:
> Hi Otavio,
>
> Sorry, I'm still not clear! In order to get h/w graphics acceleration on the
> iMX6 I have to use the Vivante driver (correct?), which means I have to use
> either linux-imx or linux-fslc-imx. You have had success with other
> customers with Qt based on the linux-fslc-imx kernel? This is what I should
> use in order to get Qt with h/w GPU acceleration (the vivante driver)?

linux-fslc uses a mainline kernel (4.17) and  the graphics userspace
packages are standard ones: mesa, libdrm.

Mainline kernel has support for mx6 GPUs through the etnaviv driver.

Please give this is a try as it is a better solution for long time support.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] u-boot fslc support for imx8

[Fabio Estevam]

On Wed, Aug 29, 2018 at 2:09 PM, Daiane Angolini  wrote:

> I don't think there is someone working on this already.
>
> And u-boot-fslc is 2018.07, which already supports the EVK board [1]
>
> http://git.denx.de/?p=u-boot.git;a=tree;f=arch/arm/mach-imx/mx8m;h=9563bfdf067ad23af59b298fa8a4f729631122e8;hb=8c5d4fd0ec222701598a27b26ab7265d4cee45a3

Not really. mx8mq evk is not supported in mainline U-Boot yet.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] u-boot-fslc: Add bison-native dependency for 2018.07

[Fabio Estevam]

On Wed, Aug 22, 2018 at 1:13 PM, Daiane Angolini
 wrote:
> Signed-off-by: Daiane Angolini 

Some explanation in the commit log would be helpfu.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Unaligned memory accesses exception

[Fabio Estevam]

Hi Fernando,

On Tue, Aug 21, 2018 at 9:19 AM, Fernando AE  wrote:
> Hello all,
>
> I'm bringing up U-Boot for an iMX6UL board, and I've encountered
> unaligned memory accesses exceptions while I was trying to test the
> ETH commands (e.g., 'ping').
>
> After investigation, I found out that the iMX6UL processor traps
> unaligned memory accesses by default. As a workaround, I disabled
> theses checks, hoping for negligible performance loss.
>
> I'm wondering if it is a bad idea to disable unaligned memory accesses
> during the U-Boot execution, regarding performance issues or other
> drawbacks at the kernel level.

This is a bit off topic in this list.

The U-Boot list would be a better place to ask about it if you are
using a mainline U-Boot.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH v2] imx7s-warp: update u-boot configuration

[Fabio Estevam]

On Mon, Jun 4, 2018 at 5:07 PM, Pierre-Jean Texier  wrote:
> The 'secure_defconfig' was removed, see [1].
>
> [1] 
> https://github.com/Freescale/u-boot-fslc/commit/8273209bd9741e52e7a9db4ea76113e82213bbc0
>
> Signed-off-by: Pierre-Jean Texier 

Reviewed-by: Fabio Estevam 
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH] imx7s-warp: update u-boot configuration

[Fabio Estevam]

Hi Pierre-Jean,

On Mon, Jun 4, 2018 at 4:54 PM, TEXIER Pierre-Jean  wrote:

>
> Indeed, but this is just to 'keep' the initial config [1].
> Would you like a v2 ?

Yes, I think the defconfig format is preferred. Thanks
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH] imx7s-warp: update u-boot configuration

[Fabio Estevam]

Hi Pierre-Jean,

On Mon, Jun 4, 2018 at 4:06 PM, Pierre-Jean Texier  wrote:
> The 'secure_defconfig' was removed, see [1].
>
> [1] 
> https://github.com/Freescale/u-boot-fslc/commit/8273209bd9741e52e7a9db4ea76113e82213bbc0
>
> Signed-off-by: Pierre-Jean Texier 
> ---
>  conf/machine/imx7s-warp.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/conf/machine/imx7s-warp.conf b/conf/machine/imx7s-warp.conf
> index 7a23fd6..939cae7 100644
> --- a/conf/machine/imx7s-warp.conf
> +++ b/conf/machine/imx7s-warp.conf
> @@ -16,6 +16,6 @@ KERNEL_DEVICETREE = "imx7s-warp.dtb"
>  PREFERRED_PROVIDER_virtual/kernel ?= "linux-warp7"
>
>  UBOOT_CONFIG ??= "sd"
> -UBOOT_CONFIG[sd] = "warp7_secure_defconfig,sdcard"
> +UBOOT_CONFIG[sd] = "warp7_config,sdcard"

Wouldn't ""warp7_defconfig,sdcard" be better here? (config versus defconfig)
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Where to post patches for 'linux-fslc'

[Fabio Estevam]

Hi Matt,

On Mon, Mar 26, 2018 at 8:56 PM, Matt Campbell  wrote:
> Hi all,
>
> Thanks for the input. I'll check if the bug exists on mainline and submit
> there if it does.

Just curious: does the esdhc bug exist in mainline or not?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Where to post patches for 'linux-fslc'

[Fabio Estevam]

Hi Matt,

On Fri, Mar 23, 2018 at 4:17 PM, Matt Campbell  wrote:
> Hello,
>
> I'd like to submit a patch for linux-fslc that fixes a bug with the
> 4.14-flsc branch relating to the iMX6 esdchi controller.  What is the
> preferred method? It seems like a pull request on github is the easiest, but
> I wanted to double check.

Does the bug also exist on the lastest mainline kernel (4.16-rc7)?

If so, please generate a patch against 4.16-rc7 and send it to the
linux-mmc list for review.

Then it can be probably be backported to the older stable kernels, such as 4.14.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] cannot configure divider when PLL is powered on

[Fabio Estevam]

Hi Vishnu,

On Thu, Feb 1, 2018 at 7:08 AM, Vishnu Motghare
 wrote:
>
> Hi,
>
> I'm using i.MX6 board which has dw-hdmi Synopsys DesignWare HDMI Controller.
> I 'm using linux-3.10 kernel version which doesn't have DRM support for
> Synopsys.  So, I back ported drm driver from linux-4.8.
>
> Driver probed happend successfully. Following is dmesg
>
> [1.642015] imx-drm display-subsystem: bound 12.hdmi (ops
> dw_hdmi_imx_ops)
> [1.649845] imx-drm display-subsystem: bound
> 200.aips-bus:ldb@020e0008 (ops imx_ldb_ops)
>
>
> I got following error,
>
> imx-ldb ldb.15: unable to set di1 parent clock to original parent
>
> So' I ported following patch from mainline kernel,
>
> https://patchwork.kernel.org/patch/9336099/
>
> After this I'm getting following error,
>
> clk_pllv3_set_rate: cannot configure divider when PLL is powered on
>
>
> I'm not getting any clue to fix this error. Doen any other patch is required
> to fix this issue?

This is a bit off-topic for the list.

Why do you use 4.8 kernel, which is no longer supported?

You should use 4.15.7 instead.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] distro/fsl-base: Configure u-boot provider properly

[Fabio Estevam]

On Thu, Mar 1, 2018 at 10:24 AM, Daiane Angolini
 wrote:
> Signed-off-by: Daiane Angolini 

A commit log would help here to explain the motivation for this change.

> ---
>  conf/distro/include/fsl-base.inc | 7 +++
>  1 file changed, 7 insertions(+)
>
> diff --git a/conf/distro/include/fsl-base.inc 
> b/conf/distro/include/fsl-base.inc
> index 55e7982..a930252 100644
> --- a/conf/distro/include/fsl-base.inc
> +++ b/conf/distro/include/fsl-base.inc
> @@ -20,6 +20,13 @@ PREFERRED_PROVIDER_u-boot_mx6ul = "u-boot-imx"
>  PREFERRED_PROVIDER_u-boot_mx6ull = "u-boot-imx"
>  PREFERRED_PROVIDER_u-boot_mx7d = "u-boot-imx"
>
> +UBOOT_MACHINE_mx6 = "mx6qsabresd_config"

Is this for an old U-Boot version?

Currently we use mx6sabresd_defconfig instead.

> +UBOOT_SUFFIX_mx6 = "imx"
> +SPL_BINARY_mx6 = ""
> +UBOOT_MAKE_TARGET_mx6 = "u-boot.imx"

and it does not generate u-boot.imx. It generates SPL and u-boot.img
binaries instead.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 1/4] imx25pdk: Add wic option to not update fstab

[Fabio Estevam]

Hi Fabio,

On Tue, Feb 27, 2018 at 5:40 PM, Fabio Berton
 wrote:
> Signed-off-by: Fabio Berton 

Please add a commit log explaining why this patch is needed.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] iMX7 ethernet problem on Linux 4.14, NETDEV WATCHDOG: eth0 (fec): transmit queue 1 timed out

[Fabio Estevam]

On Wed, Jan 3, 2018 at 10:46 AM, alpha_one_x86
<alpha_one_...@first-world.info> wrote:
> Hi,
>
> With direct + forward trafic with iperf3 on Linux 4.14 I have NETDEV
> WATCHDOG: eth0 (fec): transmit queue 1 timed out.
>
> Hardware: IOT-GATE-iMX7, compulab,NXP i.MX 7Dual ARM Cortex-A7
>
> See the attached file. How fix it?

Please report this issue at net...@vger.kernel.org on a plain text format.

Also copy the FEC driver maintainer. You can get his email by doing:
./scripts/get_maintainer.pl drivers/net/ethernet/freescale/fec_main.c

Regards,

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

Re: [meta-freescale] USB dual-role behavior with USB-C?

[Fabio Estevam]

Hi Takashi,

On Fri, Dec 8, 2017 at 8:38 AM, Takashi Matsuzawa  wrote:
> Hello.
> Just in case if you already have pointer or experience with this, any
> suggestion is highly appreciated.
>
> Some of the recent boards has USB-C socket for USB-OTG port, and I wonder
> how I can try the following steps (USB-OTG dual-role behavior testing) with
> USB-C sockets.
>
> https://www.kernel.org/doc/Documentation/usb/chipidea.txt
>
> The steps involves micro-A and micro-B plugs, but for my board only USB-C
> plug can be inserted.
> (I tried C-C cable to connect two boards, but nothing happened - both of the
> boards stayed in gadget role, neither becoming the host).
>
> I have confirmed my board can act as host (can detect a device attached and
> shown on lsusb output) or gadget (by loading mass storage driver, it can be
> shown as external disk from my PC).
> (Well, however these behaviors are not stable yet.)
>
> Anyway:
>
> - How can I conduct test steps outlined in chipidea.txt memo.
> How can I interpret it with UCB-C ports or is there alternative test steps?

This seems to be off topic for this list.

Please post it at linux-...@vger.kernel.org with the Chipidea
maintainer (peter.c...@nxp.com) on Cc.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] xf86-video-armada: Bump to 04748ff

[Fabio Estevam]

On Tue, Nov 28, 2017 at 3:25 PM, Fabio Estevam <fabio.este...@nxp.com> wrote:
> Bump to 04748ff, which contains the following changes:
>
> 04748ff etnaviv: avoid out of bounds accelerated picture accesses
> e907c63 etnaviv: add default string for error codes
> 33eaf05 etnaviv: add coordinates to Xrender Composite debug
> c191212 etnaviv: fix stale cache_timer pointer
> 1c4b212 etnaviv: fix timeout calculation
>
> This fixes GUI text corruption on imx6q when running a core-image-sato
> image.
>
> Signed-off-by: Fabio Estevam <fabio.este...@nxp.com>
> ---
> I still see issues when when running a core-image-sato on a
> imx6qp, but this is a separate problem and should be handled
> separately.

Update: the rendering issue on imx6qp is no longer present.

Daiane built a new core-image-sato and there are no more artifacts on imx6qp.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] [PATCH] xf86-video-armada: Bump to 04748ff

[Fabio Estevam]

Bump to 04748ff, which contains the following changes:

04748ff etnaviv: avoid out of bounds accelerated picture accesses
e907c63 etnaviv: add default string for error codes
33eaf05 etnaviv: add coordinates to Xrender Composite debug
c191212 etnaviv: fix stale cache_timer pointer
1c4b212 etnaviv: fix timeout calculation

This fixes GUI text corruption on imx6q when running a core-image-sato
image.

Signed-off-by: Fabio Estevam <fabio.este...@nxp.com>
---
I still see issues when when running a core-image-sato on a
imx6qp, but this is a separate problem and should be handled
separately.

 recipes-graphics/xorg-driver/xf86-video-armada_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-graphics/xorg-driver/xf86-video-armada_git.bb 
b/recipes-graphics/xorg-driver/xf86-video-armada_git.bb
index 4caebb1..0ae80ba 100644
--- a/recipes-graphics/xorg-driver/xf86-video-armada_git.bb
+++ b/recipes-graphics/xorg-driver/xf86-video-armada_git.bb
@@ -21,7 +21,7 @@ LIC_FILES_CHKSUM = " \
 file://../etna_viv/LICENSE;md5=9d4853905d85f044ed013e75def30a76 \
 "
 
-SRCREV_armada = "a4306d971717a2d3ea855d08c5667e02403b84fe"
+SRCREV_armada = "04748ff4fb30370086cc97b9487a32951c5600ba"
 SRCREV_etna = "f64d77abbb54433bd5de955c20afddc6eb4f4cb1"
 SRCREV_FORMAT = "armada_etna"
 
-- 
2.7.4

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

Re: [meta-freescale] [PATCH] linux-fslc: 4.14: Bump revision to c4404197b0b2

[Fabio Estevam]

Hi Bas,

On Mon, Nov 27, 2017 at 7:21 AM, Bas Mevissen  wrote:

> Current (2017-11-27) Linux-next boots fine. So no SPI issues on my i.MX6
> board for this kernel version.

Thanks for testing. Looks like the issue was linux-fslc related.

Otavio, please avoid applying patches from linux-next into linux-fslc
to avoid breakages.

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

Re: [meta-freescale] Issue with freescale git server at git.freescale.com

[Fabio Estevam]

Hi Georg,

On Mon, Oct 23, 2017 at 12:00 PM, georg <g968...@gmail.com> wrote:

> This is working for me, the evk board doesn't reboot anymore.
>
> I haven't understood why, is it soc or the evk board related?

I finally managed to solve this reboot issue on mx6ull.

It was a U-Boot issue. Here are the two patches:

https://lists.denx.de/pipermail/u-boot/2017-November/312318.html

and

https://lists.denx.de/pipermail/u-boot/2017-November/312319.html

Otavio,

Please apply these two patches into u-boot-fslc.

Thanks,

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

Re: [meta-freescale] [PATCH] linux-fslc: 4.14: Bump revision to c4404197b0b2

[Fabio Estevam]

On Tue, Nov 21, 2017 at 1:07 PM, Bas Mevissen  wrote:

>
> I tried linux-fslc@c4404197b0b22f479d9548e81a8a4ed639d4dd7c with commit
> 3e9b36edc01ec3b896bf212a2a732ed3f047 reverted and that works fine.

I don't think that 3e9b36edc01ec3b896bf212a2a732ed3f047  should
have been applied to linux-fslc to start with.

This commit is in linux-next currently and it will be part of the
upcoming 4.15-rc1.

IMHO linux-fslc should only contain the patches from linux-stable tree
with a few exceptions like: new dts files, for example.

> What's the best thing to do now? Revert 3e9b36e for now and push that to
> linux-fslc?

I think we can do two things:

- Revert 3e9b36e from linux-fslc

- If you could try linux-next on your board and see if it works well
or not. This way we can antecipate any possible issues with the SPI
driver for the upcoming 4.15-rc1.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] linux-fslc: 4.14: Bump revision to c4404197b0b2

[Fabio Estevam]

Hi Bas,

On Tue, Nov 21, 2017 at 11:38 AM, Bas Mevissen  wrote:

>
> That one looked innocent to me, but it is indeed the only change in
> spi-imx.c between the two commits I mentioned. It feels quite odd that no
> one would have noticed the regression in a month time.

Could you please apply this commit?
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/spi/spi-imx.c?h=next-20171121=881a0b993e9f065cbb3673c94c395fa1de24bdcc
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] Revert "imx-gst1.0-plugin: Change git repository URL"

[Fabio Estevam]

On Thu, Nov 16, 2017 at 4:12 PM, Daiane Angolini
 wrote:
> The reverted commit not only change the URL for the package. It also
> upgrade the package version by mistake.
>
> The version pointed by the patch is still not ready to use the gstreamer
> 1.12.
>
> Meanwhile the root cause is found and fixed, revert the patch.
>
> This reverts commit 8605319d17b08da79534681dc85b0a23e2e87c73.
> ---

You missed your Signed-off-by tag.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Issue with freescale git server at git.freescale.com

[Fabio Estevam]

On Thu, Oct 19, 2017 at 11:03 PM, Fabio Estevam <feste...@gmail.com> wrote:
> On Thu, Oct 19, 2017 at 2:18 PM, Fabio Estevam <feste...@gmail.com> wrote:
>
>> Yes, I understand the issue now and will send a proper patch later
>> today to the arm-linux-kernel list.
>
> I was mistaken and this needs more investigation. I won't be able to
> debug this soon.

Here is a temporary hack patch that would allow you to use the board
while a proper fix is not available:

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

Re: [meta-freescale] Issue with freescale git server at git.freescale.com

[Fabio Estevam]

On Thu, Oct 19, 2017 at 2:18 PM, Fabio Estevam <feste...@gmail.com> wrote:

> Yes, I understand the issue now and will send a proper patch later
> today to the arm-linux-kernel list.

I was mistaken and this needs more investigation. I won't be able to
debug this soon.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Issue with freescale git server at git.freescale.com

[Fabio Estevam]

On Thu, Oct 19, 2017 at 2:17 PM, Otavio Salvador
 wrote:

> I did look at 4.14 and there are no changes related to it as well. It
> seems this is still happening.

Yes, I understand the issue now and will send a proper patch later
today to the arm-linux-kernel list.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Issue with freescale git server at git.freescale.com

[Fabio Estevam]

On Wed, Oct 18, 2017 at 10:27 AM, Otavio Salvador
 wrote:

> Fabio, is it possible for you to test ULL using mainline kernel? Georg
> is testing using 4.13 (using 2017.09+fslc U-Boot).

Yes, I can reproduce the reboot problem here.

A quick workaround to avoid the reboot:

--- a/arch/arm/boot/dts/imx6ul-14x14-evk.dts
+++ b/arch/arm/boot/dts/imx6ul-14x14-evk.dts
@@ -262,6 +262,7 @@
pinctrl-names = "default";
pinctrl-0 = <_wdog>;
fsl,ext-reset-output;
+   status = "disabled";
 };

  {

Currently I don't have time for debugging this issue. I do not see it
with mx6ul, only on mx6ull.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH] wandboard: disable RevD1 support with use-mainline-bsp

[Fabio Estevam]

Hi Trevor,

On Sun, Oct 15, 2017 at 11:14 AM, Trevor Woerner  wrote:
> use-mainline-bsp uses linux-fslc (as opposed to linux-wandboard otherwise)
> which doesn't currently have the RevD1 definitions.
>
> Signed-off-by: Trevor Woerner 

This fixes the build error, but it will give a run-time error in case
someone has a revd1 as the revd1 dtb's will not be found.

It would be better to add the revd1 dts as per this commit:
https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git/commit/?h=for-next=36cfd5b3fb556ea7f818f2669c29d15817942b97
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty PATCH 2/2] wandboard: Add Wandboard revision D1 support

[Fabio Estevam]

On Tue, Oct 10, 2017 at 8:11 PM, Fabio Estevam <feste...@gmail.com> wrote:

> Correct. I plan to submit the revd1 dts upstream.

Here is the patch I sent that has been applied to Shawn's tree:
https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git/commit/?h=for-next=36cfd5b3fb556ea7f818f2669c29d15817942b97

If someone wants to backport it to linux-fslc, feel free to do so.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty PATCH 2/2] wandboard: Add Wandboard revision D1 support

[Fabio Estevam]

On Tue, Oct 10, 2017 at 8:10 PM, Otavio Salvador
 wrote:
> On Tue, Oct 10, 2017 at 8:04 PM, Trevor Woerner  wrote:
>> Some combination of these two patches causes the Wandboard build to fail when
>> use-mainline-bsp is enabled.
>>
>> $ grep -r WANDBOARD_DEFAULT_KERNEL *
>> conf/machine/wandboard.conf:WANDBOARD_DEFAULT_KERNEL = 
>> "linux-wandboard"
>> 
>> conf/machine/wandboard.conf:WANDBOARD_DEFAULT_KERNEL_use-mainline-bsp = 
>> "linux-fslc"
>> conf/machine/wandboard.conf:PREFERRED_PROVIDER_virtual/kernel ?= 
>> "${WANDBOARD_DEFAULT_KERNEL}"
>>
>> The linux-fslc kernel doesn't contain definitions for *-wandboard-revd1.dtb,
>> therefore:
>>
>> | make[3]: *** No rule to make target 
>> 'arch/arm/boot/dts/imx6dl-wandboard-revd1.dtb'.  Stop.
>> | arch/arm/Makefile:341: recipe for target 
>> 'imx6dl-wandboard-revd1.dtb' failed
>> | make[2]: *** [imx6dl-wandboard-revd1.dtb] Error 2
>
> Indeed. We must remove the imx6dl-wandboard-revd1.dtb when use-mainline-bsp.

Correct. I plan to submit the revd1 dts upstream.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH v2] imx6ullevk: Add machine file

[Fabio Estevam]

Hi Daiane,

On Thu, Oct 5, 2017 at 4:16 PM, Daiane Angolini  wrote:

> +MACHINE_FEATURES += " pci wifi bluetooth"

There is no PCI on this board.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 3/5] imx7ulpevk.conf: Create i.MX 7ULP EVK machine configure file

[Fabio Estevam]

Hi Jun,

On Thu, Sep 28, 2017 at 11:04 AM, Jun Zhu  wrote:

> +IMAGE_M4 = "imx7ulp_m4_demo.img imx7ulp_wireless_uart_bridge.img 
> imx7ulp_erpc_matrix_multiply_rtos.img imx7ulp_rpmsg_lite_pingpong_rtos.img 
> imx7ulp_rpmsg_lite_str_echo_rtos.img"

Just for my understanding: where are these M4 images coming from? Are
they built by Yocto and by IAR tools in Windows?

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

Re: [meta-freescale] [3rdparty][PATCH v2] imx7d-pico: Add machine configuration

[Fabio Estevam]

Hi Takashi,

On Fri, Sep 29, 2017 at 8:54 AM, Fabio Estevam <feste...@gmail.com> wrote:
> On Fri, Sep 29, 2017 at 5:06 AM, Takashi Matsuzawa <tmatsuz...@xevo.com> 
> wrote:
>> Hello.
>>
>> I have one question regard this change.
>>
>> There is another board called PICO-PI-IMX6UL and the same image from below
>> can also be used on PICO-PI-IMX6UL, or maybe configuration change is needed?
>
> imx6ul-pico has its own machine entry at: conf/machine/imx6ul-pico-hobbit.conf

Sorry for the confusion, this machine entry does not support the pi version.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH v2] imx7d-pico: Add machine configuration

[Fabio Estevam]

On Fri, Sep 29, 2017 at 5:06 AM, Takashi Matsuzawa  wrote:
> Hello.
>
> I have one question regard this change.
>
> There is another board called PICO-PI-IMX6UL and the same image from below
> can also be used on PICO-PI-IMX6UL, or maybe configuration change is needed?

imx6ul-pico has its own machine entry at: conf/machine/imx6ul-pico-hobbit.conf
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] cs42xx8 errors?

[Fabio Estevam]

On Tue, Sep 26, 2017 at 10:14 PM, Takashi Matsuzawa  wrote:
> Hello.
> Thank you for your confirmation.
>
>>imx6qp sabreauto
>
> Well I am using 6Q AI (not Plus), so  it may be the difference (or not).

The audio part is common, so should not be any difference.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] is freescale MCIMX6Q-SDB board a yocto "imx6qdlsabreauto" MACHINE?

[Fabio Estevam]

On Tue, Sep 26, 2017 at 4:37 PM, Robert P. J. Day  wrote:

>   what is the meaning of the "sd" (Smart Device) designation? what
> does add to the configuration that makes something a "Smart Device"?

That's just how NXP named the board:
https://www.nxp.com/support/developer-resources/hardware-development-tools/sabre-development-system/sabre-platform-for-smart-devices-based-on-the-i.mx-6-series:RDIMX6SABREPLAT
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] is freescale MCIMX6Q-SDB board a yocto "imx6qdlsabreauto" MACHINE?

[Fabio Estevam]

On Tue, Sep 26, 2017 at 4:18 PM, Otavio Salvador
<otavio.salva...@ossystems.com.br> wrote:
> On Tue, Sep 26, 2017 at 2:23 PM, Fabio Estevam <feste...@gmail.com> wrote:
>> On Tue, Sep 26, 2017 at 1:13 PM,  <rpj...@crashcourse.ca> wrote:
>>>
>>> someone just handed me a MCIMX6Q-SDB, can i get a verification that, if i
>>> wanted to build for it, the yocto MACHINE would be "imx6qdlsabreauto"?
>>> thank you kindly.
>>
>> No, what you want is conf/machine/imx6qsabresd.conf
>
> For master/rocko it is imx6qdlsabresd.

Correct, I was looking at an old branch.

In master we have:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine/imx6qdlsabresd.conf

imx6qdlsabresd.conf supports all mx6sabresd variants: imx6q, imx6dl, imx6qp.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] is freescale MCIMX6Q-SDB board a yocto "imx6qdlsabreauto" MACHINE?

[Fabio Estevam]

On Tue, Sep 26, 2017 at 1:13 PM,   wrote:
>
> someone just handed me a MCIMX6Q-SDB, can i get a verification that, if i
> wanted to build for it, the yocto MACHINE would be "imx6qdlsabreauto"?
> thank you kindly.

No, what you want is conf/machine/imx6qsabresd.conf
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] cs42xx8 errors?

[Fabio Estevam]

Hi Takashi,

On Fri, Sep 22, 2017 at 10:37 AM, Fabio Estevam <feste...@gmail.com> wrote:
> On Thu, Sep 21, 2017 at 10:20 PM, Takashi Matsuzawa <tmatsuz...@xevo.com> 
> wrote:
>>
>> Hello.
>> This is linux-fslc (4.9), I am trying use-mainline-bsp option with SABRE AI
>> board.
>
> Could you try with kernel 4.13.3 or 4.14-rc1?

I have just booted a imx6qp sabreauto  with 4.13.3 kernel and I do not
see any codec probe error:

...
[2.936534] fsl-asoc-card sound-cs42888: cs42888 <-> 2024000.esai mapping ok
[2.946820] fsl-asoc-card sound-cs42888: snd-soc-dummy-dai <->
2034000.asrc mapping ok
[2.955025] fsl-asoc-card sound-cs42888: cs42888 <-> 2024000.esai mapping ok

[3.023965] ALSA device list:
[3.026960]   #0: imx-spdif
[3.029814]   #1: cs42888-audio
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] cs42xx8 errors?

[Fabio Estevam]

On Thu, Sep 21, 2017 at 10:20 PM, Takashi Matsuzawa  wrote:
>
> Hello.
> This is linux-fslc (4.9), I am trying use-mainline-bsp option with SABRE AI
> board.

Could you try with kernel 4.13.3 or 4.14-rc1?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] cs42xx8 errors?

[Fabio Estevam]

Hi Takashi,

On Thu, Sep 14, 2017 at 3:02 AM, Takashi Matsuzawa  wrote:
> Hello.
>
> In combination of my attempt to use use-mainline-bsp option pyro with SABRE,
> I am getting following error lines in my console log.
> This prevents me from doing further debug (since my console shows only these
> lines.)
>
> I suspect it is related to audio device initialization, but I immediately
> have no idea where I should look into.
> Any suggestion or comment is higly appreciated.
>
> [   66.449317] cs42xx8 1-0048: unsupported sysclk ratio
> [   66.454307] cs42xx8 1-0048: ASoC: can't set cs42888 hw params: -22
> [   66.461114] cs42xx8 1-0048: unsupported sysclk ratio
> [   66.466101] cs42xx8 1-0048: ASoC: can't set cs42888 hw params: -22
> [   66.473016] cs42xx8 1-0048: unsupported sysclk ratio
> [   66.478058] cs42xx8 1-0048: ASoC: can't set cs42888 hw params: -22
> [   66.485016] cs42xx8 1-0048: unsupported sysclk ratio
> [   66.490051] cs42xx8 1-0048: ASoC: can't set cs42888 hw params: -22
> [   66.528809] cs42xx8 1-0048: unsupported sysclk ratio

Which kernel version is this?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] u-boot-fslc: Upgrade to 2017.09 release

[Fabio Estevam]

Hi Eric,

On Tue, Sep 12, 2017 at 12:14 PM, Fabio Estevam <feste...@gmail.com> wrote:
> Hi Eric,
>
> On Tue, Sep 12, 2017 at 11:46 AM, Eric Nelson <e...@nelint.com> wrote:
>
>> If you're referring to the ipu_common change, this is useful for
>
> No, I am not referring to the ipu_common change as mx7d does not even
> have IPU :-)

The commit I am referring to is this one:

57ea8c60e4 pico-imx7d: Add support for secure boot

not the e4a4d913e9 ipu_common: Let the MX6 IPU clock be calculated in run-time

Hope this clarifies.

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

Re: [meta-freescale] [PATCH 2/2] u-boot-fslc: Upgrade to 2017.09 release

[Fabio Estevam]

Hi Eric,

On Tue, Sep 12, 2017 at 11:46 AM, Eric Nelson  wrote:

> If you're referring to the ipu_common change, this is useful for

No, I am not referring to the ipu_common change as mx7d does not even
have IPU :-)
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] u-boot-fslc: Upgrade to 2017.09 release

[Fabio Estevam]

On Tue, Sep 12, 2017 at 10:47 AM, Otavio Salvador
 wrote:

> Isn't this used if we use NXP kernel?

Yes, but the imx7d-pico board uses mainline kernel in meta-freescale.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] u-boot-fslc: Upgrade to 2017.09 release

[Fabio Estevam]

On Mon, Sep 11, 2017 at 6:17 PM, Fabio Berton
 wrote:
> This commit merge tag v2017.09 and apply the following commits on top
> of it:
>
> - e4a4d913e9 ipu_common: Let the MX6 IPU clock be calculated in run-time
> - 57ea8c60e4 pico-imx7d: Add support for secure boot

I don't think this commit is needed as there is no user for it.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH] imx7d-pico: Add machine configuration

[Fabio Estevam]

On Mon, Sep 4, 2017 at 11:24 PM, Otavio Salvador
 wrote:

>> +UBOOT_CONFIG ??= "sd"
>> +UBOOT_CONFIG[sd] = "pico-imx7d_defconfig,sdcard"
>
> Maybe add the secure version?

No, secure version is only for booting NXP 4.1 kernel. Mainline kernel
boots in non-secure mode.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH 2/2] xf86-video-armada: add

[Fabio Estevam]

Hi Trevor,

On Sat, May 27, 2017 at 2:11 AM, Trevor Woerner  wrote:
> If the user enables "use-mainline-bsp" in MACHINEOVERRIDES, assume they want
> to use the open-source, reverse-engineered etnaviv drm x11 driver.
>
> Signed-off-by: Trevor Woerner 

Have you managed to run a 'sato' image on imx6q with etnaviv?

Daiane generated a sato image from master (based on kernel 4.13-rc6),
but I am seeing lots of crashes.

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

Re: [meta-freescale] [PATCH] u-boot-fslc: Upgrade to 2017.07-based release

[Fabio Estevam]

On Mon, Jul 10, 2017 at 3:35 PM, Otavio Salvador
 wrote:
> This release provides a huge improvement regarding the support for SPL
> to more boards.
>
> We now uses this and migrated following boards:
>
>  - imx6qpsabresd -> imx6qdlsabresd
>  - imx6qsabresd -> imx6qdlsabresd
>  - imx6dlsabresd -> imx6qdlsabresd
>  - imx6solosabresd -> imx6qdlsabresd
>  - imx6qpsabreauto -> imx6qdlsabreauto
>  - imx6qsabreauto -> imx6qdlsabreauto
>  - imx6dlsabreauto -> imx6qdlsabreauto
>  - imx6solosabreauto -> imx6qdlsabreauto
>
> So now, the 8 boards are covered by 2 boards. This drastically reduces

I think you meant:

"So now, the 8 boards are covered by 2 machines".
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] unable to initialize libusb: -99

[Fabio Estevam]

Hi Takashi,

On Mon, Jul 10, 2017 at 10:01 AM, Takashi Matsuzawa  wrote:
> Hello.
>
> Attached my logs for both.  My configuration is below, and there no
> tuner/gps, etc. attached to the board.
>
>
> MCIMX6x(Q)AICPU2 (CPU)
>
> MCIMXABASEV1 (base)
>
>
> Lools like both logs share warning messages as well.

Thanks for confirming.

This means that the U-Boot issue is solved.

Will submit the patch to the U-Boot list later today.

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

Re: [meta-freescale] unable to initialize libusb: -99

[Fabio Estevam]

Hi Takashi,

On Mon, Jul 10, 2017 at 8:25 AM, Fabio Estevam <feste...@gmail.com> wrote:

> The errors we see in some peripherals like audio codec, audio tuner is
> because these devices are present in the base board only.

Just reviewed your logs and it seems you use the base board.

Can you please use the NXP U-Boot (PREFERRED_PROVIDER_uboot =
"u-boot-imx" like you did before) and check whether the tuner is
probed correctly?

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

Re: [meta-freescale] unable to initialize libusb: -99

[Fabio Estevam]

Hi Takashi,


On Sun, Jul 9, 2017 at 11:45 PM, Takashi Matsuzawa <tmatsuz...@xevo.com> wrote:

> I just tried it with u-boot-fslc v2016.11, which is the default for morty.
>
> I have attached (xxx.tar) the patch I applied and the boot log.
>
> It now can report USB devices to lsusb command properly.

Great, thanks for testing.

> Looking into the patch, it is essentially not calling setup_iomux_eimnor()
> and also not defining CONFIG_SYS_FLASH_BASE, etc. within mx6qsabreauto.h?

Yes, the idea is to avoid pin conflict between WEIM and I2C3.

I will submit this patch to the U-Boot list and will put you on Cc.

> In the boot log, I still see some errors from si476x-core, but I am not sure
> if they are normal or not.  So far the system is booted and I can see sceen
> is normal.

I think it is normal. Are you booting with the CPU board only or with
CPU + base board?

I have tested the patch on a mx6dlsabreauto with only the CPU board
and I compared the kernel boot logs with the NXP U-Boot and with
mainline U-Boot.

The logs match when the patch is applied and USB is functional.

The errors we see in some peripherals like audio codec, audio tuner is
because these devices are present in the base board only.

Regards,

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

Re: [meta-freescale] unable to initialize libusb: -99

[Fabio Estevam]

Hi Takashi,

On Thu, Jul 6, 2017 at 11:46 AM, Otavio Salvador
 wrote:
>
>
> On Thu, Jul 6, 2017 at 10:04 AM, Takashi Matsuzawa 
> wrote:
>>
>> I examined this today again, and found that following makes this error
>> disappear.
>>
>>
>> PERFERRED_PROVIDER_uboot = "u-boot-imx"
>>
>> PERFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
>>
>> PERFERRED_PROVIDER_uboot-mxsboot-native = "u-boot-imx"
>>
>>
>> Looks like recent u-boot-fslc does not handle imx6qsabreauto (which I was
>> trying), and if I specified u-boot-imx, errors from pca953x, mag3110,
>> mma845x are all gone, and I can lsusb to list USB devices.
>
>
> Awesome! Fabio, could you take a look on U-Boot to figure what is missing?

Could you please test the following patch against U-Boot 2017.05?
https://pastebin.com/K9P6n1Z7

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

Re: [meta-freescale] [QUESTION] git.freescale.com GIT context down?

[Fabio Estevam]

On Tue, May 9, 2017 at 9:27 AM, Horst Kronstorfer
 wrote:
> hi!
>
> $ git clone git://git.freescale.com/imx/fsl-arm-yocto-bsp.git --verbose
> Cloning into 'fsl-arm-yocto-bsp'...
> Looking up git.freescale.com ... done.
> Connecting to git.freescale.com (port 9418) ... fatal: unable to connect to
> git.freescale.com:
> git.freescale.com[0: 192.88.156.202]: errno=Connection timed out

Please try again. This problem has been fixed.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Tearing with gstreamer-imx plugins

[Fabio Estevam]

On Tue, Mar 21, 2017 at 9:40 PM, Fabio Estevam <feste...@gmail.com> wrote:

> # gst-launch-1.0 filesrc location=/home/tearing.mp4 ! decodebin !
> imxipuvideosink use-vsync=false framebuffer=/dev/fb1

I meant use-vsync=true
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Tearing with gstreamer-imx plugins

[Fabio Estevam]

On Tue, Mar 21, 2017 at 7:59 PM, Fabio Estevam <feste...@gmail.com> wrote:

> New clock: GstSystemClock
> mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22
> mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22
> mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22
> mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22

I had to resize fb1 via fbset:

# fbset -fb /dev/fb1 -xres 1024 -yres 768

Unblank it:

# echo 0 > /sys/class/graphics/fb1/blank

# gst-launch-1.0 filesrc location=/home/tearing.mp4 ! decodebin !
imxipuvideosink use-vsync=false framebuffer=/dev/fb1

plays with no tearing now at fb1 :-)

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

Re: [meta-freescale] Tearing with gstreamer-imx plugins

[Fabio Estevam]

On Tue, Mar 21, 2017 at 7:21 PM, Fabio Estevam <feste...@gmail.com> wrote:
> Hi Carlos,
>
> I am using FSL Community Yocto Project pre-built image from
> http://freescale.github.io/#download (FSLC X11 2.2.1) and I see
> massive tearing with this image on a imx6q-sabresd board.
>
> Tearing does not happen with the NXP Yocto Project image though.
>
> The video I am using to test it is this one:
> https://www.dropbox.com/s/rffh3biq7o6z33v/tearing.mp4?dl=0
>
> and I launch it simply via:
>  gst-launch-1.0 playbin uri=file:///home/tearing.mp4
>
> Any ideas on how to fix the tearing with gstreamer-imx plugins?

gst-launch-1.0 filesrc location=/home/tearing.mp4 ! decodebin !
imxipuvideosink use-vsync=true

runs without tearing.

But we need to play the video in fb1 as fb0 is the user interface, so I tried:

gst-launch-1.0 filesrc location=/home/tearing.mp4 ! decodebin !
imxipuvideosink use-vsync=true sync=true framebuffer=/dev/fb1, and
this causes error:

New clock: GstSystemClock
mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22
mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22
mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22
mxc_ipu mxc_ipu: ERR: no-0x0,ipu_queue_task err:-22

Any ideas?

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

[meta-freescale] Tearing with gstreamer-imx plugins

[Fabio Estevam]

Hi Carlos,

I am using FSL Community Yocto Project pre-built image from
http://freescale.github.io/#download (FSLC X11 2.2.1) and I see
massive tearing with this image on a imx6q-sabresd board.

Tearing does not happen with the NXP Yocto Project image though.

The video I am using to test it is this one:
https://www.dropbox.com/s/rffh3biq7o6z33v/tearing.mp4?dl=0

and I launch it simply via:
 gst-launch-1.0 playbin uri=file:///home/tearing.mp4

Any ideas on how to fix the tearing with gstreamer-imx plugins?

Thanks,

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

Re: [meta-freescale] [Question] Wandboard U-Boot DDR3 calibration file

[Fabio Estevam]

On Sat, Mar 18, 2017 at 2:37 PM, Bardi Band <bardi4...@gmail.com> wrote:
> Hi,
>
>
> Can you please point me to the path of Wandboard U-Boot DDR3 calibration
> setting file ?

It is board/wandboard/spl.c.

Regards,

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

Re: [meta-freescale] [Question] Morty and TI wireless drivers

[Fabio Estevam]

Hi Amin,

On Sun, Mar 12, 2017 at 12:22 AM, Amin Bandali  wrote:
> Hi there,
>
> I've noticed that the wifi module drivers for TI wl183x seem to be present
> in
> kernel 4.1.15, in morty. Are they complete and usable, or would I need to
> manually apply TI's patches myself? If it helps, my target board is a
> wandboard.

We tested wl183x drivers with mainline kernel and they work well on
mx6sx udoo. Take a look at this commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm/boot/dts/imx6sx-udoo-neo.dtsi?id=850a983f16eced30e2a825b6d11be256cf647d11
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [Documentation][PATCH 2/2] bsp-scope: Include meta-freescale section

[Fabio Estevam]

On Fri, Nov 25, 2016 at 4:56 PM, Daiane Angolini  wrote:
> From: Daiane Angolini 
>
> Since morty meta-fsl-arm and meta-fsl-ppc must not be used.
>
> Use meta-freescale instead.
>
> Signed-off-by: Daiane Angolini 
> ---
>  release-notes/source/bsp-scope.rst | 34 +-
>  1 file changed, 33 insertions(+), 1 deletion(-)
>
> diff --git a/release-notes/source/bsp-scope.rst 
> b/release-notes/source/bsp-scope.rst
> index 97ca49d..931e07b 100644
> --- a/release-notes/source/bsp-scope.rst
> +++ b/release-notes/source/bsp-scope.rst
> @@ -10,11 +10,43 @@ The scope of the |project_name| includes the meta layers:
> provides support for 3rd party and partner boards;
>   * `meta-freescale-distro 
> `_:
> provides distros support, images recipes, demo recipes, and packagegroups
> -   used to easy the development with Yocto Project.
> +   used to ease the development with Yocto Project.

Looks like an unrelated change.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] imx6qpsabresd core-image-minimal build fails at compile for u-boot-fslc

[Fabio Estevam]

On Fri, Nov 18, 2016 at 12:12 PM, Mert Can Ergun
 wrote:
> How do I make bitbake to use that config file instead of the one it is
> unable to find?

Fabio Berton is working on a fix for this issue.

>
> And also I tried to make it work with -c devshell option but it didn't
> help much. I am pasting my inputs and outputs below.
>
> make mx6sabresd_spl_defconfig
>
> #
> # configuration written to .config
> #
>
> make
>
> CC  lib/asm-offsets.s
> lib/asm-offsets.c:1:0: error: bad value (armv5) for -march= switch

This means you did not export your toolchain.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] imx6qpsabresd core-image-minimal build fails at compile for u-boot-fslc

[Fabio Estevam]

On Wed, Nov 16, 2016 at 1:52 PM, Mert Can Ergun
 wrote:

> *** Can't find default configuration
> "arch/../configs/mx6qpsabresd_defconfig"!

mx6sabresd_spl_defconfig should be used instead.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] ANN: New layout for FSL Community BSP and BSP layers

[Fabio Estevam]

On Wed, Oct 26, 2016 at 9:16 AM, Daiane Angolini  wrote:
> On Tue, Oct 25, 2016 at 12:52 PM, Otavio Salvador
>  wrote:
>> Hello everyone,
>>
>> In 2015 an effort to unify the i.MX and QorIQ BSP layers has been
>> started and today we are finally moving the FSL Community BSP to use
>> the result of this work.
>
> I think this is a good opportunity to rename the project as well.
> Instead of using FSL Community BSP we could use FSL Community PDK.

Speaking in renaming: why don't we use NXP instead of FSL?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH 3/5] wandboard: Add support to use uboot extlinux

[Fabio Estevam]

On Mon, Oct 17, 2016 at 5:21 PM, Fabio Berton
 wrote:
> Class that allows extlinux.conf generation for U-Boot use was introduced
> on OE-core commits:
>
>   - 7c18abeb2a6ef8b7bb53aa92a9ee76bd465fada2
>   - 33df3a65f3e8e136811da715d0cc247ce66ae0ea
>
> To use this feature we need to set UBOOT_EXTLINUX variable to 1 and
> UBOOT_EXTLINUX_ROOT with root path used by kernel cmdline.
>
> Signed-off-by: Fabio Berton 
> ---
>  conf/machine/wandboard.conf | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/conf/machine/wandboard.conf b/conf/machine/wandboard.conf
> index b1e49b3..36dfc2e 100644
> --- a/conf/machine/wandboard.conf
> +++ b/conf/machine/wandboard.conf
> @@ -14,6 +14,9 @@ UBOOT_SUFFIX = "img"
>  SPL_BINARY = "SPL"
>  UBOOT_MACHINE = "wandboard_config"
>
> +UBOOT_EXTLINUX = "1"
> +UBOOT_EXTLINUX_ROOT = "root=/dev/mmcblk2p2"

This is too fragile and changes from kernel to kernel. It also depends
on how many SD cards there are connected in the board.

Much better approach is to use UUID solution as provided by U-Boot mainline.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [u-boot-fslc][PATCH 1/2] Revert "Revert conversion for config_distro_bootcmd.h"

[Fabio Estevam]

On Mon, Oct 17, 2016 at 5:16 PM, Fabio Berton
 wrote:
> This reverts commit 6ed7ce72c7945ae972ebf0adb47c2b58c377b3cf.

Why not add distro config support instead?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] USB issues after moving to linux-fslc-imx_4.1-1.0.x

[Fabio Estevam]

On Fri, Oct 14, 2016 at 1:05 PM, Renato Caldas
 wrote:

> Regarding inclusion, I'm eager to do it, but there are other issues
> still pending (namely the PCI support...), plus a lot of cleanup to
> do.

Just a hint: even if the support is not complete (missing PCI support,
for example) you could submit the current patch and the board support
can be improved later.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] USB issues after moving to linux-fslc-imx_4.1-1.0.x

[Fabio Estevam]

On Fri, Oct 14, 2016 at 12:21 PM, Renato Caldas
 wrote:

> I just found commit 40f737791d4dab26bf23a6331609c604142228bd for the
> sabresd board, which I think explains it all:
>
> ARM: imx6qdl-sabresd: set swbst_reg as vbus's parent reg
>
> USB vbus 5V is from PMIC SWBST, so set swbst_reg as vbus's
> parent reg, it fixed a bug that the voltage of vbus is incorrect
> due to swbst_reg is disabled after boots up.
>
> So THAT was the problem..

Excellent! Glad you fixed it!
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] USB issues after moving to linux-fslc-imx_4.1-1.0.x

[Fabio Estevam]

Hi Renato,

On Thu, Oct 13, 2016 at 7:42 PM, Renato Caldas
 wrote:

> If I boot without any usb device connected (apart from the two
> internal USB hubs) it boots successfully, but as soon as I plug in a
> USB device, I get this:
>
> [  158.722735] usb 1-1: USB disconnect, device number 2
> [  158.727768] usb 1-1.1: USB disconnect, device number 3
> [  158.742031] usb usb1-port1: cannot reset (err = -32)
> [  158.747696] usb usb1-port1: cannot reset (err = -32)
> [  158.753047] usb usb1-port1: cannot reset (err = -32)

Does it help if you pass 'usbcore.autosuspend=-1' in the kernel command line?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] imx6 kernel 4.1.1 doesn't find rootfs and sd-card

[Fabio Estevam]

Hi Markus,

On Wed, Aug 31, 2016 at 11:04 AM, Markus Haege  wrote:
> => repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b
> krogoth
>
>
> A while ago I tried to migrate from (working) fido to krogoth with an imx6
> custom board.
> The Kernel boots, but fails to load rootfs. I exchanged kernel zImage from
> krogoth with the kernel from jethro (3...) and login apeared. Not willing to
> debug the kernel i continued to work with fido till today and tried to make
> a quick hack with the updated kernel 4 from branch krogoth and u-boot
> 2016.03.
>
> It stops at the same line:
>
> Waiting for root device /dev/mmcblk0p2...
>
> No message in bootlog about the sd-card partitions. A few months ago I spend
> lots of time with googling and try/error (kernel-config) but didn't find
> solution. Is there a adjustment to make in new Kernel 4.1.1, to find rootfs
> and the partitions?

Yes, this issue is very annoying.

The solution is not to use /dev/mmcblk to indicate the rootfs location
and use UUID instead.

Here is a patch I did for warp7:
http://lists.denx.de/pipermail/u-boot/2016-August/264810.html

You can adapt the same idea to your board and it will always find the rootfs :-)
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Problems with u-boot/linux-fslc on mx6ul evk

[Fabio Estevam]

Hi Eric,

On Sun, Aug 28, 2016 at 6:08 PM, Eric Nelson  wrote:
> Hi all,
>
> I'm not sure if this is a kernel issue (likely) or a
> U-Boot issue, so I've cross-posted this to both the
> U-Boot mailing list and here:
> http://lists.denx.de/pipermail/u-boot/2016-August/thread.html#265029
>
> I just ran into a problem with bus frequency switching
> on the EVK and there appears to be a U-Boot component.
>
> Using the 4.1.15 kernel from git.freescale.com (commit a4d2a08)
> and the latest U-Boot from Stefano's imx tree (commit a3e5519)
> causes the EVK to hang during a bus frequency switch to LOW_POWER
> mode.
>
> The last gasp is this:
> Bus freq set to 2400 start...
>
> This is easy to reproduce by downing both ethernet interfaces
> and blanking the display.
>
> ifconfig eth0 down
> ifconfig eth1 down
> echo 1 > /sys/class/graphics/fb0/blank
>
>
> And the code block in question is here:
> 
> http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tree/arch/arm/mach-imx/busfreq_ddr3.c?h=imx_4.1.15_1.0.0_ga#n386
>
> When using the binary U-Boot 2015.07 from the EVK package (commit
> d7d7c43 from git.freescale.com), the kernel gets through the
> frequency switch and produces this message.
>
> Bus freq set to 2400 done!
>
> I first saw this problem with u-boot-fslc branch v2016.07
> and linux-fslc (4.1.29 and 4.1.30).
>
> Has anybody else experienced this?
>
> Please advise,

Thanks for reporting. I have just sent a fix for this to the U-Boot list.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH v2 4/4] Signed-off-by: Tushar Panda <tush...@element14.com>

[Fabio Estevam]

On Tue, Aug 23, 2016 at 9:58 AM, Tushar Panda
 wrote:
> Changed the device tree to point at imx7d-warp.dtb

Why? imx7s-warp is the device tree name in mainline kernel.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH v2 3/4] Signed-off-by: Tushar Panda <tush...@element14.com>

[Fabio Estevam]

On Tue, Aug 23, 2016 at 9:58 AM, Tushar Panda
 wrote:
> Changed the kernel service provider to point to the warp7 tree.
> The recipe for this: linux-warp7_4.1.bb

Again, you don't explain the reason for this change.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH v2 1/4] Signed-off-by: Tushar Panda <tush...@element14.com>

[Fabio Estevam]

On Tue, Aug 23, 2016 at 9:58 AM, Tushar Panda
 wrote:

Your Subject line is broken.

> Changed Maintainer from Daiane Angolini to Tushar Panda

Care to explain why?

> Signed-off-by: Tushar Panda 
> ---
>  conf/machine/imx7s-warp.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/conf/machine/imx7s-warp.conf b/conf/machine/imx7s-warp.conf
> index 6b0b50e..c898755 100644
> --- a/conf/machine/imx7s-warp.conf
> +++ b/conf/machine/imx7s-warp.conf
> @@ -2,7 +2,7 @@
>  #@NAME: WaRP7
>  #@SOC: i.MX7S
>  #@DESCRIPTION: Machine configuration for i.MX7S WaRP board.
> -#@MAINTAINER: Daiane Angolini 
> +#@MAINTAINER: Tushar Panda 

As I suggested preivously, can't you add your name as maintainer and
also keep Daiane?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH 1/3] Changed Maintainer from Daiane Angolini to Tushar Panda (tusharpanda.1...@gmail.com, tush...@element14.com)

[Fabio Estevam]

On Thu, Aug 18, 2016 at 4:18 AM, warp7  wrote:
> Signed-off-by: warp7 

It is common practice to put a real name in the Signed-off-by line.

> ---
>  conf/machine/imx7s-warp.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/conf/machine/imx7s-warp.conf b/conf/machine/imx7s-warp.conf
> index 6b0b50e..c213dcf 100644
> --- a/conf/machine/imx7s-warp.conf
> +++ b/conf/machine/imx7s-warp.conf
> @@ -2,7 +2,7 @@
>  #@NAME: WaRP7
>  #@SOC: i.MX7S
>  #@DESCRIPTION: Machine configuration for i.MX7S WaRP board.
> -#@MAINTAINER: Daiane Angolini 
> +#@MAINTAINER: Tushar Panda 

What is the reason for this change?

Could you add yourself as an additional maintainer for this board and
keep Daiane?
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] imx6dl-riotboard: Does not generate valid SD card image

[Fabio Estevam]

On Tue, Aug 9, 2016 at 2:12 PM, Otavio Salvador
 wrote:

>> That's a regression, Otavio. In the past we used to have sdcard images
>> generated by Yocto working fine for imx6sl-warp. In the current
>> release this is broken.
>
> Which release did you test?

Last year, at the time of
https://github.com/Freescale/meta-fsl-arm-extra/commit/1d13a0b9bc9f84333e3e35be2bc7428c9eefb125
this generated sdcard image worked fine for imx6sl-warp.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] imx6dl-riotboard: Does not generate valid SD card image

[Fabio Estevam]

On Tue, Aug 9, 2016 at 2:04 PM, Otavio Salvador
 wrote:

> Patches welcome ;-) It would be good if someone generates the support
> for it for linux-fslc-imx or propose a way to support it.

That's a regression, Otavio. In the past we used to have sdcard images
generated by Yocto working fine for imx6sl-warp. In the current
release this is broken.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] imx6dl-riotboard: Does not generate valid SD card image

[Fabio Estevam]

On Tue, Aug 9, 2016 at 1:47 PM, Otavio Salvador
 wrote:

> Until someone adds proper support for the board in the linux-fslc-imx
> it cannot be enabled. Same is valid for WaRP.

imx6sl-warp is supported in linux-fslc and still generates a buggy sdcard image.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH 1/2] imx7d-warp7: Rename to imx7s-warp

[Fabio Estevam]

On Mon, Aug 8, 2016 at 2:30 PM, Daiane Angolini  wrote:
> Rename to imx7s-warp in order to align with the upstream kernel naming.
>
> It also change the dts file used for the board, it's needed since:
>
> https://github.com/Freescale/linux-fslc/commit/51bca3b53d536600334cb63a67da514e86068cd2
>
> Signed-off-by: Daiane Angolini 
> ---
>  conf/machine/imx7d-warp7.conf | 19 ---
>  conf/machine/imx7s-warp.conf  | 19 +++
>  2 files changed, 19 insertions(+), 19 deletions(-)
>  delete mode 100644 conf/machine/imx7d-warp7.conf
>  create mode 100644 conf/machine/imx7s-warp.conf

For a rename patch like this it is better to use 'git mv' and git
format-patch -M.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] Etnaviv Yocto Layer

[Fabio Estevam]

Hi,

Just wanted to share Joshua's yocto layer for Etnaviv.



-- Forwarded message --
From: Joshua Clayton <stillcompil...@gmail.com>
Date: Wed, Aug 3, 2016 at 2:55 PM
Subject: Re: libdrm-armada repository
To: Fabio Estevam <feste...@gmail.com>
Cc: Russell King <r...@armlinux.org.uk>, DRI mailing list
<dri-de...@lists.freedesktop.org>




On 08/02/2016 06:38 PM, Fabio Estevam wrote:
> Hi Joshua,
>
> On Tue, Aug 2, 2016 at 8:09 PM, Joshua Clayton <stillcompil...@gmail.com> 
> wrote:
>> Greetings Russell,
>> I'm publishing an etnaviv yocto layer on github.
> Cool! Could you please let us know when this layer becomes available?
>
> Thanks
Sure, Fabio.
It is available now.

https://github.com/d4ddi0/meta-etnaviv

Thus far tested only on imx6q-evi
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm PATCH 2/3] linux-fslc-imx: Bump revision to 00850640

[Fabio Estevam]

On Thu, Jul 21, 2016 at 9:44 PM, Peter S. Housel  wrote:

> This kernel needs the linked commit added:
>
> https://git.kernel.org/cgit/linux/kernel/git/sashal/linux-stable.git/commit/?h=linux-4.1.y-queue=74225a4cbea38034034add5da67a2f7ee23251c0
>
> Otherwise it is subject to severe memory leaks.

Thanks for pointing this out!
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm PATCH 3/3] linux-fslc-imx: Fix description as the kernel is not i.MX6 specific

[Fabio Estevam]

On Thu, Jul 14, 2016 at 2:09 PM, Otavio Salvador
 wrote:
> The kernel now supports other SoCs so the description was
> misleading. This fixes it.
>
> Signed-off-by: Otavio Salvador 
> ---
>
>  recipes-kernel/linux/linux-fslc-imx_4.1-1.0.x.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/recipes-kernel/linux/linux-fslc-imx_4.1-1.0.x.bb 
> b/recipes-kernel/linux/linux-fslc-imx_4.1-1.0.x.bb
> index b0f205b..946bb20 100644
> --- a/recipes-kernel/linux/linux-fslc-imx_4.1-1.0.x.bb
> +++ b/recipes-kernel/linux/linux-fslc-imx_4.1-1.0.x.bb
> @@ -1,7 +1,7 @@
>  # Copyright (C) 2015, 2016 O.S. Systems Software LTDA.
>  # Released under the MIT license (see COPYING.MIT for the terms)
>
> -SUMMARY = "FSL Community BSP i.MX6 Linux kernel with backported features and 
> fixes"
> +SUMMARY = "FSL Community BSP i.MX Linux kernel with backported features and 
> fixes"
>  DESCRIPTION = "Linux kernel based on NXP 4.1.15-1.2.0 GA release, used by 
> FSL Community BSP in order to \
>  provide support for i.MX6 based platforms and include official Linux kernel 
> stable updates, backported \

You could also change this "i.MX6" to "i.MX".
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] master/krogoth kernel crash for imx7D

[Fabio Estevam]

Hi Daiane,

On Thu, Jun 23, 2016 at 2:10 PM, Daiane Angolini  wrote:
> I'm facing the following kernel crash for imx7dsabresd. Any hint?

These two patches fix this issue:

http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commit;h=a7e938f3cd19195cd94ed0a815c9de44a7e0204a

http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commit;h=6a5fe0fbd14a4c138ad98837d350cda54583cd64
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] linux kernel 3.x for imx251

[Fabio Estevam]

On Thu, Jun 16, 2016 at 3:40 AM, lzzy  wrote:
> Hello guys,
>
> I have to upgrade the kernel for this MCU to support latest Bluez stack for
> BLE.
>
> And the fsl don't support 3.x kernel any more.
>
> Does anybody known that if exist a 3.x kernel which support imx251?

You can use the latest 4.x kernel from kernel.org. It supports mx25.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm-extra][PATCH] imx6ul-pico-hobbit: Add machine configuration

[Fabio Estevam]

On Tue, May 17, 2016 at 4:48 PM, Daiane Angolini
 wrote:

> +MACHINE_FEATURES += " pci wifi bluetooth"

There is no PCI on this board.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] [PATCH v2][meta-fsl-arm] u-boot-fslc: Update to revision 6e4d8c5

[Fabio Estevam]

This includes the following commit from U-Boot fslc:
6e4d8c5 pico-imx6ul: Select CONFIG_HUSH_PARSER option

Signed-off-by: Fabio Estevam <fabio.este...@nxp.com>
---
Changes since v1:
- Also bump u-boot-fslc-mxsboot
- Rebased against master
 
 recipes-bsp/u-boot/u-boot-fslc-mxsboot_2016.05.bb | 2 +-
 recipes-bsp/u-boot/u-boot-fslc_2016.05.bb | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-bsp/u-boot/u-boot-fslc-mxsboot_2016.05.bb 
b/recipes-bsp/u-boot/u-boot-fslc-mxsboot_2016.05.bb
index fd6810b..28a64a4 100644
--- a/recipes-bsp/u-boot/u-boot-fslc-mxsboot_2016.05.bb
+++ b/recipes-bsp/u-boot/u-boot-fslc-mxsboot_2016.05.bb
@@ -7,7 +7,7 @@ PROVIDES = "u-boot-mxsboot"
 
 PV = "v2016.05+git${SRCPV}"
 
-SRCREV = "158a5196a5aed4cc5dc28348471e3cc641ee1cc9"
+SRCREV = "6e4d8c5bdc6ca8eb241e848f658c4f5abb8b0783"
 SRCBRANCH = "2016.05+fslc"
 
 SRC_URI = "git://github.com/Freescale/u-boot-fslc.git;branch=${SRCBRANCH}"
diff --git a/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb 
b/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb
index 91e287d..72198b7 100644
--- a/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb
+++ b/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb
@@ -2,5 +2,5 @@ include u-boot-fslc.inc
 
 PV = "v2016.05+git${SRCPV}"
 
-SRCREV = "158a5196a5aed4cc5dc28348471e3cc641ee1cc9"
+SRCREV = "6e4d8c5bdc6ca8eb241e848f658c4f5abb8b0783"
 SRCBRANCH = "2016.05+fslc"
-- 
1.9.1

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

[meta-freescale] [PATCH] u-boot-fslc: Bump to revision 6e4d8c5

[Fabio Estevam]

This includes the following commits from U-Boot fslc:

6e4d8c5 pico-imx6ul: Select CONFIG_HUSH_PARSER option
158a519 Merge tag 'v2016.05' into 2016.05+fslc
aeaec0e Prepare v2016.05
f0a711e sunxi: Enable USB host in CHIP defconfig
4cf4600 test, tools: update tbot documentation
b8218a9 tests: py: fix NameError exception if bdi cmd is not supported
1ea4fac arm/arm64: Move barrier instructions into separate header
4baca92 arm: socfpga: Update iomux and pll for c5 socdk RevE
e8bd2a0 warp7: Fix boot by selecting CONFIG_OF_LIBFDT

Signed-off-by: Fabio Estevam <fabio.este...@nxp.com>
---
 recipes-bsp/u-boot/u-boot-fslc_2016.05.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb 
b/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb
index d092f4d..72198b7 100644
--- a/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb
+++ b/recipes-bsp/u-boot/u-boot-fslc_2016.05.bb
@@ -2,5 +2,5 @@ include u-boot-fslc.inc
 
 PV = "v2016.05+git${SRCPV}"
 
-SRCREV = "0fcd279712bdc2f4860bf9466323eb6874d411ed"
+SRCREV = "6e4d8c5bdc6ca8eb241e848f658c4f5abb8b0783"
 SRCBRANCH = "2016.05+fslc"
-- 
1.9.1

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

Re: [meta-freescale] Alsamixer output is broken

[Fabio Estevam]

Hi Gary,

On Tue, May 3, 2016 at 12:00 AM, Gary Thomas  wrote:

> How are you connecting to your board?  I've seen this when using

I connect minicom directly to the serial port.

> minicom directly to the serial port but the output is much better
> (correct) if I connect to the board using ssh (and hence the rendering
> is happening on the connecting host and not the board).  I'd like to
> see it fixed as well, but for now I just use ssh.

Yes, there should be a way to fix this, as I have tried alsamixer with
minicom on both LTIB and Buildroot rootfs and it works fine there.

Should we report this to the person that packages alsa-utils in Yocto?
Does anyone know who that person is?

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

Re: [meta-freescale] Alsamixer output is broken

[Fabio Estevam]

On Mon, May 2, 2016 at 7:59 AM, Otavio Salvador
 wrote:

> I have been using screen to serial console for a while, so I did not
> try minicom for ages.

Tried 'screen' and it allows me to use alsamixer. Would still be nice
to have it working under minicom though.

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

Re: [meta-freescale] Alsamixer output is broken

[Fabio Estevam]

On Mon, May 2, 2016 at 6:58 AM, Otavio Salvador
 wrote:

> It can be related to missing terminal info or even changes on the
> version. But which terminal are you using? I use rxvt-unicode.

I use minicom, which reports "Terminal emulation : VT102".
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Alsamixer output is broken

[Fabio Estevam]

On Sun, May 1, 2016 at 7:03 PM, Rob Wortman  wrote:

> Which terminal are you using?

I am using minicom.

alsamixer works fine with a LTIB based rootfs in this same terminal.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-demos][PATCH 1/2] fsl-gpu-sdk: Add support for i.MX 6SoloLite

[Fabio Estevam]

On Thu, Mar 31, 2016 at 9:36 PM, Tom Hochstein  wrote:
> From: Neena Busireddy 

No commit log?

> Signed-off-by: Tom Hochstein 

As this patch is from Neena, it should contain Neena's Signed-off-by
as well and then yours.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] spi-imx -> make DMA optional through DT

[Fabio Estevam]

On Thu, Mar 31, 2016 at 2:30 PM, Hans Christian Lønstad
 wrote:

> Completely agreed, just wandered if you could point me in some direction ,->

I am not familiar with GPU code. Maybe you could start a new thread
explaining in details this GPU issue.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] spi-imx -> make DMA optional through DT

[Fabio Estevam]

On Thu, Mar 31, 2016 at 2:22 PM, Hans Christian Lønstad
 wrote:

> Implying the bug is in the SPI class driver and fixed in 4.6?
> It appears to be changes in the spi-imx as well, so back porting might need 
> to include this.

This issue is not i.MX6 related. There are reports on this issue with
different SoCs.

> If I find time, I might try out 4.6, but as said earlier, we are fine 
> disabling DMA for now.
> What´s more troubling with 4.1.15 is that vivante user space crashes opening  
> EGLFS.
> (I noticed some config/board file changes regarding DMA_CMA that might point 
> in this direction)

That's a different bug.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] spi-imx -> make DMA optional through DT

[Fabio Estevam]

Hi Hans,

On Wed, Mar 30, 2016 at 6:02 PM, Fabio Estevam <feste...@gmail.com> wrote:

> Looks like this same issue has been reported before:
> https://freescale.jiveon.com/thread/375328

Just tested the steps provided in the community thread on a 4.6-rc1
kernel and it worked well here.

I do see the failure on 4.1.15 though running the same sequence.

Can you also try it on 4.6-rc1 on your side? I think we will need to
backport some of the fixes in drivers/spi/spi.c.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] spi-imx -> make DMA optional through DT

[Fabio Estevam]

On Wed, Mar 30, 2016 at 10:58 AM, Fabio Estevam <feste...@gmail.com> wrote:

> Thanks for reporting the issue.
>
> It would be better if we could fix the DMA issue instead of disabling it.
>
> If you are able to reproduce this with a mainline kernel, it would be
> nice to report this bug into the linux-spi mailing list, so that other
> people could potentially help with it.

Looks like this same issue has been reported before:
https://freescale.jiveon.com/thread/375328

And here too:
http://lists.infradead.org/pipermail/linux-mtd/2009-August/026817.html

Please report this on linux-mtd list so that we can hopefully have a
proper fix for this issue.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale