Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-08 Thread Richard Cochran
On Wed, Aug 08, 2018 at 05:34:02PM +, Keller, Jacob E wrote: > Yea, I double checked the e1000e source, it looks like e1000e_systim_reset is > using the kernel time to reset the system timer. I suspect this is what > causes the 36second alignment issue, after it tries to reset to recover...

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-08 Thread Keller, Jacob E
> -Original Message- > From: Keller, Jacob E [mailto:jacob.e.kel...@intel.com] > Sent: Wednesday, August 08, 2018 10:19 AM > To: Jord Pool ; Richard Cochran > > Cc: Cliff Spradlin via Linuxptp-users ; > Chris > Caudle ; Cliff Spradlin > Subject: Re: [L

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-08 Thread Keller, Jacob E
> -Original Message- > From: Jord Pool [mailto:jord.p...@outlook.com] > Sent: Wednesday, August 08, 2018 12:00 AM > To: Keller, Jacob E ; Richard Cochran > > Cc: Cliff Spradlin via Linuxptp-users ; > Cliff > Spradlin ; Chris Caudle > Subject: Re: PXE Boot PTP Issues > > Hi Jacob ! > >

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-08 Thread Jord Pool
Hi Jacob ! Sorry I was mistaking, I meant Red Hat instead of Fedora. The kernel version I am running is 3.10.0. After the first timeout indeed more timeouts occur, the offset shoots to 36 seconds (always) (which makes me think it makes a mistake in handling the TAI/UTC conversion) and after a

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-07 Thread Keller, Jacob E
> -Original Message- > From: Jord Pool [mailto:jord.p...@outlook.com] > Sent: Tuesday, August 07, 2018 2:21 AM > To: Richard Cochran > Cc: Keller, Jacob E ; Cliff Spradlin > ; Chris Caudle ; Cliff Spradlin > via > Linuxptp-users > Subject: Re: PXE Boot PTP Issues > > Hi Richard, > > It

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-07 Thread Jord Pool
Hi Richard, It is not per se PXE, but network load in general. When PXE booting other servers, the PXE boot server which runs as a PTP slave will have a high load of network traffic going out to the servers that are about to boot through PXE. This high network load causes the PTP slave instanc

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-06 Thread Richard Cochran
On Wed, Aug 01, 2018 at 07:27:07AM +, Jord Pool wrote: > As I explained the issues with the PTP slave which is a PXE Boot > server at the same time last week, where the message occurs which > says to increase the tx_timestamp_timeout or the issue being likely > a driver bug, I have installed th

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-06 Thread Richard Cochran
On Mon, Aug 06, 2018 at 06:40:52AM +, Jord Pool wrote: > I anyone could help me out with this that would be great I am still stuck.. I only skimmed you previous mails, BUT... I don't see how PXE has anything to with it. What exactly is the problem with linuxptp? Please provide: config file

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-05 Thread Jord Pool
Hi community! I anyone could help me out with this that would be great I am still stuck.. Jord On 1 Aug 2018, at 09:27, Outlook mailto:jord.p...@outlook.com>> wrote: Good morning ! As I explained the issues with the PTP slave which is a PXE Boot server at the same time last week, where the m

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-01 Thread Jord Pool
Hi Jake, thanks for responding! So this sounds like a problem of the clock switching around the TAI/UTC conversion, and then ptp4l later tries to correct this by maxing the frequency slew..? Indeed, that is exactly what it looks like. But then, why does it switch around the conversion from TAI

Re: [Linuxptp-users] PXE Boot PTP Issues

2018-08-01 Thread Keller, Jacob E
> -Original Message- > From: Jord Pool [mailto:jord.p...@outlook.com] > Sent: Wednesday, August 01, 2018 12:27 AM > To: Richard Cochran ; Keller, Jacob E > ; Cliff Spradlin ; Chris Caudle > ; Cliff Spradlin via Linuxptp-users us...@lists.sourceforge.net> > Subject: PXE Boot PTP Issues > >