I have verified the kernel pps_api only looks at CD by building a patch
cable to map the PPS signal into the CD pin and now all the pps_api
calls work as expected.
It is still my position that the kernel pps_api should look at all
commonly used control lines for PPS just like the pps-tools
According to linux/drivers/pps/clients/Kconfig
config PPS_CLIENT_LDISC
tristate "PPS line discipline"
depends on TTY
help
If you say yes here you get support for a PPS source connected
with the CD (Carrier Detect) pin of your serial port.
If this is
A possible cause for this bug has occurred to me, but I wouldn't know
where in the kernel code to check for this.
Note: When I talk about a control line, I am using the DTE, i.e
computer, end connector reference.
In years past there was no standardization for which line on a serial
port carried
I have rebooted with the oldest installed kernel, 5.4.0-54, and it too
has the bug.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1938626
Title:
PPS API broken
Status in linux package
I had been running with a USB GPS for years and recently purchased a GOOD GNSS
device, so I have not had anything on this machine that accesses the pps_api
until a few days ago.
FYI I have a Raspberry Pi with Ubuntu where the pps_api works with
raspberrypi-kernel 1:1.2010727-1 if that is of any
Public bug reported:
The kernel PPS API appears to be broken. I have a serial GPS with PPS
attached to /dev/ttyS4. If I use gpsd to create /dev/pps0, gpsd fails to
see PPS data. If I disable gpsd and create /dev/pps0 with ldattach, any
app or tool run against ttyS4 works fine and does see the CTS
6 matches
Mail list logo
