Pull from: http://gkernel.bkbits.net/net-drivers-2.5
(BK-only URL)
GNU patch: ftp://ftp.kernel.org/pub/linux/kernel/people/jgarzik/patches/2.5.5/e1000-4.2.4-k1.diff.bz2
---------------------------------------------------------------------------
[email protected], 2002-02-16 04:51:10-05:00, [email protected]
Merge new gigabit ethernet driver e1000, from Intel.
Contributors: Christopher Leech @ Intel, Scott Feldman @ Intel
Documentation/networking/e1000.txt | 245 ++++
MAINTAINERS | 7
drivers/net/Config.help | 36
drivers/net/Config.in | 1
drivers/net/Makefile | 5
drivers/net/e1000/LICENSE | 69 +
drivers/net/e1000/Makefile | 16
drivers/net/e1000/e1000.h | 233 ++++
drivers/net/e1000/e1000_ethtool.c | 377 ++++++
drivers/net/e1000/e1000_mac.c | 1821 +++++++++++++++++++++++++++++++++
drivers/net/e1000/e1000_mac.h | 1383 +++++++++++++++++++++++++
drivers/net/e1000/e1000_main.c | 2036 +++++++++++++++++++++++++++++++++++++
drivers/net/e1000/e1000_osdep.h | 142 ++
drivers/net/e1000/e1000_param.c | 709 ++++++++++++
drivers/net/e1000/e1000_phy.c | 1485 ++++++++++++++++++++++++++
drivers/net/e1000/e1000_phy.h | 422 +++++++
drivers/net/e1000/e1000_proc.c | 760 +++++++++++++
17 files changed, 9747 insertions(+)
[email protected], 2002-02-14 03:25:36-05:00, [email protected]
Add board id to via-rhine net driver, for board added in
previous revision (thus fixing the build).
drivers/net/via-rhine.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
ChangeSet@?????, [email protected]
Update 8139too net driver to new arg-free recalc_sigpending() API
function
drivers/net/8139too.c | 2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
---------------------------------------------------------------------------
Jeff Garzik <[email protected]> writes:
> Linus,
>
> I'm pleased to submit to you a BK merge of Intel's e1000 driver. The
> license is now "GPL or (BSD + patent grant)", which should satisfy those
> concerns.
Nice progress.
> I would also like to publicly thank Intel for this work. The two
> contributors listed have been very responsive to feedback, and they have
> put a good deal of work into beating the driver into shape for a kernel
> merge.
>
> Now I just hope I can convince them to open up their hardware specs :)
This is almost as important. Currently this greatly reduces the value
of their hardware as it places stumbling blocks in road of distributed
debugging. And the fewer eyes the deeper the bugs. For that reason
the company I work for has been looking for alternatives to Intel's
network cards.
Eric