lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAFcVECJBU+Xa5_2b=DwcdeV+W4rcuSHohzCh32pe8rx0S05FhQ@mail.gmail.com> Date: Fri, 1 Mar 2019 11:54:33 +0530 From: Harini Katakam <harinik@...inx.com> To: Richard Cochran <richardcochran@...il.com>, Paul Thomas <pthomas8589@...il.com> Cc: "linuxptp-devel@...ts.sourceforge.net" <linuxptp-devel@...ts.sourceforge.net>, netdev@...r.kernel.org Subject: Re: [Linuxptp-devel] strangeness +netdev Hi Paul, On Fri, Mar 1, 2019 at 12:29 AM Richard Cochran <richardcochran@...il.com> wrote: > > On Thu, Feb 28, 2019 at 12:33:26PM -0500, Paul Thomas wrote: > > Yes changing it to TSTAMP_ALL_PTP_FRAMES instead of TSTAMP_ALL_FRAMES > > does seem to fix the ssh issue. My worry is that there is still a bug > > somewhere in the network stack that this is just masking. Ok thanks. One place to check in the driver will be: if (gem_ptp_do_txstamp(queue, skb, desc) == 0) { /* skb now belongs to timestamp buffer * and will be removed later */ tx_skb->skb = NULL; } When all TX packets are timestamped, the skb always belongs to the timestamp buffer. > > Or the HW isn't sending the frames in the first place. > > Check that first! To check this, the statistics registers in MAC will be one way. But if there is no TX completion interrupt, then I wouldn't expect these statistics to increase either. The used bit status in BD dump might be of more use. I will also try to reproduce (with TX timestamp ALL) and see if any of the above gives some clue. Regards, Harini
Powered by blists - more mailing lists