On Thu, 2013-12-19 at 08:27 +0100, Richard Cochran wrote: > On Wed, Dec 18, 2013 at 05:43:59PM -0500, David Miller wrote: > > > > I think this begs an even more fundamental question, why isn't the PTP > > driver abstraction providing the necessary methods and interfaces so > > that pch_gbe doesn't have to call into the ptp_pch.c code directly? > > Really it is more of a driver issue. For MAC based PTP clocks, they > are so tightly coupled to the MAC driver that it is better *not* to > have the PTP functions in a separate module. Instead, if having the > PTP stuff optional makes sense, then the PTP parts are just a compile > time option in the MAC driver. This is how the other MAC drivers with > optional PTP are structured. [...]
PTP is no longer a compile-time option in most net drivers. Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking for my employer; that's the marketing department's job. They asked us to note that Solarflare product names are trademarked. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
