On Wed, Nov 17, 2021 at 08:54:40AM +, Geva, Erez wrote:
> Do you mean?
> https://pubs.opengroup.org/onlinepubs/009696799/functions/realpath.html
> https://man7.org/linux/man-pages/man3/realpath.3p.html
> https://man7.org/linux/man-pages/man3/realpath.3.html
Cool. That was easy. Anyone care
, Jacob E
Cc: linuxptp-devel@lists.sourceforge.net; Ed Branch
Subject: Re: [Linuxptp-devel] [PATCH] util: don't error out in
posix_clock_open() if we can't determine PHC index
On Tue, Nov 16, 2021 at 10:09:59PM +, Keller, Jacob E wrote:
> Is it possible for us to resolve symlinks oursel
> Hm, is there a unix/stdlib C API for realpath?
My Linux man page says:
CONFORMING TO
4.4BSD, POSIX.1-2001.
POSIX.1-2001 says that the behavior if resolved_path is NULL is imple-
mentation-defined. POSIX.1-2008 specifies the behavior described in
this page.
On Tue, Nov 16, 2021 at 10:09:59PM +, Keller, Jacob E wrote:
> Is it possible for us to resolve symlinks ourselves before attempting to
> check its index value? That would be an added convenience for users.
Hm, is there a unix/stdlib C API for realpath?
If so, then yes.
(I haven't heard of
> -Original Message-
> From: Richard Cochran
> Sent: Saturday, November 13, 2021 6:53 AM
> To: Vladimir Oltean
> Cc: Ed Branch ; linuxptp-devel@lists.sourceforge.net
> Subject: Re: [Linuxptp-devel] [PATCH] util: don't error out in
> posix_clock_open() if
>
On Sat, Nov 13, 2021 at 06:53:06AM -0800, Richard Cochran wrote:
> On Sat, Nov 13, 2021 at 06:22:34AM -0800, Richard Cochran wrote:
>
> > The Debian KVM script is just plain wrong.
>
> Or maybe not a bug, but still the script that invokes phc2sys should
> simply use `realpath /dev/ptp_kvm`
I
On Sat, Nov 13, 2021 at 06:22:34AM -0800, Richard Cochran wrote:
> Indeed phc2sys is correct in requiring that the path to the PTP char
> device be in the "/dev/ptpN" format.
If ever phc2sys accepted /dev/ptp_kvm or similar, that was simply a
bug in phc2sys.
> The Debian KVM script is just
On Sat, Nov 13, 2021 at 03:31:27AM +0200, Vladimir Oltean wrote:
> Otherwise said, for phc2sys it is an actual regression to require that
> the path to the PTP char device be in the "/dev/ptpN" format.
As discussed on lkml/netdev, there is no reason to rename the clock
character devices.
Indeed