netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Pradeep Dalvi <pradeep@linsyssoft.com>
Cc: "Amit S. Kale" <amitkale@netxen.com>,
	netdev@vger.kernel.org, sanjeev@netxen.com, rob@netxen.com,
	unmproj@linsyssoft.com, shemminger@osdl.org,
	brazilnut@us.ibm.com, wendyx@us.ibm.com,
	Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH 2.6.17 0/9] NetXen: 1G/10G Ethernet Driver
Date: Tue, 12 Sep 2006 22:47:54 -0400	[thread overview]
Message-ID: <4507715A.7090601@garzik.org> (raw)
In-Reply-To: <200609112004.50351.pradeep@linsyssoft.com>

More updates needed:

1) diff against 2.6.18-rcX (currently -rc6)

2) remove ifdefs around NETIF_F_TSO

3) remove ifdefs around CONFIG_PCI_MSI

4) during initial allocation of port struct, the following line is 
completely superfluous:

	port->flags &= ~NETXEN_NETDEV_STATUS

5) netxen_nic_set_multi() does not have any multi-cast filter update code

6) remove impossible checks such as the following in nic_set_promise_mode:

+       if ((phy < 0) || (phy > 3))
+               return -1;

7) the following line in nic_set_mtu requires explanation, or fixing:

+       case NETXEN_NIC_XGBE:
+               new_mtu += 100; /* so that MAC accepts frames > MTU */

8) never call udelay() with a number >= 1000.  use mdelay()

9) [major] a great many functions simply do

netxen_nic_do_blah()
        case NETXEN_NIC_GBE:
		netxen_nic_do_blah_gbe()
		break;

        case NETXEN_NIC_XGBE:
		netxen_nic_do_blah_xgbe()
		break;

This is silly and makes the code needlessly larger and needlessly 
slower.  Modularize the driver to avoid all such functions.

10) don't cast iounmap argument to u8*

11) don't case to/from void*, particularly where you accidentally drop 
the __iomem marker:

+               addr = (void *)(adapter->ahw.pci_base + off);

12) make sure the driver passes sparse checks.  Read 
Documentation/sparse.txt

13) __iomem markers missing in NETXEN_NIC_HW_BLOCK_WRITE_64, 
NETXEN_NIC_HW_BLOCK_READ_64

14) If you need a 'void __iomem *' cast in the following macros, there 
is a type definition bug somewhere:


+#define NETXEN_NIC_LOCKED_READ_REG(X, Y)                       \
+       addr = (void __iomem *)(adapter->ahw.pci_base + X);     \
+       *(u32 *)Y = readl(addr);
+
+#define NETXEN_NIC_LOCKED_WRITE_REG(X, Y)                      \
+       addr = (void __iomem *)(adapter->ahw.pci_base + X);     \
+       writel(*(u32 *)Y, addr);
+

15) implement NETXEN_NIC_LOCKED_READ_REG, NETXEN_NIC_LOCKED_WRITE_REG, 
NETXEN_NIC_HW_BLOCK_WRITE_64, NETXEN_NIC_HW_BLOCK_READ_64 as static 
inline functions rather than macros for greater type safety

16) don't invent your own set_bit, clear_bit, etc:  _netxen_crb_set_bit

17) don't needlessly invent new types such as
+typedef __le32 netxen_crbword_t;       /* single word in CRB space */

18) The strings in netxen_nic_gstrings_test[] should be easily 
computer-parseable.  Eliminate parens, spaces

19) eliminate magic numbers (replace with named constants) in, e.g.

+       if ((netxen_rom_fast_read(adapter, 0, &n) == 0) && (n & 
0x80000000)) {
+               n &= ~0x80000000;
+               if (n < 1024)

20) use the short driver name (commonly DRV_NAME constant in other 
drivers) in ETHTOOL_GDRVINFO:
+       strncpy(drvinfo->driver, "NetXen NIC Driver", 32);

21) export the real firmware version in ETHTOOL_GDRVINFO:
+       strncpy(drvinfo->fw_version, NETXEN_NIC_FW_VERSIONID, 32);

22) netxen_nic_set_settings() simply returns success if the NIC is XGBE, 
which is obviously wrong

23) bogus return value -1 in netxen_nic_get_eeprom()

24) -EOPNOTSUPP would seem to be a much better return value for XGBE in 
netxen_nic_set_pauseparam()

25) netxen_nic_change_mtu() should check minimum MTU too

26) long delays should be sleeping, not spinning the CPU and locking out 
other tasks:

+       udelay(10000);



I stopped reviewing here.  That should keep you busy...

	Jeff



  parent reply	other threads:[~2006-09-13  2:48 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-31 14:02 [PATCH 2.6.17 0/9] NetXen: 1G/10G Ethernet Driver Amit S. Kale
2006-08-31 14:05 ` [PATCH 2.6.17 1/9] NetXen: Makefile and driver main file Amit S. Kale
2006-08-31 14:13 ` [PATCH 2.6.17 2/9] NetXen: Hardware access routines Amit S. Kale
2006-08-31 14:16 ` [PATCH 2.6.17 3/9] NetXen: hw initialization routines Amit S. Kale
2006-08-31 14:20 ` [PATCH 2.6.17 4/9] NetXen: intr routines and niu handling Amit S. Kale
2006-08-31 14:25 ` [PATCH 2.6.17 5/9] NetXen: ethtool interface Amit S. Kale
2006-08-31 14:27 ` [PATCH 2.6.17 6/9] NetXen: Main header file Amit S. Kale
2006-08-31 14:29 ` [PATCH 2.6.17 7/9] NetXen: hw access routines " Amit S. Kale
2006-08-31 14:32 ` [PATCH 2.6.17 8/9] NetXen: Header file and ioctl " Amit S. Kale
2006-08-31 14:36 ` [PATCH 2.6.17 9/9] NetXen: CRB reg definitions Amit S. Kale
2006-09-01 18:44 ` [PATCH 2.6.17 0/9] NetXen: 1G/10G Ethernet Driver Pradeep Dalvi
2006-09-11 13:12 ` Jeff Garzik
     [not found]   ` <200609112004.50351.pradeep@linsyssoft.com>
2006-09-13  2:47     ` Jeff Garzik [this message]
2006-09-13 17:20       ` Pradeep Dalvi
  -- strict thread matches above, loose matches on Subject: below --
2006-08-18 14:38 Amit S. Kale
2006-08-22  7:43 ` Pradeep Dalvi
2006-08-24  0:04   ` Don Fry
2006-08-25 13:19     ` Amit S. Kale

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=4507715A.7090601@garzik.org \
    --to=jeff@garzik.org \
    --cc=akpm@osdl.org \
    --cc=amitkale@netxen.com \
    --cc=brazilnut@us.ibm.com \
    --cc=netdev@vger.kernel.org \
    --cc=pradeep@linsyssoft.com \
    --cc=rob@netxen.com \
    --cc=sanjeev@netxen.com \
    --cc=shemminger@osdl.org \
    --cc=unmproj@linsyssoft.com \
    --cc=wendyx@us.ibm.com \
    /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).