On Fri, Oct 15, 2021 at 10:48:28PM +0000, Geva, Erez wrote: > Regarding the "ugly scripting" of pmc. > > I create the http://libpmc.sf.net/ just to work around this issue. > > The libpmc provides a library with pmc tool capabilities, and wrapper for > scripting as Python, Lua and Perl.
Is there an option to use C? I don't see it. I don't know anything other than C, nor do I have the time to learn right now or in the foreseeable future. > I think pmc is as a testing tool for the linuxptp project, but not a real > tool for users. I can agree with that. > The libpmc also comes with a compatible pmc tool that runs much faster then > the original. But equally useless from a functionality perspective, as per above. > Although, I am not oppose your patch. I just find it useless, as I perform > the same result in a Perl script. Here you're wrong, you can't do NOTIFY_TIME_SYNC remotely either, since the remote ptp4l denies that. It may be something you don't need, but that doesn't make it all useless. > And with a much higher flexibility and a better performance. I actually don't need flexibility/feature bloat, I want a simple tool for a simple task. And I use this on embedded systems where I don't have Lua, Perl, Python, Ruby, etc etc. I'm actually completely fine with the API exposed by pmc_agent.c. And the resulting program is so small that I don't think I have a huge problem with maintaining it myself if no other self-contained solution comes along. Also, better performance relative to what? > You can use the libpmc, to write a tool like that in the script language you > like. > And submit it as an example in the libpmc project. > > Enjoy > Erez _______________________________________________ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
