[lkml]   [2022]   [Dec]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Intel timed i/o driver in HTE
    On Fri, Dec 2, 2022 at 4:00 AM N, Pandith <> wrote:

    > > 1. Does timed io only meant for GPIO or other signals? if other signals, what
    > > type of signals?
    > This could be time sync signals or periodic/single pulse input for timestamp support
    > b. char device creation for timestamping hardware. Something like /dev/hteX

    No way this goes to userspace if the usecase is synchronizing GPS time.

    It should be in the kernel, where the timebase of the system is.

    We already created drivers/gnss because power, clock etc management
    need to be close to the hardware, in the kernel. Don't try to push this
    up to userspace, group it with the rest of the kernel GPS handling.

    If your GPS vendor doesn't want the kernel to talk directly to the GPS,
    bad luck, because the kernel definitely should in this case. The kernel
    has the best time source and the shortest access path to it, so there
    you go.

    The GPS vendors have already created enough of a mess by not having
    open documentation for their hardware, if this is an incentive for them to
    be more open if they want proper time sync that is *good*.

    Linus Walleij

     \ /
      Last update: 2022-12-03 10:50    [W:14.734 / U:0.724 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site