From: Scott Wood <scottwood@freescale.com>
To: David Jander <david.jander@protonic.nl>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: [PATCH 2/2] Re-added support for FEC on MPC5121 from Freescale LTIB
Date: Wed, 11 Jun 2008 13:19:17 -0500 [thread overview]
Message-ID: <48501725.9080907@freescale.com> (raw)
In-Reply-To: <200806111144.44218.david.jander@protonic.nl>
Please post patches to linuxppc-dev rather than linuxppc-embedded --
you'll get a larger reviewing audience.
David Jander wrote:
> +config FS_ENET_MPC5121_FEC
> + bool "Freescale MPC512x FEC driver"
> + depends on PPC_MPC512x
> + select FS_ENET
> + select FS_ENET_HAS_FEC
> + select PPC_CPM_NEW_BINDING
PPC_CPM_NEW_BINDING is default y, and will be going away as an option as
soon as arch/ppc does. In the meantime, instead of selecting it here,
add FS_ENET_MPC5121_FEC to the depends list of PPC_CPM_NEW_BINDING -- or
just remove the depends list altogether.
> + default n
Unnecessary, please omit.
> +/*
> + * Define the buffer descriptor structure.
> + */
> +typedef struct bufdesc {
> + unsigned short cbd_sc; /* Control and status info */
> + unsigned short cbd_datlen; /* Data length */
> + unsigned long cbd_bufaddr; /* Buffer address */
> +} cbd_t;
This can be factored out into a common header -- along with most if not
all of the flag defines.
> diff --git a/drivers/net/fs_enet/fs_enet-main.c b/drivers/net/fs_enet/fs_enet-main.c
> index 31c9693..4ca8513 100644
> --- a/drivers/net/fs_enet/fs_enet-main.c
> +++ b/drivers/net/fs_enet/fs_enet-main.c
> @@ -69,6 +69,7 @@ MODULE_PARM_DESC(fs_enet_debug,
> static void fs_enet_netpoll(struct net_device *dev);
> #endif
>
> +#define ENET_RX_ALIGN 16
This is already defined in fs_enet.h.
> +#define TX_ALIGN_WORKAROUND
> +#ifdef TX_ALIGN_WORKAROUND
> +static struct sk_buff *aligntxskb(struct net_device *dev, struct sk_buff *skb)
> +{
> + struct sk_buff *skbn;
> + skbn = dev_alloc_skb(ENET_RX_FRSIZE+0x20);
> + if (skbn)
> + skb_align(skbn, 0x20);
> +
> + if (!skbn) {
> + printk(KERN_WARNING DRV_MODULE_NAME
> + ": %s Memory squeeze, dropping tx packet.\n",
> + dev->name);
> + dev_kfree_skb_any(skb);
> + return NULL;
> + }
> +
> + skb_copy_from_linear_data(skb, skbn->data, skb->len);
> + skb_put(skbn, skb->len);
> + dev_kfree_skb_any(skb);
> + return skbn;
> +}
> +#else
> +#define aligntxskb(skb) skb
> +#endif
Can we encode the required alignment for rx and tx in the device tree?
> @@ -951,7 +980,7 @@ static int fs_ioctl(struct net_device *dev, struct ifreq *rq, int cmd)
> {
> struct fs_enet_private *fep = netdev_priv(dev);
> struct mii_ioctl_data *mii = (struct mii_ioctl_data *)&rq->ifr_data;
> -
> + printk("<1> %s: %s (%d)\n",__FILE__,__FUNCTION__,__LINE__);
Please use the KERN_ prefixes rather than hardcoding the number, and put
spaces after commas. Of course, if this is to be here at all, this
should be dev_dbg() rather than KERN_ALERT.
> +#ifndef CONFIG_FS_ENET_MPC5121_FEC
> /* handy pointer to the immap */
> void __iomem *fs_enet_immap = NULL;
>
> @@ -1168,6 +1198,10 @@ static void cleanup_immap(void)
> iounmap(fs_enet_immap);
> #endif
> }
> +#else
> +#define setup_immap() 0
> +#define cleanup_immap() do {} while (0)
> +#endif
NACK, this precludes a 52xx/82xx multiplatform kernel.
> static struct device_driver fs_enet_fec_driver = {
> +#ifndef CONFIG_FS_ENET_MPC5121_FEC
> .name = "fsl-cpm-fec",
> +#else
> + .name = "fsl-mpc5121-fec",
> +#endif
> .bus = &platform_bus_type,
This is non-PPC_CPM_NEW_BINDING stuff which is now for arch/ppc only --
we don't need to support 52xx with it if it didn't already.
> +#ifndef CONFIG_FS_ENET_MPC5121_FEC
> #include <asm/fs_pd.h>
> +#else
> +#include "fec_mpc5121.h"
> +#endif
Why can't we unconditionally include asm/fs_pd.h?
> -#define __cbd_out32(addr, x) out_be32(addr, x)
> -#define __cbd_out16(addr, x) out_be16(addr, x)
> -#define __cbd_in32(addr) in_be32(addr)
> -#define __cbd_in16(addr) in_be16(addr)
> +#define __cbd_out32(addr, x) out_be32((volatile void __iomem *)addr, x)
> +#define __cbd_out16(addr, x) out_be16((volatile void __iomem *)addr, x)
> +#define __cbd_in32(addr) in_be32((volatile void __iomem *)addr)
> +#define __cbd_in16(addr) in_be16((volatile void __iomem *)addr)
NACK, please don't remove type checking.
> +#ifndef CONFIG_FS_ENET_MPC5121_FEC
> FW(fecp, r_hash, PKT_MAXBUF_SIZE);
> +#endif
>
> /* get physical address */
> rx_bd_base_phys = fep->ring_mem_addr;
> @@ -320,10 +325,17 @@ static void restart(struct net_device *dev)
>
> fs_init_bds(dev);
>
> +#ifndef CONFIG_FS_ENET_MPC5121_FEC
> /*
> * Enable big endian and don't care about SDMA FC.
> */
> FW(fecp, fun_code, 0x78000000);
> +#else
> + /*
> + * Set DATA_BO and DESC_BO and leave the rest unchanged
> + */
> + FS(fecp, dma_control, 0xc0000000);
> +#endif
Please do a runtime check for hw type rather than compile-time (here and
elsewhere).
-Scott
next prev parent reply other threads:[~2008-06-11 18:19 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-11 9:43 [PATCH 1/2] Added support for PRTLVT based boards (MPC5121) David Jander
2008-06-11 9:44 ` [PATCH 2/2] Re-added support for FEC on MPC5121 from Freescale LTIB David Jander
2008-06-11 18:19 ` Scott Wood [this message]
2008-06-12 10:33 ` David Jander
2008-06-12 13:29 ` Scott Wood
2008-06-12 13:57 ` Grant Likely
2008-06-17 17:33 ` John Rigby
2008-06-11 17:58 ` [PATCH 1/2] Added support for PRTLVT based boards (MPC5121) Scott Wood
2008-06-12 6:20 ` Grant Likely
2008-06-12 6:54 ` David Jander
2008-06-12 13:15 ` Scott Wood
2008-06-12 6:36 ` Grant Likely
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48501725.9080907@freescale.com \
--to=scottwood@freescale.com \
--cc=david.jander@protonic.nl \
--cc=linuxppc-embedded@ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).