($INBOX_DIR/description missing)
 help / color / mirror / Atom feed
From: "Andrey Zhizhikin" <andrey.z@gmail.com>
To: Christian Betz <christian.betz@gmail.com>
Cc: meta-freescale@lists.yoctoproject.org
Subject: Re: [meta-freescale] fec driver works on linux-imx, not linux-fslc+use-mainline-bsp (imx6dl)
Date: Mon, 17 Aug 2020 15:04:45 +0200	[thread overview]
Message-ID: <CAHtQpK4nMyuUaVyFeowM7g8p9HJPh3Ahfmp3Tf-fG6Z=YJ8Ppw@mail.gmail.com> (raw)
In-Reply-To: <CAC9ffDF-Bf9Y6+NcgWGhFbO2+ZBdX=MBvfO1Va0yrkawOLNUzg@mail.gmail.com>

Hello Christian,

On Mon, Aug 17, 2020 at 2:32 PM Christian Betz <christian.betz@gmail.com> wrote:
>
> 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 mainline kernel. I'm pleased to say that the etnaviv is working ok!
>
> Problem: The ethernet connection does not work correctly. It seems to accept pings and I can login via SSH. However, any scp or http transfer fails. Ifconfig shows TX errors. None of these issues happen on linux-imx. btw, i have an imx6qsabresd demo board running linux-fslc with use-mainline-bsp and the ethernet works fine on it.
>
> There are no errors/warnings in dmesg. If I use "ping -s 1500 $DEVICE_IP", I definitely notice pings being lost, so this seems related to packet size somehow.
>
> I'm looking for some suggestions on next steps to troubleshoot this issue, or some idea of what is different between linux-imx and linux-fslc when it comes to the fec driver. Note: i'm running kernel 5.4.46 based on revision 38d6c352 (Otavio's merge on June 15th).

Do you see the same behavior with linux-fslc-imx kernel tree? It is
basically NXP kernel + latest patch level from upstream.

Can you test that one and let here know if you have the same thing
there? If it happened that it is not exhibiting the same errors - then
there is something definitely missing in the mainline kernel, which
should be cherry-picked from NXP BSP and sent to upstream.

I cannot test that since I do not have i.MX6 HW on hands...

>
> As far as can tell, our ethernet-related customizations are minimal, basically these changes to 'pinctrl_enet' imx6qdl-sabresd.dtsi. Again, these changes seem to work fine on linux-imx but not linux-fslc with use-mainline-bsp.
>
>                 pinctrl_enet: enetgrp {
>                         fsl,pins = <
>                                 MX6QDL_PAD_ENET_MDIO__ENET_MDIO         0x1b0b0
>                                 MX6QDL_PAD_ENET_MDC__ENET_MDC           0x1b0b0
>                                 MX6QDL_PAD_RGMII_TXC__RGMII_TXC         0x1b030
>                                 MX6QDL_PAD_RGMII_TD0__RGMII_TD0         0x1b030
>                                 MX6QDL_PAD_RGMII_TD1__RGMII_TD1         0x1b030
>                                 MX6QDL_PAD_RGMII_TD2__RGMII_TD2         0x1b030
>                                 MX6QDL_PAD_RGMII_TD3__RGMII_TD3         0x1b030
>                                 MX6QDL_PAD_RGMII_TX_CTL__RGMII_TX_CTL   0x1b030
> -                               MX6QDL_PAD_ENET_REF_CLK__ENET_TX_CLK    0x1b0b0
> +                               /* MX6QDL_PAD_ENET_REF_CLK__ENET_TX_CLK 0x1b0b0
> +                                * Changes to CONFIG_BITS
> +                                *  Turn off PAD_CTL_HYS, PAT_CTL_PUS_22KUP
> +                                *  Turn on SRE_FAST
> +                                */
> +                               MX6QDL_PAD_ENET_REF_CLK__ENET_TX_CLK    0x100b1
>                                 MX6QDL_PAD_RGMII_RXC__RGMII_RXC         0x1b030
>                                 MX6QDL_PAD_RGMII_RD0__RGMII_RD0         0x1b030
>                                 MX6QDL_PAD_RGMII_RD1__RGMII_RD1         0x1b030
>                                 MX6QDL_PAD_RGMII_RD2__RGMII_RD2         0x1b030
>                                 MX6QDL_PAD_RGMII_RD3__RGMII_RD3         0x1b030
>                                 MX6QDL_PAD_RGMII_RX_CTL__RGMII_RX_CTL   0x1b030
> -                               MX6QDL_PAD_GPIO_16__ENET_REF_CLK        0x4001b0a8
> +                               /* Completely disable ENET_REF_CLK (???) */
> +                               /*MX6QDL_PAD_GPIO_16__ENET_REF_CLK      0x4001b0a8*/
>                         >;
>                 };
>
>
>
> 



-- 
Regards,
Andrey.

      parent reply	other threads:[~2020-08-17 13:04 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-17 12:32 fec driver works on linux-imx, not linux-fslc+use-mainline-bsp (imx6dl) Christian Betz
2020-08-17 13:04 ` [meta-freescale] " Fabio Estevam
2020-08-17 13:04 ` Andrey Zhizhikin [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAHtQpK4nMyuUaVyFeowM7g8p9HJPh3Ahfmp3Tf-fG6Z=YJ8Ppw@mail.gmail.com' \
    --to=andrey.z@gmail.com \
    --cc=christian.betz@gmail.com \
    --cc=meta-freescale@lists.yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).