Hi Christian, What is the Ethernet PHY on your board? Is it getting detected by looking at the dmesg log? Could you share the schematics and device tree?

Hi, I'm porting a custom MX6DL board from linux-imx to linux-fslc (along with use-mainline-bsp in FEATURES). The primary reason for this choice was for etnaviv support and a general preference for a

Hmm, it doesn't work. But is this endpoint-setup not meant to be used together with DRM? Whereas before it was for mxcfb? I'm stilll a bit lost...

Ok, I'll try it out. Still I don't understand why they would only change half of the functionality.... (And who decides or follows up)

Great, thanks!

<tessadriandrea@...> wrote: This is definitely a wrong list for those changes, it should go to LKML instead. This list is used for discussions regarding Yocto Project distribution, and I believe

On Thu, Aug 13, 2020 at 9:49 AM Christian Betz via lists.yoctoproject.org <christian.betz=gmail.com@...> wrote: I forgot to mention: I am using "use-mainline-bsp" here and I think that matters, as

Hi. I recently faced a similar problem on a custom imx6dl board, also with linux-fslc. In my case i only have a single panel but it seems I had to define two panels to make the devicetree compiler

I've just developed and tested cyclic DMA transfer for a SPI device on a IMX6UL with kernel 4.9.88 I wanted to have a single SPI transfer repeated continuously in order to feed a DAC for generation of

But that's the mainline way of working, no? When using etnaviv/drm/imx-ipu... ? Why would the old ldb-style still work, but the old lcd isn't?

Yes this has completely changed, look at NXP's MEK devicetrees to figure that out, at least I was once able to figure it out like that. On Colibri-iMX8X I once had it running with something like

How do you correctly put a parallel lcd display in linux 5.4? Uptill 4.9, there was a mxc_lcdif.c, but seems to be missing now? In the devicetree, you used to add a node which had

Haven't read all mails have created the PR now! Also thanks from my side for the fast support Otavio! Philippe

Thanks Andrey for testing! I guess Otavio needs to pull it from my branch, I'm not able to create a new branch as PR. Philippe

On Mon, Aug 10, 2020 at 07:51 AM, Brian Hutchinson wrote: Hi, I'm looking into doing the rt patch against linux-fslc-imx 5.4.51. Doesn't look like anyone has done this for the imx8mm. I see a

Thanks, Otavio. Much appreciated! We will send you a PR first thing tomorrow morning.

Hello all, First, I'd like to thank you all for the great work. Em seg., 10 de ago. de 2020 às 17:02, Andrey Zhizhikin <andrey.z@...> escreveu: ... I made the baseline branch based on

<philippe.schenker@...> wrote: Correct! My bad: I did a pull of OE-Core and then your Kernel branch, which I should not have been doing in the first place. This issue is not from Kernel, it is

<cengizc=gmail.com@...> wrote: Appendix: I tried to use a machine configuration that's been already shipped by AGL (imx6qdlsabreauto) and that machine also throws not compatible

I guess any user-space stuff need updating to versions that NXP provides with BSP 'L5.4.24_2.1.0'. OE-core updated glibc which is the provider of 'sys_errlist.h' so maybe that is the reason for build