From: biao huang <biao.huang@mediatek.com>
To: Jose Abreu <Jose.Abreu@synopsys.com>
Cc: "davem@davemloft.net" <davem@davemloft.net>,
Giuseppe Cavallaro <peppe.cavallaro@st.com>,
Alexandre Torgue <alexandre.torgue@st.com>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-stm32@st-md-mailman.stormreply.com"
<linux-stm32@st-md-mailman.stormreply.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"yt.shen@mediatek.com" <yt.shen@mediatek.com>,
"jianguo.zhang@mediatek.comi" <jianguo.zhang@mediatek.comi>,
"boon.leong.ong@intel.com" <boon.leong.ong@intel.com>
Subject: RE: [v2, PATCH] net: stmmac: add support for hash table size 128/256 in dwmac4
Date: Fri, 24 May 2019 17:44:44 +0800 [thread overview]
Message-ID: <1558691084.24897.51.camel@mhfsdcap03> (raw)
In-Reply-To: <78EB27739596EE489E55E81C33FEC33A0B92D26F@DE02WEMBXB.internal.synopsys.com>
Seems I should modify this patch base on
"https://patchwork.ozlabs.org/project/netdev/list/?series=109699"
On Fri, 2019-05-24 at 09:24 +0000, Jose Abreu wrote:
> From: biao huang <biao.huang@mediatek.com>
> Date: Fri, May 24, 2019 at 09:31:44
>
> > On Fri, 2019-05-24 at 08:24 +0000, Jose Abreu wrote:
> > > From: biao huang <biao.huang@mediatek.com>
> > > Date: Fri, May 24, 2019 at 07:33:37
> > >
> > > > any comments about this patch?
> > >
> > > Can you please test your series on top of this one [1] and let me know
> > > the output of :
> > > # ethtool -t eth0
> > "ethtol -T eth0"? This patch only affect hash table filter, seems no
> > relation to timestamp.
> > >
execute "ethtool -t eth0", then we got "Cannot test: Operation not
supported", is there any config should be enabled?
> > > Just to make sure that this patch does not introduce any regressions. The
> > > remaining ones of the series look fine by me!
> > >
> > > [1]
> > which one? Did I miss anything here?
>
> Sorry, my mail client tried to wrap the long link and ended up in a
> loooong email.
>
> [1] https://patchwork.ozlabs.org/project/netdev/list/?series=109699
>
Got it.
> Thanks,
> Jose Miguel Abreu
WARNING: multiple messages have this Message-ID (diff)
From: biao huang <biao.huang@mediatek.com>
To: Jose Abreu <Jose.Abreu@synopsys.com>
Cc: Alexandre Torgue <alexandre.torgue@st.com>,
"jianguo.zhang@mediatek.comi" <jianguo.zhang@mediatek.comi>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-stm32@st-md-mailman.stormreply.com"
<linux-stm32@st-md-mailman.stormreply.com>,
"yt.shen@mediatek.com" <yt.shen@mediatek.com>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"boon.leong.ong@intel.com" <boon.leong.ong@intel.com>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
Giuseppe Cavallaro <peppe.cavallaro@st.com>,
"davem@davemloft.net" <davem@davemloft.net>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: RE: [v2, PATCH] net: stmmac: add support for hash table size 128/256 in dwmac4
Date: Fri, 24 May 2019 17:44:44 +0800 [thread overview]
Message-ID: <1558691084.24897.51.camel@mhfsdcap03> (raw)
In-Reply-To: <78EB27739596EE489E55E81C33FEC33A0B92D26F@DE02WEMBXB.internal.synopsys.com>
Seems I should modify this patch base on
"https://patchwork.ozlabs.org/project/netdev/list/?series=109699"
On Fri, 2019-05-24 at 09:24 +0000, Jose Abreu wrote:
> From: biao huang <biao.huang@mediatek.com>
> Date: Fri, May 24, 2019 at 09:31:44
>
> > On Fri, 2019-05-24 at 08:24 +0000, Jose Abreu wrote:
> > > From: biao huang <biao.huang@mediatek.com>
> > > Date: Fri, May 24, 2019 at 07:33:37
> > >
> > > > any comments about this patch?
> > >
> > > Can you please test your series on top of this one [1] and let me know
> > > the output of :
> > > # ethtool -t eth0
> > "ethtol -T eth0"? This patch only affect hash table filter, seems no
> > relation to timestamp.
> > >
execute "ethtool -t eth0", then we got "Cannot test: Operation not
supported", is there any config should be enabled?
> > > Just to make sure that this patch does not introduce any regressions. The
> > > remaining ones of the series look fine by me!
> > >
> > > [1]
> > which one? Did I miss anything here?
>
> Sorry, my mail client tried to wrap the long link and ended up in a
> loooong email.
>
> [1] https://patchwork.ozlabs.org/project/netdev/list/?series=109699
>
Got it.
> Thanks,
> Jose Miguel Abreu
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-05-24 9:45 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-14 3:00 [v2, PATCH] add some features in stmmac Biao Huang
2019-05-14 3:00 ` Biao Huang
2019-05-14 3:00 ` Biao Huang
2019-05-14 3:00 ` [v2, PATCH] net: stmmac: add support for hash table size 128/256 in dwmac4 Biao Huang
2019-05-14 3:00 ` Biao Huang
2019-05-14 3:00 ` Biao Huang
2019-05-24 6:33 ` biao huang
2019-05-24 6:33 ` biao huang
2019-05-24 6:33 ` biao huang
2019-05-24 8:24 ` Jose Abreu
2019-05-24 8:24 ` Jose Abreu
2019-05-24 8:24 ` Jose Abreu
2019-05-24 8:31 ` biao huang
2019-05-24 8:31 ` biao huang
2019-05-24 8:31 ` biao huang
2019-05-24 9:24 ` Jose Abreu
2019-05-24 9:24 ` Jose Abreu
2019-05-24 9:24 ` Jose Abreu
2019-05-24 9:44 ` biao huang [this message]
2019-05-24 9:44 ` biao huang
2019-05-24 9:44 ` biao huang
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=1558691084.24897.51.camel@mhfsdcap03 \
--to=biao.huang@mediatek.com \
--cc=Jose.Abreu@synopsys.com \
--cc=alexandre.torgue@st.com \
--cc=boon.leong.ong@intel.com \
--cc=davem@davemloft.net \
--cc=jianguo.zhang@mediatek.comi \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=matthias.bgg@gmail.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=peppe.cavallaro@st.com \
--cc=yt.shen@mediatek.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.