netdev - Re: [PATCH v5] Gemini: Gigabit ethernet driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20110128.143159.48506419.davem@davemloft.net>
Date:	Fri, 28 Jan 2011 14:31:59 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	mirq-linux@...e.qmqm.pl
Cc:	ulli.kroll@...glemail.com, gemini-board-dev@...ts.berlios.de,
	netdev@...r.kernel.org, linux-kernel.bfrz@...chmal.in-ulm.de
Subject: Re: [PATCH v5] Gemini: Gigabit ethernet driver

From: Micha┅ Miros┅aw <mirq-linux@...e.qmqm.pl>
Date: Thu, 27 Jan 2011 00:24:19 +0100 (CET)

> +#define NETIF_TSO_FEATURES	\
> +	(NETIF_F_TSO|NETIF_F_TSO_ECN|NETIF_F_TSO6)
> +#define GMAC_TX_OFFLOAD_FEATURES	\
> +	(NETIF_TSO_FEATURES|NETIF_F_ALL_CSUM)

Please, when definiting macros locally for your driver, do not name
them with prefixes that match those defined generically by the
network stack.  Otherwise it is confusing for people reading the
driver.

One should be able to see "NETIF_XXX" somewhere and expect to find
it's definition somewhere in the generic networking driver interfaces,
not in the driver itself.

> +static struct toe_private *netdev_to_toe(struct net_device *dev)
> +{
> +	return dev->ml_priv;
> +}

There is no reason to use ->ml_priv just to have a common backpointer
to a structure shared between multiple interfaces.

Simply add a "struct toe_private *" to your "struct gmac_private" and
stick it there.

The cost of the dereference is identical in both cases, so there is not
even a performance incentive to use ->ml_priv.

> +static void __iomem *gmac_ctl_reg(struct net_device *dev, unsigned int reg)
> +{
> +	return (void __iomem *)dev->base_addr + reg;
> +}

Please do not abuse dev->base_addr in this way, simply define another
"void __iomem *" pointer in your gmac_private and use that.

> +	page = pfn_to_page(dma_to_pfn(toe->dev, rx->word2.buf_adr));

Please do not use non-portable routines such as dma_to_pfn() unless it
is absolutely unavoidable.  Instead, use schemes for page struct
lookup like those used by drivers such as drivers/net/niu.c, which uses
a hash table to find pages based upon DMA address.

I'd like you to be able to enable this driver on as many platforms as
possible, not just ARM, so we can be build testing your driver as we
make changes to various network driver APIs, and we can't do that if
you put ARM specific stuff in here.

> +		dev_err(&dev->dev, "Unsupported MII interface\n");

Please use "netdev_err(dev, ..."

Please use netdev_*() when possible elsewhere in this driver too.

> +	writel(
> +		(GMAC0_SWTQ00_EOF_INT_BIT|GMAC0_SWTQ00_FIN_INT_BIT)
> +			<< (6 * dev->dev_id + txq_num),
> +		toe_reg(toe, GLOBAL_INTERRUPT_STATUS_0_REG));

Please format this more reasonably, this looks awful.

> +	txq->ring[w].word0.bits32 = skb_headlen(skb);
> +	txq->ring[w].word1.bits32 = skb->len | tss_flags;
> +	txq->ring[w].word2.bits32 = mapping;
> +	txq->ring[w].word3.bits32 = tss_pkt_len(skb) | SOF_BIT;

What is the endinness of the RX and TX descriptors of this chipset?
Please use "__be32", "__le32", and the endianness conversion interfaces
as needed.
--
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