[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1387480400.1876.32.camel@bwh-desktop.uk.level5networks.com>
Date: Thu, 19 Dec 2013 19:13:20 +0000
From: Ben Hutchings <bhutchings@...arflare.com>
To: Richard Cochran <richardcochran@...il.com>
CC: David Miller <davem@...emloft.net>, <rashika.kheria@...il.com>,
<linux-kernel@...r.kernel.org>, <dvhart@...ux.intel.com>,
<joe@...ches.com>, <andriy.shevchenko@...ux.intel.com>,
<vfalico@...hat.com>, <netdev@...r.kernel.org>,
<josh@...htriplett.org>
Subject: Re: [PATCH] drivers: ptp: Include new header file in ptp_pch.c
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 majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists