thanks for your work, I want to know can this use in ptp4l ?
2016-04-15 4:18 GMT+08:00 Wolfgang Wallner :
>
> Dear LinuxPTP community,
>
> I would like to announce the public availability of two software
> projects which I have been working on for my master thesis:
>
} [DEBUG] c-path_delay +32029
{393.991080} [DEBUG] master offset -15340129218 s0 freq -51098 path delay
32029
2015-08-11 14:59 GMT+08:00 Richard Cochran richardcoch...@gmail.com:
On Tue, Aug 11, 2015 at 11:43:01AM +0800, Arnold kang wrote:
when I test linuxptp. I unplug the cable
thanks. i'll try tomorrow!
2015-08-11 19:20 GMT+08:00 Richard Cochran richardcoch...@gmail.com:
On Tue, Aug 11, 2015 at 05:52:41PM +0800, Arnold kang wrote:
I know why, when the cable unplugged , the rtc in phy still run as
list
freq set. so after some seconds, the phy is slower
Hi, all
when I test linuxptp. I unplug the cable and plug in after a while,
the ptp can't recovery. and precision stay bad. any one know why?
--
___
Linuxptp-devel mailing
thank you, but i still don't know how it work. i want to understand it
totally, please help me
2015-02-09 16:26 GMT+08:00 Miroslav Lichvar mlich...@redhat.com:
On Mon, Feb 09, 2015 at 03:51:32PM +0800, Arnold kang wrote:
hi all,
i'm reading the linuxptp code, and read pi.c many times
thank you!
2015-02-09 17:17 GMT+08:00 Miroslav Lichvar mlich...@redhat.com:
On Mon, Feb 09, 2015 at 05:04:05PM +0800, Arnold kang wrote:
thank you, but i still don't know how it work. i want to understand it
totally, please help me
How a PI controller works? I'm not sure that can
Dear Richard,
i'm sorry ask for your help , clock_adjtime may not work in arm linux
v3.0, this syscall return success, but can not change time nor get time,
anything wrong, or need add a patch ?
--
Is your legacy SCM
Dear Richard,
I think i find out the reason, for can not get the status frame when
send out the Delay Req sometimes! can you give me some advice to resolve
it. thanks again!
Arnold
--
Accelerate Dev Cycles with
26, 2014 at 04:20:28PM +0800, Arnold kang wrote:
Dear Richard,
and dp83640_txtstamp call this function, the only thing do is Clear out
expired time stamps, right?
Yes, probably. I don't remember why the transmit function schedules
the work. It might be left over from a previous version
26, 2014 at 04:20:28PM +0800, Arnold kang wrote:
Dear Richard,
and dp83640_txtstamp call this function, the only thing do is Clear out
expired time stamps, right?
Yes, probably. I don't remember why the transmit function schedules
the work. It might be left over from a previous version
2014-04-26 15:07 GMT+08:00 Richard Cochran richardcoch...@gmail.com:
On Sat, Apr 26, 2014 at 02:06:08PM +0800, Arnold kang wrote:
Dear Developers,
can some one tell me whia't rx_timestamp_work is used for in
dp83640.c, thanks!
This is a Linux work item, which is a kind of delayed
this issue, but it is likely caused by a
driver bug*, i'm not sure this was caused by mac driver or phy driver.
and i run ptp4l in SOFTWARE mode, all goes correctlly.
2014-04-11 17:35 GMT+08:00 Arnold kang arnold0k...@gmail.com:
Dear Richard,
thanks your help
2014-04-11 17:26 GMT+08
yes, i just set never timeout, but it doesn't work.
2014-04-14 17:24 GMT+08:00 Richard Cochran richardcoch...@gmail.com:
On Mon, Apr 14, 2014 at 03:56:18PM +0800, Arnold kang wrote:
Dear Richard,
i'm sorry for i need your help again, i just resolve the kernel
crash,
this was caused
Dear Richard,
my linux kernel is 3.0, and my phy is DP83640, and my mac is stmmac,
and my cpu is arm, i just cross-compile the linuxptp, and it seems ok, but
when i run it and use hardware timestamp (./ptp4l - H -i eth0 -p
/dev/ptp0) on my system, the kernel crashed.
so, i just see
Dear Richard,
thanks for your reply. as i asked ,my linux kernel is 3.0, and
my phy is DP83640, and my mac is stmmac, and my cpu is arm A9,
when i run it and use hardware timestamp (./ptp4l - H -i eth0 -p
/dev/ptp0) on my system, the kernel crashed. (crash log is appended in
and the ARCH is ARM Cortex A9 ,
thanks,
Arnold
2013/12/5 Arnold kang arnold0k...@gmail.com
Dear RichardL:
thanks for your response. here is the detail information:
kernel version : 3.0.8
ethernet card : RTL8211EG
MAC driver : not special, just the default in kernel
in kernel.
debug info: missing timestamp on transmitted delay request.
thanks,
Arnold
2013/12/5 Arnold kang arnold0k...@gmail.com
and the ARCH is ARM Cortex A9 ,
thanks,
Arnold
2013/12/5 Arnold kang arnold0k...@gmail.com
Dear RichardL:
thanks for your response. here
17 matches
Mail list logo