[ntp:questions] Re: Symmetricon bc635PCI-U
GDowd at symmetricom.com
Thu May 18 00:18:32 UTC 2006
The best starting point would probably be dev 16 from the Bancomm
bc635VME. However, I don't have a VME box with Solaris to make sure I
don't break anything. If someone else does, I can probably scare up a
VME card. Generically, we need to open a device driver, make an ioctl
call and convert the data. I'm not current on the linux driver for the
card but I can find out. The alternative would be the shared mem but
that uses a different model which I don't currently know how to extend.
Date: Wed, 17 May 2006 20:03:02 +0000
From: Harlan Stenn <stenn at ntp.isc.org>
Subject: [ntp:questions] Re: Symmetricon bc635PCI-U
To: questions at lists.ntp.isc.org
Message-ID: <ywn9psica07d.fsf at ntp1.isc.org>
Content-Type: text/plain; charset=US-ASCII
Is there an existing driver that could handle these cards as well?
>>> In article
<4B73D9EBE2327E40B4D69822D7C45802033924DA at sjmail1.symmetricom.com>,
GDowd at symmetricom.com (Greg Dowd) writes:
Greg> There have been a few implementations of a refclock driver for the
Greg> bc635/637PCI cards. (-U indicates universal signaling for pci, 635
Greg> the base model type and 637 indicates gps version). There has
Greg> been a strong pushback for years now against allowing a new driver
Greg> into the distribution. To be honest, I'm not sure what's out
Greg> now but I don't see one in the list. Having said that, if you
Greg> hear otherwise, I'll make you one but I don't know if it will be
Greg> maintained in the ntp distro.
gdowd at symmetricom dot com (antispam format)
Technologist, TT&M Div.
"The current implementation is non-obvious and may need to be improved."
More information about the questions