From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [net-next.git 0/9] stmmac: update to March_2013 (adding PTP & RGMII/SGMII) Date: Thu, 07 Mar 2013 15:34:56 -0500 (EST) Message-ID: <20130307.153456.83724032858548621.davem@davemloft.net> References: <1362653419-1047-1-git-send-email-peppe.cavallaro@st.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, bh74.an@samsung.com, ayagond@vayavyalabs.com To: peppe.cavallaro@st.com Return-path: Received: from shards.monkeyblade.net ([149.20.54.216]:45828 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751391Ab3CGUe7 (ORCPT ); Thu, 7 Mar 2013 15:34:59 -0500 In-Reply-To: <1362653419-1047-1-git-send-email-peppe.cavallaro@st.com> Sender: netdev-owner@vger.kernel.org List-ID: From: Giuseppe CAVALLARO Date: Thu, 7 Mar 2013 11:50:10 +0100 > The PTP support is quite intrusive because it needs to support the extended > descriptors used for saving the HW timestamps. > These are available in new chip generations, only. > So we have actually found useful to use some Kconfig options to > surround PTP and extended descriptor support. This approach helped on > old platform (embeeded system) where PTP is not supported and where we > do not want to pay extra code and check in critical rx/tx paths. I would prefer run time handling of all of this. You do not need to put extra checks in the fast paths, instead you have different methods that get hooked up into the netdev_ops based upon chip capabilities/features/mode. Thanks.