From: "Shimoda, Yoshihiro" <yoshihiro.shimoda.uh@renesas.com>
To: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Cc: netdev@vger.kernel.org, nobuhiro.iwamatsu.yj@renesas.com,
linux-sh@vger.kernel.org
Subject: Re: [PATCH] sh_eth: get R8A7740 Rx descriptor word 0 shift out of #ifdef
Date: Tue, 11 Jun 2013 05:34:58 +0000 [thread overview]
Message-ID: <51B6B702.6070005@renesas.com> (raw)
In-Reply-To: <201306110022.51293.sergei.shtylyov@cogentembedded.com>
Hi,
Thank you for the patch.
(2013/06/11 5:22), Sergei Shtylyov wrote:
> The only R8A7740 specific #ifdef hindering ARM multiplatform build is left in
> sh_eth_rx(): it covers a very strange code shifting Rx buffer descriptor word 0
> by 16 (which should cause Rx length error to be logged on every buffer several
> lines later). Get rid of the #ifdef by adding 'shift_rd0' field to the 'struct
> sh_eth_cpu_data', making the shift dependent on it, and setting it to 1 for the
> R8A7740 case...
This very strange code was from the first R8A7740 supporting patch I sent.
I should have shifted the RD_RFS values (from RD_RFS1 to RD_RFS10) if R8A7740.
In other words, since the desc_status also has RDFEND, I should have not shifted
the desc_status before the driver checked the RDFEND.
So, I think we have to modify this "desc_status >>= 16" timing.
Should I submit such a patch first?
Best regards,
Yoshihiro Shimoda
> Signed-off-by: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
>
> ---
> The patch is against Dave Miller's 'net-next.git' repo.
> I have no R8A7740 manual, so have to trust that the code is correct. It would
> be good to get some comments from the author of the original commit that added
> R8A7740 support, so CCing him...
>
> drivers/net/ethernet/renesas/sh_eth.c | 6 +++---
> drivers/net/ethernet/renesas/sh_eth.h | 1 +
> 2 files changed, 4 insertions(+), 3 deletions(-)
>
> Index: net-next/drivers/net/ethernet/renesas/sh_eth.c
> =================================> --- net-next.orig/drivers/net/ethernet/renesas/sh_eth.c
> +++ net-next/drivers/net/ethernet/renesas/sh_eth.c
> @@ -667,6 +667,7 @@ static struct sh_eth_cpu_data r8a7740_da
> .no_ade = 1,
> .tsu = 1,
> .select_mii = 1,
> + .shift_rd0 = 1,
> };
>
> static struct sh_eth_cpu_data sh7619_data = {
> @@ -1260,9 +1261,8 @@ static int sh_eth_rx(struct net_device *
> desc_status = edmac_to_cpu(mdp, rxdesc->status);
> pkt_len = rxdesc->frame_length;
>
> -#if defined(CONFIG_ARCH_R8A7740)
> - desc_status >>= 16;
> -#endif
> + if (mdp->cd->shift_rd0)
> + desc_status >>= 16;
>
> if (--boguscnt < 0)
> break;
> Index: net-next/drivers/net/ethernet/renesas/sh_eth.h
> =================================> --- net-next.orig/drivers/net/ethernet/renesas/sh_eth.h
> +++ net-next/drivers/net/ethernet/renesas/sh_eth.h
> @@ -476,6 +476,7 @@ struct sh_eth_cpu_data {
> unsigned no_ade:1; /* E-DMAC DO NOT have ADE bit in EESR */
> unsigned hw_crc:1; /* E-DMAC have CSMR */
> unsigned select_mii:1; /* EtherC have RMII_MII (MII select register) */
> + unsigned shift_rd0:1; /* shift Rx buffer descriptor word 0 by 16 */
> };
>
> struct sh_eth_private {
>
WARNING: multiple messages have this Message-ID (diff)
From: "Shimoda, Yoshihiro" <yoshihiro.shimoda.uh@renesas.com>
To: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Cc: netdev@vger.kernel.org, nobuhiro.iwamatsu.yj@renesas.com,
linux-sh@vger.kernel.org
Subject: Re: [PATCH] sh_eth: get R8A7740 Rx descriptor word 0 shift out of #ifdef
Date: Tue, 11 Jun 2013 14:34:58 +0900 [thread overview]
Message-ID: <51B6B702.6070005@renesas.com> (raw)
In-Reply-To: <201306110022.51293.sergei.shtylyov@cogentembedded.com>
Hi,
Thank you for the patch.
(2013/06/11 5:22), Sergei Shtylyov wrote:
> The only R8A7740 specific #ifdef hindering ARM multiplatform build is left in
> sh_eth_rx(): it covers a very strange code shifting Rx buffer descriptor word 0
> by 16 (which should cause Rx length error to be logged on every buffer several
> lines later). Get rid of the #ifdef by adding 'shift_rd0' field to the 'struct
> sh_eth_cpu_data', making the shift dependent on it, and setting it to 1 for the
> R8A7740 case...
This very strange code was from the first R8A7740 supporting patch I sent.
I should have shifted the RD_RFS values (from RD_RFS1 to RD_RFS10) if R8A7740.
In other words, since the desc_status also has RDFEND, I should have not shifted
the desc_status before the driver checked the RDFEND.
So, I think we have to modify this "desc_status >>= 16" timing.
Should I submit such a patch first?
Best regards,
Yoshihiro Shimoda
> Signed-off-by: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
>
> ---
> The patch is against Dave Miller's 'net-next.git' repo.
> I have no R8A7740 manual, so have to trust that the code is correct. It would
> be good to get some comments from the author of the original commit that added
> R8A7740 support, so CCing him...
>
> drivers/net/ethernet/renesas/sh_eth.c | 6 +++---
> drivers/net/ethernet/renesas/sh_eth.h | 1 +
> 2 files changed, 4 insertions(+), 3 deletions(-)
>
> Index: net-next/drivers/net/ethernet/renesas/sh_eth.c
> ===================================================================
> --- net-next.orig/drivers/net/ethernet/renesas/sh_eth.c
> +++ net-next/drivers/net/ethernet/renesas/sh_eth.c
> @@ -667,6 +667,7 @@ static struct sh_eth_cpu_data r8a7740_da
> .no_ade = 1,
> .tsu = 1,
> .select_mii = 1,
> + .shift_rd0 = 1,
> };
>
> static struct sh_eth_cpu_data sh7619_data = {
> @@ -1260,9 +1261,8 @@ static int sh_eth_rx(struct net_device *
> desc_status = edmac_to_cpu(mdp, rxdesc->status);
> pkt_len = rxdesc->frame_length;
>
> -#if defined(CONFIG_ARCH_R8A7740)
> - desc_status >>= 16;
> -#endif
> + if (mdp->cd->shift_rd0)
> + desc_status >>= 16;
>
> if (--boguscnt < 0)
> break;
> Index: net-next/drivers/net/ethernet/renesas/sh_eth.h
> ===================================================================
> --- net-next.orig/drivers/net/ethernet/renesas/sh_eth.h
> +++ net-next/drivers/net/ethernet/renesas/sh_eth.h
> @@ -476,6 +476,7 @@ struct sh_eth_cpu_data {
> unsigned no_ade:1; /* E-DMAC DO NOT have ADE bit in EESR */
> unsigned hw_crc:1; /* E-DMAC have CSMR */
> unsigned select_mii:1; /* EtherC have RMII_MII (MII select register) */
> + unsigned shift_rd0:1; /* shift Rx buffer descriptor word 0 by 16 */
> };
>
> struct sh_eth_private {
>
next prev parent reply other threads:[~2013-06-11 5:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-10 20:22 [PATCH] sh_eth: get R8A7740 Rx descriptor word 0 shift out of #ifdef Sergei Shtylyov
2013-06-10 20:22 ` Sergei Shtylyov
2013-06-11 5:34 ` Shimoda, Yoshihiro [this message]
2013-06-11 5:34 ` Shimoda, Yoshihiro
2013-06-11 13:01 ` Sergei Shtylyov
2013-06-11 13:01 ` Sergei Shtylyov
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=51B6B702.6070005@renesas.com \
--to=yoshihiro.shimoda.uh@renesas.com \
--cc=linux-sh@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nobuhiro.iwamatsu.yj@renesas.com \
--cc=sergei.shtylyov@cogentembedded.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.