[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D2C4BEC.1030003@snapgear.com>
Date: Tue, 11 Jan 2011 22:24:12 +1000
From: Greg Ungerer <gerg@...pgear.com>
To: Sascha Hauer <s.hauer@...gutronix.de>
CC: Shawn Guo <shawn.guo@...escale.com>, <B32542@...escale.com>,
<netdev@...r.kernel.org>, <u.kleine-koenig@...gutronix.de>,
<jamie@...reable.org>, <baruch@...s.co.il>,
<w.sang@...gutronix.de>, <r64343@...escale.com>, <eric@...rea.com>,
<bryan.wu@...onical.com>, <jamie@...ieiles.com>,
<davem@...emloft.net>, <linux-arm-kernel@...ts.infradead.org>,
<lw@...o-electronics.de>
Subject: Re: [PATCH v4 05/10] net/fec: add dual fec support for mx28
On 11/01/11 20:27, Sascha Hauer wrote:
> On Thu, Jan 06, 2011 at 03:13:13PM +0800, Shawn Guo wrote:
>> This patch is to add mx28 dual fec support. Here are some key notes
>> for mx28 fec controller.
>>
>> - The mx28 fec controller naming ENET-MAC is a different IP from FEC
>> used on other i.mx variants. But they are basically compatible
>> on software interface, so it's possible to share the same driver.
>> - ENET-MAC design on mx28 made an improper assumption that it runs
>> on a big-endian system. As the result, driver has to swap every
>> frame going to and coming from the controller.
>> - The external phys can only be configured by fec0, which means fec1
>> can not work independently and both phys need to be configured by
>> mii_bus attached on fec0.
>> - ENET-MAC reset will get mac address registers reset too.
>> - ENET-MAC MII/RMII mode and 10M/100M speed are configured
>> differently FEC.
>> - ETHER_EN bit must be set to get ENET-MAC interrupt work.
>>
>> Signed-off-by: Shawn Guo<shawn.guo@...escale.com>
>> ---
>> Changes for v4:
>> - Use #ifndef CONFIG_ARM to include ColdFire header files
>> - Define quirk bits in id_entry.driver_data to handle controller
>> difference, which is more scalable than using device name
>> - Define fec0_mii_bus as a static function in fec_enet_mii_init
>> to fold the mii_bus instance attached on fec0
>> - Use cpu_to_be32 over __swab32 in function swap_buffer
>>
>> Changes for v3:
>> - Move v2 changes into patch #3
>> - Use device name to check if it's running on ENET-MAC
>>
>> drivers/net/Kconfig | 7 ++-
>> drivers/net/fec.c | 148 +++++++++++++++++++++++++++++++++++++++++++++------
>> drivers/net/fec.h | 5 +-
>> 3 files changed, 139 insertions(+), 21 deletions(-)
>>
>> diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
>> index 4f1755b..f34629b 100644
>> --- a/drivers/net/Kconfig
>> +++ b/drivers/net/Kconfig
>> @@ -1944,18 +1944,19 @@ config 68360_ENET
>> config FEC
>> bool "FEC ethernet controller (of ColdFire and some i.MX CPUs)"
>> depends on M523x || M527x || M5272 || M528x || M520x || M532x || \
>> - MACH_MX27 || ARCH_MX35 || ARCH_MX25 || ARCH_MX5
>> + MACH_MX27 || ARCH_MX35 || ARCH_MX25 || ARCH_MX5 || SOC_IMX28
>> select PHYLIB
>> help
>> Say Y here if you want to use the built-in 10/100 Fast ethernet
>> controller on some Motorola ColdFire and Freescale i.MX processors.
>>
>> config FEC2
>> - bool "Second FEC ethernet controller (on some ColdFire CPUs)"
>> + bool "Second FEC ethernet controller"
>> depends on FEC
>> help
>> Say Y here if you want to use the second built-in 10/100 Fast
>> - ethernet controller on some Motorola ColdFire processors.
>> + ethernet controller on some Motorola ColdFire and Freescale
>> + i.MX processors.
>
> This option is used nowhere and should be removed. Certainly it does not
> have the effect of enabling the second ethernet controller.
It does for a ColdFire platform...
grep -r CONFIG_FEC2 *
arch/m68knommu/configs/m5275evb_defconfig:CONFIG_FEC2=y
arch/m68knommu/platform/527x/config.c:#ifdef CONFIG_FEC2
arch/m68knommu/platform/527x/config.c:#ifdef CONFIG_FEC2
Regards
Greg
------------------------------------------------------------------------
Greg Ungerer -- Principal Engineer EMAIL: gerg@...pgear.com
SnapGear Group, McAfee PHONE: +61 7 3435 2888
8 Gardner Close, FAX: +61 7 3891 3630
Milton, QLD, 4064, Australia WEB: http://www.SnapGear.com
--
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