Hi Mauro, DI1_DISP_CLK is also used on the imx51-evk. I don't understand why you want to include DI1_DISP_CLK into imx51-pinfunc.h. The i.MX51 Reference Manual states that the DI1_DISP_CLK has no mux

Hi Mauro, Why? There is no mux option for the DI1_DISP_CLK pin.

Hi Andy, Yes, you need a charger device driver. Take a look at drivers/power/supply/ for some examples. The charger devices can expose to userspace information as you describe above. You can check det

Hi Mauro, You can safely rename sdma-imx51-to3.bin to sdma-imx51.bin.

Hi Mauro, I suggest you post to the U-Boot list as this is off-topic here.

Hi Mauro, <m.salvini@...> wrote: And now the commit itself lacks a Signed-off-by: https://github.com/Freescale/meta-freescale/commit/24a68cbea9424b7ebc888c402068a09996a5ba17

Hi Mauro, Missing From and Signed-off-by tags in the patches.

Hi Mauro, [Please note that this is offtopic here] Yes, this is expected. You are using the U-Boot mx51evk target, but your board is a custom one. You said it has 1GB of RAM, so you need to adapt the

<otavio.salvador@...> wrote: imx51evk has 512MB of RAM. You need to adapt the DDR for your specific board to be able to boot it. Yes, it boots well with the top of tree U-Boot: U-Boot 202

Ok, understood. The RTL8822 driver available in the kernel is for PCI-only. You should push Realtek to upstream RTL8822CS SDIO support as working with an out-of-tree driver is too painful. I suggest y

#dunfell #meta-freescale

On Tue, Jan 11, 2022 at 10:06 AM Fabio Estevam via lists.yoctoproject.org <festevam=gmail.com@...> wrote: Ah, the driver is available at drivers/net/wireless/realtek/rtw88/rtw8822c.

#dunfell #meta-freescale

Hi Benson, Looking at your log, I see you use an rtl8822 Wifi device, which is not supported in the mainline kernel. I assume you use an out-of-tree driver, right? When using out-of-tree drivers, it i

#dunfell #meta-freescale

Hi Leo, There is a recent fix in 5.15.13 for Ethernet on wandboard https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm/boot/dts/imx6qdl-wandboard.dtsi?h=v5.15.13&id=ef73e3

Hi Brian, Could it be that on 5.10 the MTD devices are registered in a different order, which causes a different mtd numbering of the devices? Does fw_setenv give any error?

This property is only found on the NXP vendor kernel, not in the mainline kernel. If your kernel has such property, then you are using an NXP-based kernel. In this case, you could probably use Andrey'

Hi Brian, With the mainline SAI driver, it is possible to use several channels. Not sure what you mean by "multi-lane" in your use-case. Please check: https://bootlin.com/blog/eight-channels-audio-on-

Hi Neuber, I think you forgot to hit reply-all. The mailbox driver is at drivers/mailbox/imx-mailbox.c in mainline. Sure, feel free to use it. It is just that you will not get any support from the com

Hi Neuber, 5.6 is an unsupported kernel version. It is not a good idea to develop using such an unsupported kernel version. Please see the supported ones at https://www.kernel.org/ These drivers only

Hi Thomas, Could you please use CST 3.3.1 instead? It is the latest one available at: https://www.nxp.com/webapp/Download?colCode=IMX_CST_TOOL_NEW

The driver for the sgtl5000 codec is sound/soc/codecs/sgtl5000.c: at https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/sound/soc/codecs/sgtl5000.c?h=v5.13 You need to write a dev

#meta-freescale