Bug#923346: updates

2019-03-25 Thread Thomas, Paul
OK, we did find the bug in the macb driver, the main thread on netdev is here: https://lore.kernel.org/netdev/02874ece860811409154e81da85fbb5892325...@orsmsx121.amr.corp.intel.com/ For future reference, the main issue is that the driver was doing the timestamping for all socks, so when a sock ha

Bug#923346: updates

2019-03-17 Thread IOhannes m zmölnig
On Thu, 28 Feb 2019 22:18:33 +0100 Tino Mettler wrote: > > > Am 27.02.2019 um 22:31 schrieb Paul Thomas : > > > > OK, a couple of updates. > > > > First, I tracked down line ptp4l call that starts this off, it's the > > ioctl(fd, SIOCSHWTSTAMP, &ifreq); line 88 in sk.c. I can see if a > > stand

Bug#923346: updates

2019-02-28 Thread Tino Mettler
> Am 27.02.2019 um 22:31 schrieb Paul Thomas : > > OK, a couple of updates. > > First, I tracked down line ptp4l call that starts this off, it's the > ioctl(fd, SIOCSHWTSTAMP, &ifreq); line 88 in sk.c. I can see if a > standalone program that just does that ioctl has the same affect. > > Seco

Bug#923346: updates

2019-02-27 Thread Paul Thomas
OK, a couple of updates. First, I tracked down line ptp4l call that starts this off, it's the ioctl(fd, SIOCSHWTSTAMP, &ifreq); line 88 in sk.c. I can see if a standalone program that just does that ioctl has the same affect. Second, I was able to reproduce this using the mainline 5.0-rc8 kernel.