Bug 1021449 - ptp: ptp4l didn't work as expect when changing the clockClass at slave
Summary: ptp: ptp4l didn't work as expect when changing the clockClass at slave
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: linuxptp
Version: 6.5
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Miroslav Lichvar
QA Contact: Zhang Kexin
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-21 10:22 UTC by Dong Zhu
Modified: 2014-03-17 01:48 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-10-22 01:06:55 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Dong Zhu 2013-10-21 10:22:47 UTC 
Description of problem:

change the clockClass to 120
change the priority1 to 255
           priority2 to 255

master:
# ptp4l -i eth1 -f /etc/ptp4l.conf -m
ptp4l[516706.308]: selected /dev/ptp4 as PTP clock
ptp4l[516706.325]: port 1: INITIALIZING to LISTENING on INITIALIZE
ptp4l[516706.326]: port 0: INITIALIZING to LISTENING on INITIALIZE
ptp4l[516712.325]: port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[516712.325]: selected best master clock 90e2ba.fffe.29bfcc
ptp4l[516712.325]: assuming the grand master role
ptp4l[516715.717]: port 1: new foreign master 90e2ba.fffe.29c0c4-1

slave:
# ptp4l -i eth1 -f /etc/ptp4l.conf -m
ptp4l[354096.689]: selected /dev/ptp4 as PTP clock
ptp4l[354096.695]: port 1: INITIALIZING to LISTENING on INITIALIZE
ptp4l[354096.696]: port 0: INITIALIZING to LISTENING on INITIALIZE
ptp4l[354102.695]: port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[354102.696]: selected best master clock 90e2ba.fffe.29c0c4
ptp4l[354102.696]: assuming the grand master role
ptp4l[354103.305]: port 1: new foreign master 90e2ba.fffe.29bfcc-1
ptp4l[354107.305]: selected best master clock 90e2ba.fffe.29bfcc
ptp4l[354107.305]: port 1: MASTER to PASSIVE on RS_PASSIVE

slave seems stuck for a long time and no any reflection here.

Version-Release number of selected component (if applicable):
linuxptp-1.3-1.el6.x86_64

How reproducible:
100%
Comment 1 Miroslav Lichvar 2013-10-21 10:41:03 UTC 
It seems to be working as expected. Clocks with clockClass smaller than 128 enter the passive state instead of slave.

What output do you expect?
Note You need to log in before you can comment on or make changes to this bug.