PTION'
Now, we get reply to the lock clock only.
But yet we see a GET request message on the PTP domain network.
Why does the ptp4l propagate the message?
Same with CURRENT_DATA_SET.
Management IDs for PTP port or PTP instance (clock) seems to behave the same in
this respect.
With be
Looks like you daylight time is broken on Arch Linux and Ubuntu 20.04.
-1 is error by mktime.
Why do you think it is related here?
Fix you daylight time setting in your system and open a bug report in the
relevant packages/systems.
Erez
From: Lars Munch
Sent: Tuesday, 20 April 2021 22:24
To
negative value for tm_isdst shall cause mktime() to attempt to determine
whether Daylight Savings Time is in effect for the specified time.
My guess is that on Lars new system the daylight is NOT set, then the mktime
fail to determine the Daylight Savings and return error (-1).
Erez
-Original
The only state I know is “port state”, that you can see with
PORT_DATA_SET or PORT_PROPERTIES_NP
I do not see any TLV for “clock state”.
The clock state is fetched with clock_synchronize()
See port_synchronize() in port.c
Erez
From: Ruby Bhati
Sent: Thursday, 15 April 2021 13:10
To: Geva
Hi,
Can you be more explicit?
What do you mean by “servo state”?
What state you want to query?
Erez
From: Ruby Bhati
Sent: Thursday, 15 April 2021 12:49
To: linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] Get servo state from PMC
Hi,
Updating the Qus.
Is there any way to
On 30/03/2021 09:22, Michael Walle wrote:
> Hi Erez,
>
> Am 2021-03-30 01:26, schrieb Erez Geva:
>> Confirm to IEEE 1588 SLAVE_ONLY management TLB
>>
>> Erez Geva (1):
>> Fix SLAVE_ONLY TLV
>
> I guess this is the new patch version? This should be reflec
According to IEEE 1588 The slave only flag in the SLAVE_ONLY TLV
is bit 0 and not bit 1 as in the DEFAULT_DATA_SET TLV.
In pmc we can simply print the value.
According to IEEE 1588 the other bits are zero.
When pmc query old ptp4l it will print 2 instead of 1.
Signed-off-by: Erez Geva
Confirm to IEEE 1588 SLAVE_ONLY management TLB
Erez Geva (1):
Fix SLAVE_ONLY TLV
clock.c | 2 +-
pmc.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--
2.20.1
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
: Erez Geva
---
tlv.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/tlv.c b/tlv.c
index 98ef6e1..549f2b9 100644
--- a/tlv.c
+++ b/tlv.c
@@ -128,6 +128,7 @@ static int mgt_post_recv(struct management_tlv *m, uint16_t
data_len,
int extra_len = 0, len;
uint8_t *buf
since most of us use machines with little endian
and we want to be backward compatible with most.
Erez Geva (1):
Ensure TLV_PORT_STATS_NP statistics uses little endian.
tlv.c | 10 ++
1 file changed, 10 insertions(+)
--
2.20.1
On 22/03/2021 16:31, Erez Geva wrote:
> According to IEEE 1588 The slave only flag in the SLAVE_ONLY TLV
> is bit 0 and not bit 1 as in the DEFAULT_DATA_SET TLV.
>
> To retain backward compatibility and as bit 1 in SLAVE_ONLY
> is not used anyway. Read and set both bits
Confirm to IEEE 1588 SLAVE_ONLY managment TLB
Erez Geva (1):
Fix SLAVE_ONLY TLV
clock.c | 2 +-
pmc.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--
2.20.1
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
According to IEEE 1588 The slave only flag in the SLAVE_ONLY TLV
is bit 0 and not bit 1 as in the DEFAULT_DATA_SET TLV.
To retain backward compatibility and as bit 1 in SLAVE_ONLY
is not used anyway. Read and set both bits with same value.
---
clock.c | 2 +-
pmc.c | 2 +-
2 files changed, 2
filling looks different, or what differences there are for SERDES,
> vs. for N-Base metallic
> (especially gigabit and above).
>
> Apparently it's plausible to combine SyncE with vanilla SFP
> transceivers, i.e. to recover clock from the S
5.HTM
>
> Frank
>
We found this one "QXG-2G1T-I225, Single-port 2.5 GbE network expansion
card with Intel Ethernet Controller I225-LM"
https://shop.qnap.com/index.php?route=product/product&product_id=387
Hope it uses a newer hardware version that do not have the
me testing with TSN streaming with i210.
By adding guards on the i210 drivers to over come the inter gap issue, I
manage to get a precision of less then 20 ns on the streams.
My team did notice that the oscillator of the i210 was not precise
enough. We use the i210 as client (slave mode), with
16 13:21 /var/run/ptp4lro
Can we set the read only file with a group, so we can run quaries
without root?
How about adding a "group" configuration for the uds_ro_address?
Erez
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge
backward compatible with most.
Erez Geva (1):
Ensure TLV_PORT_STATS_NP statistics uses little endian.
tlv.c | 8
1 file changed, 8 insertions(+)
--
2.20.1
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https
: Erez Geva
---
tlv.c | 8
1 file changed, 8 insertions(+)
diff --git a/tlv.c b/tlv.c
index 98ef6e1..6e919e6 100644
--- a/tlv.c
+++ b/tlv.c
@@ -324,6 +324,10 @@ static int mgt_post_recv(struct management_tlv *m,
uint16_t data_len,
psn = (struct port_stats_np *)m->d
As IEEE define and use Integer64.
Add a function to order 64bits to network order.
Signed-off-by: Erez Geva
---
util.h | 23 +++
1 file changed, 23 insertions(+)
diff --git a/util.h b/util.h
index 41e33d4..8a5444f 100644
--- a/util.h
+++ b/util.h
@@ -22,6 +22,7
As most of us use little endian hardware and
to retain backward compatible with most of us,
we decide to use little endian.
Signed-off-by: Erez Geva
---
pmc.c | 51 +++
port.c | 6 +-
2 files changed, 36 insertions(+), 21 deletions
with most.
Erez Geva (2):
Add host order to network order of 64 bits
Ensure TLV_PORT_STATS_NP statistics uses little endian
pmc.c | 51 +++
port.c | 6 +-
util.h | 23 +++
3 files changed, 59 insertions(+), 21 deletions
How do you want to call the 64 bits?
I think that naming should be consistence.
Erez
-Original Message-
From: Richard Cochran
Sent: Thursday, 11 March 2021 04:12
To: Geva, Erez (ext) (DI PA DCP R&D 3)
Cc: linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] [PATCH
Replace byte order with explicit length.
Add function for byte order for 64 bits.
Signed-off-by: Erez Geva
---
clock.c | 4 +-
msg.c | 51 ++---
nsm.c | 2 +-
port.c | 5 +-
raw.c | 10 +--
tc.c| 8 +-
tlv.c | 207
Change Management Implementation-specific TLVs use to
little endian instead of using host order.
Although IEEE use network order, as most of us use little endian
hardware and to retain backward compatible with most of us,
we decide to use little endian.
Signed-off-by: Erez Geva
---
clock.c
users uses pmc on little endian, we decide to
change the TLVs to use little endian explicitly.
So, if you run the ptp4l on big endian, we could use pmc from
little endian host properly.
Erez Geva (2):
Explicit length byte order swap functions.
Fix Management Implementation-specific TLVs
On 10/03/2021 00:38, Keller, Jacob E wrote:
>> -Original Message-
>> From: Geva, Erez
>> Sent: Tuesday, March 09, 2021 2:29 PM
>> To: Richard Cochran
>> Cc:linuxptp-devel@lists.sourceforge.net
>> Subject: Re: [Linuxptp-devel] PORT_STATS_NP management
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
limit this TLV message to UDS only?
Since UDS always run on the same machine.
Erez
-Original Message-
From: Richard Cochran
Sent: Tuesday, 9 March 2021 17:57
To: Geva, Erez (ext) (DI PA DCP R&D 3)
Cc: linuxptp-devel@lists.sourceforge.net
Subject: Re: PORT_STATS_NP management TLV mes
I know you follow the IEEE standard,
It would be nice if you could elaborate on this message.
Can we fix it and rebase it to network order?
May be add a flag for backward compatible.
What do you think?
With best regards,
Erez Geva
AURELLY TECHNOLOGIES GmbH
External service provider at Siemens
Hi,
Personally I prefer leader/followers over source/sink.
Source remind me of source code.
And sink remind me of where our water goes after we use them.
Client/server is good as well.
Erez
From: Jagmeet Singh Hanspal
Sent: Wednesday, 19 August 2020 06:00
To: Richard Cochran
Cc
the leader.
Erez
-Original Message-
From: Richard Cochran
Sent: Wednesday, 19 August 2020 17:20
To: Geva, Erez (ext) (DI PA CI R&D 3)
Cc: jagmeet.hans...@gmail.com; linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] [PATCH RFC 0/1] Introduce inclusive terminology
On
P.S.
The sink goes in one direction.
-Original Message-
From: Geva, Erez (ext) (DI PA CI R&D 3)
Sent: Wednesday, 19 August 2020 18:14
To: richardcoch...@gmail.com
Cc: jagmeet.hans...@gmail.com; linuxptp-devel@lists.sourceforge.net
Subject: RE: [Linuxptp-devel] [PATCH RFC 0/1] Intro
LinuxPTP code base
> with a phc_index_to_dev function that scans the sys/class/ptp folder for the
> matching clock based on the index to obtain the name. I'll see about adding
> that as well (with a fallback to attempting /dev/ptpX if clock_index d
nse.
Erez
-Original Message-
From: Richard Cochran
Sent: Sunday, 24 May 2020 18:33
To: FUSTE Emmanuel
Cc: linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] [PATCH V1 2/2] Add support for write phase mode.
On Mon, May 18, 2020 at 07:58:47AM +, FUSTE Emmanuel wr
>From a quick look.
It seems that it is 'pwmchip%d' for a long time.
https://elixir.bootlin.com/linux/v4.0/source/drivers/pwm/sysfs.c#L314
Erez
-Original Message-
From: Richard Cochran
Sent: Saturday, 16 May 2020 21:15
To: Lokesh Vutla
Cc: Sekhar Nori ; l
4l without
implement PTP all over again.
I only find future SNMP support, but SNMP is more suitable for NMS.
I did not find any simple way to query the ptp4l for it's status without using
the PMC tool.
> Jiri
Any advice is welcome, if I can add GPL code to improve, I will.
Er
any code that is part of the LinuxPTP must be coverd
by GPL.
But user may embedded a library in their non GPL application and communicate
with the ptp4l.
Do you have another suggestion?
Erez
-Original Message-
From: Richard Cochran
Sent: Thursday, 16 April 2020 17:09
To: Geva, Erez
Hi,
I see that linux PTP is under GPL 2.
I would like to ask your permission to allow using a libpmc library and headers
needed by it under LGPL 2.
As you are the copywrite holders, we need your explicit consent.
Thanks
Erez Geva
From: Geva, Erez (ext) (DI PA CI R&D 3)
.portState.c_str(),
p.master_offset,
p.gmIdentity.c_str());
}
#endif
build
g++ -std=gnu++11 -Wall -Wextra -Winline -g -I../.. -c -o my_pmc.o my_pmc.cpp
g++ my_pmc.o -L../../linuxptp -lpmc -o my_pmc
And run and get the proper answer
LD_LIBRARY_PATH=. ./my
Great patch
Good work :-)
From: Petr Machata [pe...@mellanox.com]
Sent: 11 June 2019 18:35
To: linuxptp-devel@lists.sourceforge.net
Cc: Petr Machata; Keller, Jacob E; Geva, Erez (ext) (DI PA CI R&D 3)
Subject: [PATCH v4] sk: Recog
ing packet */
HWTSTAMP_FILTER_ALL,
As of HWTS_FILTER_NORMAL case, your patch make sense.
Thanks
Erez
From: Petr Machata [pe...@mellanox.com]
Sent: 11 June 2019 16:22
To: Geva, Erez (ext) (DI PA CI R&D 3)
Cc: linuxptp-devel@lists.sourceforge.n
Hi,
It make sense for HWTS_FILTER_NORMAL.
But for HWTSTAMP_FILTER_ALL, it does not make sense to get
HWTSTAMP_FILTER_SOME.
Some of what? You ask for all!
Neither can you use rx_filter in this case, since it was not used in the
SIOCSHWTSTAMP request.
Erez
2
then the PTP daemon may proceed normally.
Erez
From: Petr Machata [pe...@mellanox.com]
Sent: 10 June 2019 15:56
To: linuxptp-devel@lists.sourceforge.net
Subject: [Linuxptp-devel] [PATCH v2] sk: Recognize HWTSTAMP_FILTER_SOME
struct hwtstamp_config.rx_fi
Hi,
I have update the Debian package build files.
If you wish to build it yourself, I can send you the files.
Erez
From: Richard Cochran [richardcoch...@gmail.com]
Sent: 23 April 2019 15:56
To: Prasanth KV
Cc: linuxptp-devel@lists.sourceforge.net
.
But, I do respect other opinions. -:)
Erez
From: Vincent Li X [vincent.x...@ericsson.com]
Sent: 31 January 2019 18:14
To: Geva, Erez (ext) (PD PA CI R&D 3); Jiri Benc
Cc: linuxptp-devel@lists.sourceforge.net
Subject: RE: [Linuxptp-devel] ptp4l wro
r.
Is there a problem?
Is the PTP messaged parsed in a correct manner?
Erez
From: Jiri Benc [jb...@redhat.com]
Sent: 31 January 2019 17:03
To: Richard Cochran
Cc: Mats Bergman H; Richard Jönsson; Linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-
Hi,
It happens with one message "Delay Response" in the length 104 bytes.
Did you check your VLAN, may be the VLAN add the 4 bytes?
Did you see this behavior without using VLAN?
What is your ptp4l configuration?
Erez
From: Sun, Steven (NSB - CN/Qingda
Good explanation.
Sound good to me.
Erez
From: Anders Selhammer [anders.selham...@est.tech]
Sent: 13 November 2018 11:34
To: linuxptp-devel@lists.sourceforge.net
Subject: [Linuxptp-devel] [PATCH v2 0/5] Possibility to use ports in different
namespaces
Do you means that you wish the ptp4l to use more then one network namespace?
Or is it a more convenient to start in the default network namespace?
Just ask you to clarify why do we need this patch.
I'm not an export on network namespace myself.
Yours
What about "ip netns exec"?
From: Anders Selhammer [anders.selham...@est.tech]
Sent: 09 November 2018 10:25
To: linuxptp-devel@lists.sourceforge.net
Subject: [Linuxptp-devel] [PATCH 2/6] config: Added network_namespace as config
parameter
Signed-off-by:
What about using "ip netns exec"?
Erez
On Fri, 9 Nov 2018 at 11:01, Anders Selhammer
wrote:
> Signed-off-by: Anders Selhammer
> ---
> config.c | 1 +
> ptp4l.8 | 6 ++
> 2 files changed, 7 insertions(+)
>
> diff --git a/config.c b/config.c
> ind
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
will send a new patch today or tomorrow.
Yours
Erez
From: Richard Cochran [richardcoch...@gmail.com]
Sent: 02 August 2018 18:24
To: Erez Geva
Cc: linuxptp-devel@lists.sourceforge.net
Subject: Re: [Linuxptp-devel] [PATCH] config: Add hardware time stamp
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Hi,
My tabs are been replaced by spaces, do you understand why?
Can I send the patch as attachment file?
Erez
From: Erez [erezge...@gmail.com]
Sent: 20 June 2018 15:27
To: linuxptp-devel@lists.sourceforge.net
Subject: [Linuxptp-devel] [PATCH] config: Add
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
Add global option for the hardware time stamp setting.
The function could:
Normally set the filters as the PTP daemon require.
Check that the filters are proper but do not change them.
Full, set the RX filter to all and the TX filter as the PTP daemon require.
Signed-off-by: Erez Geva
Signed-off
I'm sorry.
It is the Micro$oft Outlock which replace the tabs with spaces.
Micro$oft, where do you want to get lost today?
I will try later after setting my send mail and send it directly from git.
Yours
Erez
From: [ext] Geva, Erez [erez
>From 532e29347d80695db45e5b59e979a954d0e7238b Mon Sep 17 00:00:00 2001
From: Erez Geva
Date: Thu, 14 Jun 2018 11:27:45 +0200
Subject: [PATCH] config: Add hardware time stamp filter setting mode
Add global option for the hardware time stamp setting.
The function could:
Normally set the filt
>From 532e29347d80695db45e5b59e979a954d0e7238b Mon Sep 17 00:00:00 2001
From: Erez Geva
Date: Thu, 14 Jun 2018 11:27:45 +0200
Subject: [PATCH] config: Add hardware time stamp filter setting mode
Add global option for the hardware time stamp setting.
The function could:
Normally set the filt
Signed-off-by: Erez Geva
---
config.c| 9 +
ptp4l.8 | 8
raw.c | 6 --
sk.c| 38 --
sk.h| 14 +-
transport.c | 11 ++-
transport_private.h
Signed-off-by: Erez Geva
---
sk.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/sk.c b/sk.c
index f18b2bf..de8bf58 100644
--- a/sk.c
+++ b/sk.c
@@ -55,8 +55,17 @@ static int hwts_init(int fd, const char *device, int
rx_filter, int tx_type)
strncpy
201 - 267 of 267 matches
Mail list logo