[LinuxPPS] another refclock_nmea patch ([Bug 610] Generic NMEA GPS Receiver driver w/ PPS expects PPS after NMEA data)

[Rodolfo Giometti]

On Tue, Nov 06, 2007 at 12:04:37PM +0100, Udo van den Heuvel wrote:
> Rodolfo Giometti wrote:
> > On Mon, Nov 05, 2007 at 04:47:55PM +0100, Udo van den Heuvel wrote:
> >> https://support.ntp.org/bugs/show_bug.cgi?id=610
> >>
> >> The NMEA patch appears to be accepted.
> > 
> > Great!
> 
> Let's wait for a development snapshot and check for the changes.

Ok.

> >> Now some small documentation changes needed?
> > 
> > LinuxPPS's wiki needs updates... :P
> 
> For what?
> I sent a patch for driver20.html changes to bugzilla.

I refere to the last discussions about opening the serial port to get
PPS events and so on...

> >> BTW: is pps (atom) driver not opening the device a feature?
> > 
> > I don't know... RFC syas nothing about that but I think this is a
> > drawback of using a serial port as PPS source. In fact if you can use
> > a proper device (maybe a CPU GPIOs or similar) you will have no such
> > problem at all.
> 
> In that case ntpd should try to open the device anyhow and silently fail.
> PPS should then work at all times.

No, but maybe we can report this problem to the NTPD folks and propose
a patch for that driver which allows definition of a "main" and
"alternate" device too. Of cource the main device (if it's not a PPS
source) it simply keeped open just to allow the alternate device to
get PPS events.

Ciao,

Rodolfo

-- 

GNU/Linux Solutions                  e-mail:    giometti at enneenne.com
Linux Device Driver                             giometti at gnudd.com
Embedded Systems                     		giometti at linux.it
UNIX programming                     phone:     +39 349 2432127