[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190718195040.GL25635@lunn.ch>
Date: Thu, 18 Jul 2019 21:50:40 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Felipe Balbi <felipe.balbi@...ux.intel.com>
Cc: Richard Cochran <richardcochran@...il.com>, netdev@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, Borislav Petkov <bp@...en8.de>,
"H . Peter Anvin" <hpa@...or.com>, x86@...nel.org,
linux-kernel@...r.kernel.org,
"Christopher S . Hall" <christopher.s.hall@...el.com>
Subject: Re: [RFC PATCH 0/5] PTP: add support for Intel's TGPIO controller
On Tue, Jul 16, 2019 at 10:20:33AM +0300, Felipe Balbi wrote:
> TGPIO is a new IP which allows for time synchronization between systems
> without any other means of synchronization such as PTP or NTP. The
> driver is implemented as part of the PTP framework since its features
> covered most of what this controller can do.
Hi Felipe
Given the name TGPIO, can it also be used for plain old boring GPIO?
Does there need to be some sort of mux between GPIO and TGPIO? And an
interface into the generic GPIO core?
Also, is this always embedded into a SoC? Or could it actually be in a
discrete NIC?
Thanks
Andrew
Powered by blists - more mailing lists