[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <473D4CE1.9070102@broadcom.com>
Date: Fri, 16 Nov 2007 09:55:13 +0200
From: "Eliezer Tamir" <eliezert@...adcom.com>
To: "Stephen Hemminger" <shemminger@...ux-foundation.org>
cc: netdev@...r.kernel.org, davem@...emloft.net, jeff@...zik.org,
"masbock" <masbock@...ibm.com>,
"Eilon Greenstein" <eilong@...adcom.com>,
"Michael Chan" <mchan@...adcom.com>,
"Ram Pai" <linuxram@...ibm.com>,
"Philip Oswald" <poswald@...ell.com>
Subject: Re: [PATCH 2.6.25] add bnx2x driver for BCM57710 - bnx2x.c
Stephen,
Thank you for taking the time to go over this.
Stephen Hemminger wrote:
> 1. Please use dev_err() to help user figure out which board has problem:
OK
> 2. Use new MAC_ADDR() rather than
OK
> 3. The reset task logic needs more cleanup/protection.
OK
> 4. Rather than hard coding mac address, could you use random_ether_address()
> instead?
I'm not sure,
This is only for some of the chip simulation environments that don't have an NVRAM.
Not for a real chip.
> 5. Current style police will complain about single line {}
OK (we all love the police. funny that checkpatch.pl did not find this)
> 6. The driver is using per-cpu tx queue, maybe it wants to have multi
> queue instead?
This is still not enabled by default.
We are limited to 16 queues and they are rather expansive, so I'm not sure what would be best.
Can you please give me pointers to examples?
In any case on the TX side you don't need more than one per cpu.
> 7. bnx2x_get_stats() is uneeded. If you leave dev->get_stats() set to NULL
> then register_netdev will handle it.
OK
> 8. Spelling fixes:
Thanks...
I will send the fixes as patches.
The reset change needs to be very carefully tested so this will only happen early next week.
Thanks,
Eliezer
-
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