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
next prev 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).