[LinuxPPS] pps0/1 have same major/minor as device mapper SOLVED?

Folkert van Heusden folkert at vanheusden.com
Mon Jan 14 01:21:04 CET 2008


found it: as stated in the wiki (read over it a zillion times) one need
to open the tty as well

So now I'm getting:
PPS_FETCH: source 0
timeout 0.000000000
PPS event on source 0 at 1200269979.1888514
capture assert seq #1609 for source 0
PPS event on source 0 at 1200269979.101889554
capture clear seq #1609 for source 0
PPS_FETCH: source 0
timeout 0.000000000
PPS event on source 0 at 1200269980.1887610
capture assert seq #1610 for source 0
PPS event on source 0 at 1200269980.101895039
capture clear seq #1610 for source 0

but these timeouts worry me a little: should I?

On Sun, Jan 13, 2008 at 11:48:45PM +0100, Folkert van Heusden wrote:
> It seems to be an atom driver problem as the nmea driver seems to work
> just fine:
> ...
> PPS event on source 0 at 1200264467.1791066
> capture assert seq #43 for source 0
> PPS event on source 0 at 1200264467.101800514
> capture clear seq #43 for source 0
> PPS event on source 0 at 1200264468.1795362
> capture assert seq #44 for source 0
> PPS event on source 0 at 1200264468.101825608
> ...
> 
> On Sun, Jan 13, 2008 at 10:41:10PM +0100, Folkert van Heusden wrote:
> > Ok it is definately a problem. Well, I think that it is :-)
> > PPS with debugging, dmesg
> > Linux version 2.6.23.pps-nodeb-debug (root at belle) (gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)) #1 SMP Sun Jan 13 22:01:33 CET 2008
> > LinuxPPS API ver. 1 registered
> > new PPS source serial1 at ID 0
> > PPS_GETCAP: source 0
> > PPS_SETPARAMS: source 0
> > PPS_GETCAP: source 0
> > PPS_SETPARAMS: source 0
> > PPS_FETCH: source 0
> > timeout 0.000000000
> > PPS_FETCH: source 0
> > timeout 0.000000000
> > PPS_FETCH: source 0
> > timeout 0.000000000
> > PPS_FETCH: source 0
> > timeout 0.000000000
> > PPS_FETCH: source 0
> > timeout 0.000000000
> > PPS_FETCH: source 0
> > timeout 0.000000000
> > 
> > belle:/home/folkert# lsof -n | grep ntp | grep dev
> > ntpd      3866       root    0u      CHR                1,3                   488 /dev/null
> > ntpd      3866       root    1u      CHR                1,3                   488 /dev/null
> > ntpd      3866       root    2u      CHR                1,3                   488 /dev/null
> > ntpd      3866       root    6u      CHR              254,0                  7093 /dev/pps0
> > ntpd      3866       root    7u      CHR               4,66                  6649 /dev/ttyS2
> > 
> > belle:/usr/src/linux-2.6-2.6.23/Documentation/pps# ppstest /dev/pps0
> > trying PPS source "/dev/pps0"
> > found PPS source "/dev/pps0"
> > ok, found 1 source(s), now start fetching data...
> > time_pps_fetch() error -1 (Connection timed out)
> > time_pps_fetch() error -1 (Connection timed out)
> > time_pps_fetch() error -1 (Connection timed out)
> > time_pps_fetch() error -1 (Connection timed out)
> > 
> > 
> > 
> > 
> > Just to see if PPS worked at all I also tried ktimer(!!!):
> > belle:/usr/src/linux-2.6-2.6.23/Documentation/pps# ./ppstest /dev/pps1
> > trying PPS source "/dev/pps1"
> > found PPS source "/dev/pps1"
> > ok, found 1 source(s), now start fetching data...
> > source 0 - assert 1200260433.344696101, sequence: 21 - clear  0.000000000, sequence: 0
> > source 0 - assert 1200260434.344696568, sequence: 22 - clear  0.000000000, sequence: 0
> > source 0 - assert 1200260435.344711165, sequence: 23 - clear  0.000000000, sequence: 0
> > SO KTIMER WORKS
> > 
> > On Sun, Jan 13, 2008 at 09:11:55PM +0100, Folkert van Heusden wrote:
> > > Just finished installing a 2.6.23 kernel with the
> > > ntp-pps-2.6.23-quater.diff patch. Now the /dev/pps0 device gets created!
> > > 
> > > There's one unfortunate thing:
> > > belle:/sys/class/pps/pps0# ls -l /dev/* | grep 254
> > > brw-rw---- 1 root disk    254,   0 2008-01-13 21:54 /dev/dm-0
> > > brw-rw---- 1 root disk    254,   1 2008-01-13 21:54 /dev/dm-1
> > > ...
> > > crw-rw-r-- 1 root dialout 254,   0 2008-01-13 20:54 /dev/pps0
> > > crw-rw-r-- 1 root dialout 254,   1 2008-01-13 20:54 /dev/pps1
> > > Does that matter?
> > > 
> > > After 12 minutes of running still no change in ntp:
> > >      remote           refid      st t when poll reach   delay   offset  jitter
> > > ==============================================================================
> > >  PPS(0)          .PPS.            0 l    -   16    0    0.000    0.000   0.001
> > >  GENERIC(0)      .HBG.            0 l    -   64    0    0.000    0.000   0.001
> > > -muur.intranet.v .DCFa.           1 u   55   64  356    0.129   -4.565   0.238
> > > 
> > > Yes, I ran setserial hardpps en ppsctl enable for the serial device
> > > behind it (/dev/ttyS1).
> > > 
> > > Linux version 2.6.23pps-nodeb.pps-nodeb (root at belle) (gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)) #1 SMP Sun Jan 13 20:25:06 CET 2008
> > > LinuxPPS API ver. 1 registered
> > > new PPS source serial1 at ID 0
> > > new PPS source parport0 at ID 1
> > > parport_pc 00:07: PPS source #1 "/dev/lp0" added
> > > parport_serial 0000:05:02.0: PPS support disabled because port "/dev/lp1" is in polling mode
> > > 
> > > /sys/class/pps/pps0:
> > > total 0
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 assert
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 clear
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 dev
> > > lrwxrwxrwx 1 root root    0 2008-01-13 20:54 device -> ../../../devices/pci0000:00/0000:00:1e.0/0000:05:02.0
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 echo
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 mode
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 name
> > > -r--r--r-- 1 root root 4096 2008-01-13 20:56 path
> > > drwxr-xr-x 2 root root    0 2008-01-13 20:56 power
> > > lrwxrwxrwx 1 root root    0 2008-01-13 20:55 subsystem -> ../../../class/pps
> > > -rw-r--r-- 1 root root 4096 2008-01-13 20:55 uevent
> > > 
> > > 05:02.0 Communication controller: NetMos Technology PCI 9835 Multi-I/O Controller (rev 01)
> > >         Subsystem: LSI Logic / Symbios Logic 1P2S
> > >         Flags: medium devsel, IRQ 18
> > >         I/O ports at 8400 [size=8]
> > >         I/O ports at 8800 [size=8]
> > >         I/O ports at 8c00 [size=8]
> > >         I/O ports at 9000 [size=8]
> > >         I/O ports at 9400 [size=8]
> > >         I/O ports at 9800 [size=16]
> > > 
> > > 
> > > Folkert van Heusden
> > > 
> > > -- 
> > >                      www.ishetweekend.nl
> > > ----------------------------------------------------------------------
> > > Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com
> > 
> > 
> > Folkert van Heusden
> > 
> > -- 
> > To MultiTail einai ena polymorfiko ergaleio gia ta logfiles kai tin
> > eksodo twn entolwn. Prosferei: filtrarisma, xrwmatismo, sygxwneysi,
> > diaforetikes provoles. http://www.vanheusden.com/multitail/
> > ----------------------------------------------------------------------
> > Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com
> 
> 
> Folkert van Heusden
> 
> -- 
> MultiTail cok yonlu kullanimli bir program, loglari okumak, verilen
> kommandolari yerine getirebilen. Filter, renk verme, merge, 'diff-
> view', vs.  http://www.vanheusden.com/multitail/
> ----------------------------------------------------------------------
> Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com


Folkert van Heusden

-- 
Ever wonder what is out there? Any alien races? Then please support
the seti at home project: setiathome.ssl.berkeley.edu
----------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com



More information about the LinuxPPS mailing list