[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e84f5b51501e4add8cf08819c64ef554@BLUPR03MB373.namprd03.prod.outlook.com>
Date: Thu, 14 Aug 2014 08:24:39 +0000
From: "fugang.duan@...escale.com" <fugang.duan@...escale.com>
To: Richard Cochran <richardcochran@...il.com>
CC: "shawn.guo@...aro.org" <shawn.guo@...aro.org>,
"davem@...emloft.net" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [PATCH v2 1/1] net: fec: ptp: avoid register access when ipg
clock is disabled
From: Richard Cochran <richardcochran@...il.com> Sent: Thursday, August 14, 2014 4:11 PM
>To: Duan Fugang-B38611
>Cc: shawn.guo@...aro.org; davem@...emloft.net; netdev@...r.kernel.org
>Subject: Re: [PATCH v2 1/1] net: fec: ptp: avoid register access when ipg
>clock is disabled
>
>On Thu, Aug 14, 2014 at 01:28:28AM +0000, fugang.duan@...escale.com wrote:
>> If the ethx close, ptp stack cannot run normally, stack stop send sync
>> message with master,
>
>But this has no effect on whether transmit time stamps are enabled.
>
>The timer work must run whenever the (physical) clock is running.
>Otherwise you will have discontinuities in your PTP clock.
>The kernel must always behave correctly, regardless of what user space
>does.
>
>When the user calls clock_gettime(), the result must always be consistent.
>This has nothing to do with time stamping at all.
>
I have some points against your views:
1. HW ptp is one feature of FEC IP, when the ethx interface is closed, ptp slave cannot sync with master,
So the ptp timer is not accurate, of couse there have discontinuities in ptp clock.
2. When the ethx net interface is closed, FEC IP clocks are disabled, access ptp counter register causes
Hw hang.
3. PTP is not separate HW IP, which is one hw feature of FEC IP, when the net interface is closed, user
Call clock_gettime() is not reasonable.
Thanks,
Andy
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists