* [PATCH net-2.6.25] New driver "sfc" for Solarstorm SFC4000 controller - 5th attempt
@ 2008-01-18 16:20 Robert Stonehouse
2008-01-18 17:16 ` Ben Hutchings
2008-01-18 20:03 ` Jeff Garzik
0 siblings, 2 replies; 3+ messages in thread
From: Robert Stonehouse @ 2008-01-18 16:20 UTC (permalink / raw)
To: netdev; +Cc: jgarzik, linux-net-drivers, spope
This is a resubmission of a new driver for Solarflare network controllers.
The driver supports several types of PHY (10Gbase-T, XFP, CX4) on six
different 10G and 1G boards. There is a driver for the network controller
and an MTD driver that allows access to the flash/EEPROM.
NICs based on this controller are now available from SMC as part numbers
SMC10GPCIe-XFP and SMC10GPCIe-10BT.
FYI the previous thread was:
http://marc.info/?l=linux-netdev&m=119999015817920&w=2
In previous postings we were asked to have the MTD part of this patch
reviewed and we have responded to the comments received so far:
http://lists.infradead.org/pipermail/linux-mtd/2008-January/020355.html
Things that have changed since the last patch:
- Removed residual support for more than one port per controller.
- Moved LED control from PHY operations to board operations.
- Added support for controlling LRO through ethtool {get,set}_flags().
- Removed obsolete workaround for reservation of MSI-X tables by PCI core.
- Improved reliability of PHY loopback setting.
- Improved reliability of I2C operations.
- Fixed on-load self-test when using RSS.
- Simplified MTD driver following review on linux-mtd list.
- Removed some redundant information from struct efx_nic.
- hardware monitoring (for PHY link polling) is now a workqueue item
rather than using a timer
- mac_lock becomes a mutex to support the previous item.
We would welcome more review of this code and would like to know if there
are any objections to this being merged for 2.6.25.
The patch (against net-2.6.25) is at:
https://support.solarflare.com/netdev/5/net-2.6.25-sfc-2.2.0045.patch
The new files may also be downloaded as a tarball:
https://support.solarflare.com/netdev/5/net-2.6.25-sfc-2.2.0045.tgz
And for verification there is:
https://support.solarflare.com/netdev/5/MD5SUMS
Regards
--
Rob Stonehouse
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH net-2.6.25] New driver "sfc" for Solarstorm SFC4000 controller - 5th attempt
2008-01-18 16:20 [PATCH net-2.6.25] New driver "sfc" for Solarstorm SFC4000 controller - 5th attempt Robert Stonehouse
@ 2008-01-18 17:16 ` Ben Hutchings
2008-01-18 20:03 ` Jeff Garzik
1 sibling, 0 replies; 3+ messages in thread
From: Ben Hutchings @ 2008-01-18 17:16 UTC (permalink / raw)
To: netdev; +Cc: linux-net-drivers
Robert Stonehouse wrote:
<snip>
> - Improved reliability of I2C operations.
<snip>
This reminds me that Randy Dunlap raised the question of whether we
could integrate with the kernel I2C and SPI systems. I did some
investigatory work on this but it looked like it would add complexity
and increase our code size.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH net-2.6.25] New driver "sfc" for Solarstorm SFC4000 controller - 5th attempt
2008-01-18 16:20 [PATCH net-2.6.25] New driver "sfc" for Solarstorm SFC4000 controller - 5th attempt Robert Stonehouse
2008-01-18 17:16 ` Ben Hutchings
@ 2008-01-18 20:03 ` Jeff Garzik
1 sibling, 0 replies; 3+ messages in thread
From: Jeff Garzik @ 2008-01-18 20:03 UTC (permalink / raw)
To: Robert Stonehouse; +Cc: netdev, linux-net-drivers, spope
Robert Stonehouse wrote:
> This is a resubmission of a new driver for Solarflare network controllers.
>
> The driver supports several types of PHY (10Gbase-T, XFP, CX4) on six
> different 10G and 1G boards. There is a driver for the network controller
> and an MTD driver that allows access to the flash/EEPROM.
>
> NICs based on this controller are now available from SMC as part numbers
> SMC10GPCIe-XFP and SMC10GPCIe-10BT.
>
> FYI the previous thread was:
> http://marc.info/?l=linux-netdev&m=119999015817920&w=2
>
> In previous postings we were asked to have the MTD part of this patch
> reviewed and we have responded to the comments received so far:
> http://lists.infradead.org/pipermail/linux-mtd/2008-January/020355.html
>
> Things that have changed since the last patch:
> - Removed residual support for more than one port per controller.
> - Moved LED control from PHY operations to board operations.
> - Added support for controlling LRO through ethtool {get,set}_flags().
> - Removed obsolete workaround for reservation of MSI-X tables by PCI core.
> - Improved reliability of PHY loopback setting.
> - Improved reliability of I2C operations.
> - Fixed on-load self-test when using RSS.
> - Simplified MTD driver following review on linux-mtd list.
> - Removed some redundant information from struct efx_nic.
> - hardware monitoring (for PHY link polling) is now a workqueue item
> rather than using a timer
> - mac_lock becomes a mutex to support the previous item.
>
> We would welcome more review of this code and would like to know if there
> are any objections to this being merged for 2.6.25.
>
>
> The patch (against net-2.6.25) is at:
> https://support.solarflare.com/netdev/5/net-2.6.25-sfc-2.2.0045.patch
>
> The new files may also be downloaded as a tarball:
> https://support.solarflare.com/netdev/5/net-2.6.25-sfc-2.2.0045.tgz
>
> And for verification there is:
> https://support.solarflare.com/netdev/5/MD5SUMS
Please email to me in patch format...
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-01-18 20:03 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-18 16:20 [PATCH net-2.6.25] New driver "sfc" for Solarstorm SFC4000 controller - 5th attempt Robert Stonehouse
2008-01-18 17:16 ` Ben Hutchings
2008-01-18 20:03 ` Jeff Garzik
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).