[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <MW3PR11MB45229EAE28A5ECEE094329C08F6E0@MW3PR11MB4522.namprd11.prod.outlook.com>
Date: Mon, 29 Jun 2020 18:57:20 +0000
From: "Brady, Alan" <alan.brady@...el.com>
To: Jakub Kicinski <kuba@...nel.org>,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>
CC: "davem@...emloft.net" <davem@...emloft.net>,
"Michael, Alice" <alice.michael@...el.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"nhorman@...hat.com" <nhorman@...hat.com>,
"sassmann@...hat.com" <sassmann@...hat.com>,
"Burra, Phani R" <phani.r.burra@...el.com>,
"Hay, Joshua A" <joshua.a.hay@...el.com>,
"Chittim, Madhu" <madhu.chittim@...el.com>,
"Linga, Pavan Kumar" <pavan.kumar.linga@...el.com>,
"Skidmore, Donald C" <donald.c.skidmore@...el.com>,
"Brandeburg, Jesse" <jesse.brandeburg@...el.com>,
"Samudrala, Sridhar" <sridhar.samudrala@...el.com>
Subject: RE: [net-next v3 11/15] iecm: Add splitq TX/RX
> -----Original Message-----
> From: Jakub Kicinski <kuba@...nel.org>
> Sent: Friday, June 26, 2020 12:58 PM
> To: Kirsher, Jeffrey T <jeffrey.t.kirsher@...el.com>
> Cc: davem@...emloft.net; Michael, Alice <alice.michael@...el.com>;
> netdev@...r.kernel.org; nhorman@...hat.com; sassmann@...hat.com;
> Brady, Alan <alan.brady@...el.com>; Burra, Phani R <phani.r.burra@...el.com>;
> Hay, Joshua A <joshua.a.hay@...el.com>; Chittim, Madhu
> <madhu.chittim@...el.com>; Linga, Pavan Kumar
> <pavan.kumar.linga@...el.com>; Skidmore, Donald C
> <donald.c.skidmore@...el.com>; Brandeburg, Jesse
> <jesse.brandeburg@...el.com>; Samudrala, Sridhar
> <sridhar.samudrala@...el.com>
> Subject: Re: [net-next v3 11/15] iecm: Add splitq TX/RX
>
> On Thu, 25 Jun 2020 19:07:33 -0700 Jeff Kirsher wrote:
> > @@ -1315,7 +1489,18 @@ iecm_tx_splitq_clean(struct iecm_queue *tx_q,
> u16 end, int napi_budget,
> > */
> > static inline void iecm_tx_hw_tstamp(struct sk_buff *skb, u8
> > *desc_ts)
>
> Pretty sure you don't need the inline here. It's static function with one caller.
>
Will fix.
> > {
> > - /* stub */
> > + struct skb_shared_hwtstamps hwtstamps;
> > + u64 tstamp;
> > +
> > + /* Only report timestamp to stack if requested */
> > + if (!likely(skb_shinfo(skb)->tx_flags & SKBTX_HW_TSTAMP))
> > + return;
> > +
> > + tstamp = (desc_ts[0] | (desc_ts[1] << 8) | (desc_ts[2] & 0x3F) << 16);
> > + hwtstamps.hwtstamp =
> > + ns_to_ktime(tstamp <<
> IECM_TW_TIME_STAMP_GRAN_512_DIV_S);
> > +
> > + skb_tstamp_tx(skb, &hwtstamps);
> > }
>
> Why is there time stamp reading support if you have no ts_info configuration on
> ethtool side at all and no PHC support?
This is actively being developed and worked on. We tried to get rid stuff that wasn't quite a full thought but this got through. We can get rid of it for now.
Alan
Powered by blists - more mailing lists