Hi, I think I managed to get around this problem.
in function init_hw_timer():
case e1000_i350:
case e1000_82580:
/*
* The 82580 timesync updates the system timer every 8ns by 8ns
* and the value cannot be shifted. Instead we need to shift
* the registers to generate a 64bit timer value.
I'm assuming you are using either an older kernel or an out-of-tree
driver do I have that right? I ask because this code doesn't resemble
what is is currently in the latest Linux kernel.
Comments on what you have found are inline below.
- Alex
On 10/13/2015 12:53 AM, Mattias Barthel wrote:
>
Yes, setting the cycles.shift to the same as on the 82580 and also shifting
the reads accordingly everything works. The sync of shhwtstamps->syststamp
too.
My driver version is 3.0.6-k2 and linux is 3.0.8.
Although this might not be very suited to my needs.
The incoming buffers wont be timestampe
I don't know if it is available in that driver or not, but there is an
option in later igb drivers to support a time stamp being written with
the packet data. Based on the fact that you are already seeing issues,
you might want to try getting the out-of-tree driver from e1000.sf.net
and seeing
Thanks a lot Alex, there might still be some hope then.
Unfortunately Im bound to using the linux kernel 3.0.8. What out-of-tree
driver can I use with that, please?
On Tuesday, October 13, 2015, Alexander Duyck
wrote:
> I don't know if it is available in that driver or not, but there is an
> opt
You can probably just download and use the latest driver from:
http://sourceforge.net/projects/e1000/files/igb%20stable/
It should be able to build on a 3.0.8 kernel provided nothing has been
back-ported that would change the APIs.
- Alex
On 10/13/2015 10:26 AM, Mattias Barthel wrote:
> Th
Thanks again Alex,
It might be a good idea to upgrade the driver, who knows what more there is
in store for me using this one.
Anyways, regarding the timestamping in each rx buffer I think I found it.
>From the I350 datasheet:
-
When the TSAUXC.Disable systime bit is cleared and the SRRCTL[n]
