Jay Vosburgh wrote:
Kenzo Iwami [EMAIL PROTECTED] wrote:
I think this patch is ready to be applied to the upstream kernel.
Do you see any problems in this patch? I'd like to hear your comments.
In general, I think the methodology is ok. I haven't tried this
current version of the
Could someone please do an allyesconfig build on current -linus and fix up
the bugs? I get this:
include/linux/if_ether.h:112: undefined reference to `compare_ether_addr'
net/built-in.o(.text+0x10a61b): In function `ebt_stp_check':
net/bridge/netfilter/ebt_stp.c:167: undefined reference to
Andrew Morton wrote:
Could someone please do an allyesconfig build on current -linus and fix up
the bugs? I get this:
include/linux/if_ether.h:112: undefined reference to `compare_ether_addr'
net/built-in.o(.text+0x10a61b): In function `ebt_stp_check':
net/bridge/netfilter/ebt_stp.c:167:
John W. Linville wrote:
I realize there are some burning issues at the moment, especially the
DeviceScape vs. ieee80211 stack wars. I do not intend to pronounce
summary judgment on any issues here or in the immediate future.
Please do copy me on any important discussions, and feel free to
Jeff Garzik [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Could someone please do an allyesconfig build on current -linus and fix up
the bugs? I get this:
include/linux/if_ether.h:112: undefined reference to `compare_ether_addr'
net/built-in.o(.text+0x10a61b): In function
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 00:29:59 -0800
Could someone please do an allyesconfig build on current -linus and fix up
the bugs? I get this:
include/linux/if_ether.h:112: undefined reference to `compare_ether_addr'
I don't see any reference to
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 03:35:43 -0500
should be fixed in current -linus already?
No, that was a different instance.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
David S. Miller [EMAIL PROTECTED] wrote:
Could someone please do an allyesconfig build on current -linus and fix up
the bugs? I get this:
include/linux/if_ether.h:112: undefined reference to `compare_ether_addr'
I don't see any reference to compare_ether_addr() on line
112 of
Andrew Morton wrote:
Jeff Garzik [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Could someone please do an allyesconfig build on current -linus and fix up
the bugs? I get this:
include/linux/if_ether.h:112: undefined reference to `compare_ether_addr'
net/built-in.o(.text+0x10a61b): In
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 00:45:50 -0800
Please do the allyesconfig, check?
Yep, will do.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi,
On Wed, Jan 11, 2006 at 08:42:24AM +0200, Denis Vlasenko wrote:
On Tuesday 10 January 2006 17:11, Andreas Mohr wrote:
Hi all,
this patch adds support for configopt parsing for ACX100 EEPROM version v5
(please report whether ACX100 v5 now works, preferrably with logs showing
On Wednesday 11 January 2006 01:16, Carlos Martín wrote:
On Tuesday 10 January 2006 07:29, Denis Vlasenko wrote:
Hi folks,
Please read http://lkml.org/lkml/2006/1/5/671
What about moving all acx development discussion
to [EMAIL PROTECTED]
Sure, if the driver ships with mainline.
On Wed, Jan 11, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
On Wed, Jan 11, 2006 at 12:10:22PM +0300, Evgeniy Polyakov ([EMAIL
PROTECTED]) wrote:
On Wed, Jan 11, 2006 at 12:02:28PM +0300, Evgeniy Polyakov ([EMAIL
PROTECTED]) wrote:
On Wed, Jan 11, 2006 at
On Wed, Jan 11, 2006 at 12:10:22PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
On Wed, Jan 11, 2006 at 12:02:28PM +0300, Evgeniy Polyakov ([EMAIL
PROTECTED]) wrote:
On Wed, Jan 11, 2006 at 12:50:23AM -0800, David S. Miller ([EMAIL
PROTECTED]) wrote:
From: Andrew Morton [EMAIL
On Wed, Jan 11, 2006 at 12:50:23AM -0800, David S. Miller ([EMAIL PROTECTED])
wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 00:45:50 -0800
Please do the allyesconfig, check?
Yep, will do.
Survived make SUBDIRS=net/bridge after allyesconfig.
Kinda megapatch:
diff
On Wed, 2006-01-11 at 10:50 +0200, Denis Vlasenko wrote:
On Wednesday 11 January 2006 01:16, Carlos Martín wrote:
On Tuesday 10 January 2006 07:29, Denis Vlasenko wrote:
Hi folks,
Please read http://lkml.org/lkml/2006/1/5/671
What about moving all acx development discussion
to
So it is an optimization - not a bug then,
correct?
It's a bug fix that happens to be an optimization :)
No matter what you set skb-priority to, that gets
translated
by prio2band[] which should only point to actually
initialized
queues.
That's not correct. If prio_classify() sees that
On Wednesday 11 January 2006 06:24, Shaun Pereira wrote:
Thanks for reviewing those patches, and your feedback. I have made the
changes recommended. If these are acceptable, I will build a proper
[PATCH] for submission.
This patch looks good to me now.
Is there anyone in particular that I
On Wednesday 11 January 2006 06:28, Shaun Pereira wrote:
And the correct x.25 patch, (will build a [PATCH] if this is ok).
Tested with with xot to a Cisco box.
Much better now, but
+ switch(cmd) {
+ case TIOCOUTQ:
+ case TIOCINQ:
Looking at how these are
On Wed, 2006-11-01 at 01:54 -0800, Amnon Aaronsohn wrote:
So it is an optimization - not a bug then,
correct?
It's a bug fix that happens to be an optimization :)
No matter what you set skb-priority to, that gets
translated
by prio2band[] which should only point to actually
On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
sorry to hear you're having a problem, and cool, thanks for the test,
we'll have to try it here. We've classically had problems reproducing the
athlon based hangs.
Athlon based or Athlon-on-VIA-KT400 based? We have an E1000
On Wed, Jan 11, 2006 at 01:59:46PM +0100, Erik Mouw wrote:
On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
sorry to hear you're having a problem, and cool, thanks for the test,
we'll have to try it here. We've classically had problems reproducing the
athlon based hangs.
From: Jurij Smakov [EMAIL PROTECTED]
tulip driver advertises support for non-working id
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334104
It looks like tulip and dmfe have some identical PCI IDs in their lists
of supported devices, which, I believe, should not normally happen.
Attached
On Tue, 2006-01-10 at 21:05 -0500, John W. Linville wrote:
If you are the maintainer of an out-of-tree driver or other component
(e.g. softmac), please let me hear from you (publicly or privately).
I want to be sure to identify all the major stakeholders. I would
also like to hear your plans
On Wed, Jan 11, 2006 at 02:22:08PM +0100, Erik Mouw wrote:
On Wed, Jan 11, 2006 at 01:59:46PM +0100, Erik Mouw wrote:
On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
sorry to hear you're having a problem, and cool, thanks for the test,
we'll have to try it here. We've
--- jamal [EMAIL PROTECTED] wrote:
You will always point to correctly initialized
queues with any
value of skb-priority.
Ok, to put it concretely:
Suppose we have prio configured thus:
tc qdisc add dev eth0 root handle 1: prio bands 4
This qdisc has 4 bands but it uses the default priomap
On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
The system only recovers after the Netdev watchdog found out that the
transmit timed out. However, the e1000 register dump starts about 4 to
5 seconds earlier: a possible workaround would be to trigger the
timeout code path as soon as
This removes more unneeded casts on the return value for kmalloc(),
sock_kmalloc(), and vmalloc().
Signed-off-by: Kris Katterjohn [EMAIL PROTECTED]
This is a diff against 2.6.15-git7.
Thanks!
--- x/net/atm/lec.c 2006-01-11 07:08:52.0 -0600
+++ y/net/atm/lec.c 2006-01-11
Rogier Wolff a écrit :
On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
The system only recovers after the Netdev watchdog found out that the
transmit timed out. However, the e1000 register dump starts about 4 to
5 seconds earlier: a possible workaround would be to trigger the
timeout
On Wed, 11 Jan 2006, Kris Katterjohn wrote:
This removes more unneeded casts on the return value for kmalloc(),
sock_kmalloc(), and vmalloc().
Signed-off-by: Kris Katterjohn [EMAIL PROTECTED]
This is a diff against 2.6.15-git7.
Acked-by: James Morris [EMAIL PROTECTED]
--
James Morris
On Wed, Jan 11, 2006 at 03:11:47PM +0100, Eric Dumazet wrote:
Rogier Wolff a écrit :
On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
The system only recovers after the Netdev watchdog found out that the
transmit timed out. However, the e1000 register dump starts about 4 to
5
On Wed, Jan 11, 2006 at 03:48:11PM +0100, Rogier Wolff wrote:
On Wed, Jan 11, 2006 at 03:11:47PM +0100, Eric Dumazet wrote:
Rogier Wolff a écrit :
On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
The system only recovers after the Netdev watchdog found out that the
transmit
On Wed, Jan 11, 2006 at 03:49:37PM +0100, Jiri Benc wrote:
Here is my proposal:
- There should be only as few net_devices as needed. I. e. when the card
acts as a client to one AP, only one device is present.
See below...
- The type of a device (AP, client, WDS link, monitor, etc.)
On Wed, 2006-01-11 at 10:05 -0500, Mike Kershaw wrote:
Agreed, though there is a benefit to being able to specify the type of
the initial card. Many drivers offer it as a modprobe option, ie, to
initialize the card in rfmon to prevent it from sending any probe req's
before configuration. A
On Wed, 11 Jan 2006 17:37:00 +0100, Johannes Berg wrote:
I thought I had addresses this already but maybe no one took notice. I
think the 'master' device should not be represented as a net_dev at all,
but be somewhat abstract. In that, you could delete the last real device
attached to it and
On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
Sure, it is way more better. But again, it's the question of
compatibility. I think that at least for some time the new netlink API
and WE should coexist. After some time, WE support can be removed.
Wouldn't it make more sense to put
While switching to 2.6.15 I tried to apply the SysKonnect's patch for sk98lin
driver, but it said that all the code needed is present in the kernel, so I
tried the Yukon drivers in kernel. Nor sk98lin nor skge affected any way on
`ifconfig -a' output, so I tried the new `sky2' driver. Being
Jiri Benc [EMAIL PROTECTED] writes:
Because all of frames need to go through the master device. So frames
will be transmitted/received only when the master device is up. You have
two possibilities:
1. To have a physical master device with no functionality (like you
proposed).
2. To have
On Wed, Jan 11, 2006 at 07:25:11PM +0100, Krzysztof Halasa wrote:
Jiri Benc [EMAIL PROTECTED] writes:
Because all of frames need to go through the master device. So frames
will be transmitted/received only when the master device is up. You have
two possibilities:
1. To have a physical
The ip6_xmit() function now assumes that its sk argument is non-NULL,
which isn't currently true when TCPv6 code is sending RST or ACK
packets. This fixes that code to use a socket of its own for sending
such packets, as TCPv4 does. (Thanks Andi for the pointer).
Signed-off-by: David Woodhouse
John W. Linville wrote :
If you are the maintainer of an out-of-tree driver or other component
(e.g. softmac), please let me hear from you (publicly or privately).
Complete and up to date list of driver and their contact
person is, and always has been, in the Linux WLAN Howto. As many
On Wed, 11 Jan 2006 21:16:40 +0300
Dmitrij D. Czarkoff [EMAIL PROTECTED] wrote:
While switching to 2.6.15 I tried to apply the SysKonnect's patch for sk98lin
driver, but it said that all the code needed is present in the kernel, so I
tried the Yukon drivers in kernel. Nor sk98lin nor skge
Johannes Berg wrote:
On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
Sure, it is way more better. But again, it's the question of
compatibility. I think that at least for some time the new netlink API
and WE should coexist. After some time, WE support can be removed.
Wouldn't it make
On Wed, Jan 11, 2006 at 02:23:40PM -0500, Jeff Garzik wrote:
Johannes Berg wrote:
On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
Sure, it is way more better. But again, it's the question of
compatibility. I think that at least for some time the new netlink API
and WE should coexist.
On Wed, 11 Jan 2006 14:23:40 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Johannes Berg wrote:
On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
Sure, it is way more better. But again, it's the question of
compatibility. I think that at least for some time the new netlink API
and WE
Am Mittwoch 11 Januar 2006 20:23 schrieb Jeff Garzik:
They may mean carrying some compat code in the kernel for a while, or
some other solution... The compat code could simply call netlink
internally, for example.
after all, the most important achievement for driver writers is that there is
Am Mittwoch 11 Januar 2006 16:05 schrieb Mike Kershaw:
As far as link type, theres no real reason radiotap couldn't be used
internally, but theres also no reason it's needed on anything other than
rfmon if we don't think we'll ever care about per-frame stats in
non-rfmon.
a software AP could
Hi Jiri,
to evaluate the Devicescape stack, I started porting the ipw2100 driver to it.
However I do have one major problem. At least the snapshort from January 2nd
does not seem to support devices that do scanning and associating controlled
by firmware.
Is this assumptions right, and if so,
Am Mittwoch 11 Januar 2006 15:49 schrieb Jiri Benc:
- There should be only as few net_devices as needed. I. e. when the card
acts as a client to one AP, only one device is present.
- The type of a device (AP, client, WDS link, monitor, etc.) should be
specified in the usual way (by
Johannes Berg wrote:
- Global configuration requests (setting channel etc.) can be performed on
any device and will affect all devices.
Yup.
I disagree. I rather envision a netlink protocol that says 'you cannot
change the channel on just this single device' (unless the driver
supports
Another ppp failure in 2.6.15. This one led to a panic.
Begin forwarded message:
Date: Wed, 11 Jan 2006 13:15:07 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5869] New: After pon: Kernel BUG at
net/core/skbuff.c:94 - seems to disable keyboard
On Wed, 11 Jan 2006 21:16:40 +0300
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E
Gigabit Ethernet Controller (rev 19)
What is the chip revision, reported on dmesg output. Something like:
[ 27.769459] sky2 v0.12 addr 0xdfcfc000 irq 177 Yukon-EC (0xb6) rev 1
[
John W. Linville wrote:
If you are the maintainer of an out-of-tree driver or other component
(e.g. softmac), please let me hear from you (publicly or privately).
I want to be sure to identify all the major stakeholders. I would
also like to hear your plans for getting your code into the
Daniel Drake wrote:
FWIW, my opinion is that the devicescape code should be broken down and
used to extend the existing stack, no matter how 'good' it is. The way
it has been developed (i.e. totally outside of the ieee80211 stack) is
somewhat insulting to our development process.
Strongly
From: Dave Jones [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 18:48:45 -0500
From todays -git snapshot..
On Wed, Jan 11, 2006 at 06:37:44PM -0500, Compile Server wrote:
/kernel/net/bridge/netfilter/ebt_stp.ko needs unknown symbol
compare_ether_addr
/kernel/net/ipv6/netfilter/ip6t_mac.ko
From: David Woodhouse [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 18:36:32 +
The ip6_xmit() function now assumes that its sk argument is non-NULL,
which isn't currently true when TCPv6 code is sending RST or ACK
packets. This fixes that code to use a socket of its own for sending
such
From: Kris Katterjohn [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 06:08:29 -0800
This removes more unneeded casts on the return value for kmalloc(),
sock_kmalloc(), and vmalloc().
Signed-off-by: Kris Katterjohn [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list: send the line
e1000 driver update
Below is a list of the e1000 patches. Several of the patches are relatedto
each other. For instance patches 9 and 10 are mutliqueue patches. Patches 5,
6, 8, 19, and 28 are patches related to PCI express hardware.
I have ordered the patches so that the first 24 patches
Fix SoL/IDER link and loopback
Fix so that if a SoL/IDER session is active, do not allow operations which
require a PHY reset and instead log a message.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
General Fixes
These fixes update the TX and RX ring structures. Prepare driver for up-coming
fixes.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000.h |8 ++--
Fix TSO
Fixed the TSO workaround for 82571/2 controllers.
Fixed TSO issue where a non-tso packet in a linear SKB which followed a TSO
packet would get written back prematurely.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John
Fix PHY config for 82573 controller
Added a delay to allow PHY configuration to complete before accessing NVM.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_hw.c |6
Fix e1000 stats
Updated the e1000_stats structure and removed mpx for rx_errors and rx_dropped.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000.h |2 ++
Fix LED functionality for 82573
Fixed adapter identification issue.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_ethtool.c | 22 +++---
1 files
Fix adapter structure and prepare for multiqueue fix
Fix adapter structure to handle multiple queues and prepping the driver for
full multiple queue support, some changes are ifdef'd our unless you define
CONFIG_E1000_MQ.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse
Fix mulitple queues
Fixed stats when using multiple queues.
When multiple queues are enabled, log a message in syslog.
Fixed memory allocation for multiple queues.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL
Fix loopback logic
Fixed the loopback logic to work for the PCI express adapters.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_ethtool.c | 70
Fix PHY reset when blocked
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_hw.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Fix TX queue length based on link speed
10/100 speeds seem to have some problems reporting false tx timeouts especially
at half duplex. Fixed by using a timeout factor to attempt to mitigate the
false timeouts.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg
Fix EEPROM read logic
Fixed read_eeprom logic to test use_eerd instead of testing for 82573
controllers.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_hw.c | 18
Fix flow control water marks
Fixed flow control water marks based on PBA size.
Store flow control state in original_fc in addition to fc.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
Fix Desc. Rings and Jumbo Frames
This patch contains two fixes. The first fix is to the tx and rx descriptor
rings clean up process. The second fix is to jumbo frames, which cleans up the
code logic and removes most of the fifo related limitations on jumbo frames.
This is because the driver
Fix bit 22 (TXDCTL) for 82571 82572 controllers
Removed duplicate code, TXDCTL and TXDCTL_COUNT_DESC are the same bit and there
is no need to set it twice.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL
Fix TX timeout logic
Fixed the TX timeout logic to use end of packet rather than next to clean.
Updated message log.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
Fix desc. clean up
These were two separate community submitted patches.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_ethtool.c |5 +++--
1 files changed, 3
Fix __pskb_pull_tail
Fixed by moving code to correct location (for 82572 and 82571 controllers).
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c | 15
Fix collision distance
Fixed the collision distance for 82543 controllers and newer.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_hw.c |9 +++--
Fixed frame size logic
Simplified the logic used to assign the frame_size.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_ethtool.c |4 ++--
1 files changed, 2
Fix VLAN support
Fixed VLAN support by switching control over to the firmware.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c |6 +-
1 files changed, 5
Fix Netpoll issue
Fixed an issue netpoll would error out during communication, generating the
following error:
--netdump[14973]: Got toomany timeouts in handshaking, ...
Even after a kernel panic, netpoll requires two way communication to
successfully transfer the crash log to the remote
Added cleaned_count to RX buffer allocation
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000.h |9 +++--
drivers/net/e1000/e1000_main.c | 68
Added interrupt auto mask support
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c | 31 +--
1 files changed, 25 insertions(+), 6
Added hardware support for PCI express, 82546GB, and 82571 Fiber
Added 82571 fiber to WOL fix for dual port adapters.
Added support for 82546GB (Quad Copper).
Added PCIe typedef for x2, igp cable length 115, and extended TX CTRL registers.
Added parity error detection and PCIe CTRL registers.
Added firmware version reporting for 8257{1|2|3} controllers
The EEPROM image version is reported as a firmware version for these
controllers.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
Added PCIe bus information
This is two patches, the first is adding additional bus information for the
8257{1|2|3} controllers. The second patch was orginally a community patch to
print bus type/speed/width, and enhanced by us.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by:
Added variable to handle return values for pci_enable_* functions
This was to fix compilation warnings. Also added log messages when
pci_enable_* functions return with an error.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John
Added copy break code
Improves small packet performance with large amounts of reassembly being done
in the stack.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c |
Added disable packet split capability
Adds the ability to disability packet split at compile time and use the legacy
receive path on PCI express hardware.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL
Cleaned up code and removed hard coded numbers
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c | 34 +-
1 files changed, 21
Removed unused variables and initialized variables
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c |2 +-
drivers/net/e1000/e1000_param.c |2 +-
2 files
Added RX buffer enhancements
Align the prefetches to a dword to help speed them up.
Recycle skb's and early replenish.
Force memory writes to complete before fetching more descriptors.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by:
Added functions to save and restore config
These functions help restore the driver to active configuration when coming out
of resume for power management.
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL
Added functions declarations
Added e1000_mc_addr_list_update
Added e1000_read_reg_io
Added e1000_enable_pciex_master
These are not static functions, that is why we have them declared in the header.
Jeb can you elaborate more on these? Please...
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Added driver comments
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c | 72 +---
1 files changed, 67 insertions(+), 5
We got this in Fedora bugzilla from a user running a 2.6.15-rc7-git2 vintage
kernel. This seemed important enough to warrant a closer look by someone
familiar
with recent networking changes in case this hasn't been reported/fixed yet.
Dave
On Sat, Jan 07, 2006 at 08:13:54PM
David S. Miller wrote:
From: jamal [EMAIL PROTECTED]
Date: Tue, 10 Jan 2006 23:02:45 -0500
So it is an optimization - not a bug then, correct?
It is only an optimization in as much as it avoids duplicate
work during initialization.
Like you I don't see how this patch fixes anything.
No
Handle DCCP in ipxfrm.c to allow using port numbers in the selector.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
Index: ip/ipxfrm.c
===
RCS file: /repos/iproute2/ip/ipxfrm.c,v
retrieving revision 1.13
diff -u -r1.13 ipxfrm.c
Handle SCTP/DCCP in sfq_hash to make it recognize seperate connections.
[PKT_SCHED]: Handle SCTP/DCCP in sfq_hash
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit c4c7a043c4d51c24124e1555f0f5b3c33fb5c7c4
tree 338baa4eae8d7503a7219ad13e82171e2cbd9ab2
parent
This patch adds SCTP/DCCP support to ebt_ip.c and ebt_log.c. The
ebt_ipt.c change needs a userspace change as well, this is the
second attached patch.
[EBTABLES]: Handle SCTP/DCCP in ebt_{ip,log}
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit
Hi all,
Attached is the corrected patch. Thanks heaps Arnd for your help (and
patience :-) The following text is just a repeat of what was sent
earlier.
The attached patch is a follow up to a post made earlier to this site
with regard to 32 bit (socket layer) ioctl emulation for 64 bit kernels.
1 - 100 of 111 matches
Mail list logo