Re: [Linuxptp-users] "poll tx timestamp timeout", problem since v1.2, igb, stmmac

[Jean-Baptiste M. <jea...@pa...>]

On 10/25/2013 05:09 PM, Richard Cochran wrote:
> On Fri, Oct 25, 2013 at 04:10:36PM +0200, Jean-Baptiste Maillet wrote:
>>
>> On the kernel side, for driver/ptp/ I'm on 0d8c3e7 "ptp_pch: fix error handling in pch_probe()" for stmmac,
>> Debian 3.10.7-1 for i210.
>
> So 0d8c3e7 means a pure mainstream kernel (v3.10-rc5~25^2~36)?

Nope, the sha is just the reference to where I am regarding ptp compared to upstream.
This is a SoC with specific BSP and platform drivers.
  
> And Debian kernel is from testing or unstable?

Testing (but at least pure Debian upstream).

> I don't really trust the Debian kernels. I would try the igb driver
> from a recent mainline kernel. The igb driver really should be working
> in mainline Linux.

OK, will do. I need a hardware and upstream reference point known to work.
It's (bad) luck I didn't tried the Debian igb driver right away but the highly experimental
igb_avb first. My only suspect was stmmac.

BTW igb support 2-3 families of chip (82575, 82576, 82580, then i210, i211, and i350, i354):
do any users out there can share their experience using it specifically with i210?

> Regarding the stmmac, although I reviewed the patches, I never tested
> them (no hardware to try), and so I would not be surprised if it had
> bugs.
>
>> To this point, I think this is a hardware driver issue (not really ptp4l nor ptp driver, and hoping this is not
>> a combination of the 3) but any suggestion would be welcome.
>
> If not a hardware issue, then probably a driver/kernel issue. The
> ptp4l program hasn't really ever substantially changed the way the
> transmit time stamps are read.

Thanks
-- 
JB