[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F79887A.50804@st.com>
Date: Mon, 02 Apr 2012 13:07:38 +0200
From: Giuseppe CAVALLARO <peppe.cavallaro@...com>
To: Deepak SIKRI <deepak.sikri@...com>
Cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"davem@...emloft.net" <davem@...emloft.net>,
Srinivas KANDAGATLA <srinivas.kandagatla@...com>,
spear-devel <spear-devel@...t.st.com>,
Shiraz HASHIM <shiraz.hashim@...com>,
Viresh KUMAR <viresh.kumar@...com>,
"bhutchings@...arflare.com" <bhutchings@...arflare.com>
Subject: Re: [PATCH 03/10] stmmac: sanitize the rx coe and add the type-1
csum
On 3/24/2012 10:21 AM, Deepak SIKRI wrote:
>
>
>
> On 3/23/2012 2:38 PM, Giuseppe CAVALLARO wrote:
>> [snip]
>>
>>
>> - priv->rx_coe = priv->hw->mac->rx_coe(priv->ioaddr);
>> - if (priv->rx_coe)
>> - pr_info(" RX Checksum Offload Engine supported\n");
>> + if (priv->plat->rx_coe)
>> + pr_info(" RX Checksum Offload Engine supported (type %d)\n",
>> + priv->plat->rx_coe);
>> if (priv->plat->tx_coe)
>> pr_info(" TX Checksum insertion supported\n");
>>
>
> rx_coe needs to be enabled. Earlier it was being done. Any specific
> reasons to remove this.
> Instead this code needs to be moved post mac reset has been done.
Hello Deepak
sorry for this delay.
I've not clear at all your question.
The driver well uses the rx_coe as briefly described below:
probe funct
|__ hw_init
|_ check the RX type from HW cap reg
|__ Override the rx_coe if required
After that the rx_coe is used and passed to the core as expected.
In case of there is no HW cap register so the rx_coe from platform will
be used.
Peppe
>
> Regards
> Deepak
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists