[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100705.193943.91330507.davem@davemloft.net>
Date: Mon, 05 Jul 2010 19:39:43 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: richardcochran@...il.com
Cc: netdev@...r.kernel.org
Subject: Re: [PATCH 1/4] net: add driver hooks for time stamping.
From: David Miller <davem@...emloft.net>
Date: Mon, 05 Jul 2010 19:03:01 -0700 (PDT)
> From: Richard Cochran <richardcochran@...il.com>
> Date: Mon, 5 Jul 2010 07:31:07 +0200
>
>> This patch adds hooks for transmit and receive time stamps. The
>> transmit hook allows a software fallback for transmit time stamps,
>> for MACs lacking time stamping hardware. The receive hook does not yet
>> have any effect, but it prepares the way for hardware time stamping
>> in PHY devices. Using the hooks will still require adding two inline
>> function calls to each MAC driver.
>>
>> Signed-off-by: Richard Cochran <richard.cochran@...cron.at>
>
> Applied.
Actually, this breaks the build.
There are drivers that never saw phylib.h included in them,
which use internal static functions named "phy_read()" and such
which match global interfaces defined in phylib.h
drivers/net/tulip/dmfe.c:334:12: error: conflicting types for 'phy_read'
include/linux/phy.h:437:19: note: previous definition of 'phy_read' was here
drivers/net/tulip/dmfe.c:335:13: error: conflicting types for 'phy_write'
include/linux/phy.h:452:19: note: previous definition of 'phy_write' was here
You're going to need to resolve this issue first, then make sure at a
minimum that an "allmodconfig" build fully passes with an
unconditional include of phylib.h in skbuff.h
I've reverted all of your patches.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists