Herbert Xu wrote:
Marco Berizzi [EMAIL PROTECTED] wrote:
Running 'tcpdump -p -n -v ip net 10.16.24.117' on mimosa
resolves the problem: sapgui clients can connect to sap
servers while tcpdump is running on mimosa.
Is this a bug?
Very strange. Could you perhaps move the tcpdump to another
Hello!
Seems like leaf (end-nodes) has been freed by __tnode_free_rcu and not by
__leaf_free_rcu. This fixes the problem. Only tnode_free is now used which
checks for appropriate node type. free_leaf can be removed.
Signed-off-by: Robert Olsson [EMAIL PROTECTED]
Cheers.
On Mon, Apr 03, 2006 at 04:20:22PM -0700, Randy.Dunlap wrote:
I still get this on 2.6.17-rc1...
Did anyone on netdev pick it up last week?
I've got the patch...will get it merged soon.
Thanks!
John
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi developers,
is there a convenient way to inject 802.11 frames into the stack from
user-space? I am thinking about something analogous to the tap device for
Ethernet. That is, a virtual wireless device that would receive frames
from user-space.
I
On Tue, Apr 04, 2006 at 03:43:03PM +0200, Marcus Better wrote:
Hi developers,
is there a convenient way to inject 802.11 frames into the stack from
user-space? I am thinking about something analogous to the tap device for
Ethernet. That is, a virtual wireless device that would receive frames
On Tue, Apr 04, 2006 at 03:27:59PM +0200, Ciaran Farrell wrote:
We were discussing this topic again and thought it should be reported here.
As
you are probably aware, the file
linux-2.6.16.tar.bz2/linux-2.6.16/drivers/net/hydra.h
contains a BSD 4 license.
...
The interesting point is
This patch makes the needlessly global rhine_set_carrier() static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.17-rc1-mm1-full/drivers/net/via-rhine.c.old 2006-04-04
17:41:16.0 +0200
+++ linux-2.6.17-rc1-mm1-full/drivers/net/via-rhine.c 2006-04-04
hi,
this patch converts drivers/net to kzalloc and kcalloc usage.
Compile tested with allyesconfig on i386
Signed-off-by: Eric Sesterhenn [EMAIL PROTECTED]
--- linux-2.6.17-rc1/drivers/net/bonding/bond_main.c.orig 2006-04-04
12:12:12.0 +0200
+++
This patch contains the following possible cleanups:
- make the following needlessly global function static:
- arp.c: arp_rcv()
- remove the following unused EXPORT_SYMBO's:
- devinet.c: devinet_ioctl
- fib_frontend.c: ip_rt_ioctl
- inet_hashtables.c: inet_bind_bucket_create
-
On Tue, 4 Apr 2006, Adrian Bunk wrote:
On Tue, Apr 04, 2006 at 03:27:59PM +0200, Ciaran Farrell wrote:
We were discussing this topic again and thought it should be reported here.
As
you are probably aware, the file
linux-2.6.16.tar.bz2/linux-2.6.16/drivers/net/hydra.h
contains
Ayaz Abdulla wrote:
Manfred Spraul wrote:
Ayaz Abdulla wrote:
This patch adds support for configuration of various parameters. This
includes module parameters and ethtool commands.
+
+if (netif_running(dev)) {
+nv_start_rx(dev);
+nv_start_tx(dev);
+
The Coverity checker found this case where the variable tmp is used
uninitialized:
-- snip --
...
static int bcm43xx_pctl_clockfreqlimit(struct bcm43xx_private *bcm,
int get_max)
{
int limit = 0;
int divisor;
int selection;
The Coverity checker spotted the following strange code:
-- snip --
static ssize_t bcm43xx_attr_interfmode_show(struct device *dev,
struct device_attribute *attr,
char *buf)
{
...
err = 0;
The current ibmveth driver has a fixed number of buffers per buffer pool
and under certain workloads, it's running out of buffers. So I would
like to be able to change the number of buffers in each pool at runtime.
The way most drivers do it is with ethtool -G and/or module parameters.
This patch fixes a memory leak spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/net/wireless/bcm43xx/bcm43xx_phy.c |1 +
1 file changed, 1 insertion(+)
--- linux-2.6.17-rc1-mm1-full/drivers/net/wireless/bcm43xx/bcm43xx_phy.c.old
2006-04-04
This patch fixes a memory leak (buf wasn't freed) spotted by the
Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/net/tg3.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
--- linux-2.6.17-rc1-mm1-full/drivers/net/tg3.c.old 2006-04-04
This patch fixes an off-by-21-or-49 error ;-) spotted by the Coverity
checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.17-rc1-mm1-full/net/core/net-sysfs.c.old 2006-04-04
20:36:32.0 +0200
+++ linux-2.6.17-rc1-mm1-full/net/core/net-sysfs.c 2006-04-04
From: Robert Olsson [EMAIL PROTECTED]
Date: Tue, 4 Apr 2006 10:38:36 +0200
Seems like leaf (end-nodes) has been freed by __tnode_free_rcu and not by
__leaf_free_rcu. This fixes the problem. Only tnode_free is now used which
checks for appropriate node type. free_leaf can be removed.
Can anyone explain the magical 552 ip_rt_min_pmtu?
I've seen fielded equipment that was setting mtu to 512
and causing linux to set the mtu on the route to 552 thus
causing fragments. Why can't we honor the 512 mtu?
I suspect it is a long-standing bug based misunderstanding about IP
minimum
Ignore this...the patch number is wrong...I am resending it. Sorry for
the confusion,
Ayaz Abdulla wrote:
This patch fixes the nic initialization. If the nic was in low power
mode, it brings it back to normal power. Also, it utilizes a new
hardware reset during the init.
I am resending based
This patch fixes the nic initialization. If the nic was in low power
mode, it brings it back to normal power. Also, it utilizes a new
hardware reset during the init.
I am resending based on feedback, I corrected the register size mapping
and delay after posted write.
Signed-Off-By: Ayaz
This patch fixes the issues with multiple irqs.
I am resending based on feedback. I decoupled the dma mask for
consistent memory and fixed leak with multiple irq in error path.
Thanks to Manfred for catching the spin lock problem.
Signed-Off-By: Ayaz Abdulla [EMAIL PROTECTED]
From: Patrick McHardy [EMAIL PROTECTED]
Date: Mon, 03 Apr 2006 15:43:13 +0200
Fix a regression from the netfilter/IPsec patches with bridging.
Bart, please review this patch, if everything is fine I think it
should also go in -stable.
Applied, thanks Patrick. Please submit this to -stable.
-
From: Herbert Xu [EMAIL PROTECTED]
Date: Sun, 2 Apr 2006 19:56:01 +1000
This patch moves the sending of ICMP messages when there are no IPv4/IPv6
tunnels present to tunnel4/tunnel6 respectively. Please note that for now
if xfrm4_tunnel/xfrm6_tunnel is loaded then no ICMP messages will ever be
On Fri, Mar 24, 2006 at 09:24:55PM -0800, Jouni Malinen wrote:
Fixed encrypted of EAPOL frames from wlan#ap interface (hostapd). This
was broken when moving to use new frame control field defines in
net/ieee80211.h. hostapd uses Protected flag, not protocol version
(which was cleared in this
Mar 15 15:39:25 tsdfft1 NETDEV WATCHDOG: eth0:
transmit timed out
Mar 15 15:39:25 tsdfft1 eth0: transmit timed out,
resetting
Mar 15 15:39:25 tsdfft1 eth0:
TX_STATE[003ffc05:0001:0019]
Mar 15 15:39:25 tsdfft1 eth0:
RX_STATE[0100c805:0001:0021]
Mar 15 15:39:25 tsdfft1 eth0:
Hi,
Check the permissions when user-space try to read the
encryption parameters via SIOCGIWENCODEEXT. This is trivial and
probably should go in 2.6.17...
Bug was found by Brian Eaton [EMAIL PROTECTED], thanks !
Have fun...
Jean
Signed-off-by: Jean
Hi,
2.6.17-rc1 changed the title for the entry CONFIG_NET_RADIO. I
personally disagree with this change and want it reverted. Patch for
2.6.17-rc1.
Rationale : WIRELESS_EXT is an invisible option. Therefore,
the only way for a user to enable it is via NET_RADIO. Some users
Rick Jones wrote:
Again from RFC 791:
snip
Every internet destination must be able to receive a datagram of 576
octets either in one piece or in fragments to be reassembled.
Hence the minimum IPv4 MTU of 68 bytes.
Makes sense to me. Does a similar argument apply the IPv6 minimum
Fixed encrypted of EAPOL frames from wlan#ap interface (hostapd). This
was broken when moving to use new frame control field defines in
net/ieee80211.h. hostapd uses Protected flag, not protocol version
(which was cleared in this function anyway). This fixes WPA group key
handshake and
Mark Butler wrote:
Rick Jones wrote:
Again from RFC 791:
snip
Every internet destination must be able to receive a datagram of 576
octets either in one piece or in fragments to be reassembled.
Hence the minimum IPv4 MTU of 68 bytes.
Makes sense to me. Does a similar argument
I just upgraded my local tree to 2.6.17-rc1 and see odd things with interface
statistics, namely the collisions stat appears to be uninitialized. I'm just
wondering if anyone else is seeing this; it may be a busybox bug too. This is
on a 32-bit ppc system.
[EMAIL PROTECTED]:~$ ifconfig
lo
Andrew Gallatin wrote:
I'm working on a driver for a 10GbE nic. I've just gotten to the point where I
am verifying that 802.1q vlans work without hardware vlan offload. It
seems like
the netdev features flags (NETIF_F_SG|NETIF_F_IP_CSUM|NETIF_F_TSO) are not
being inherited by the vlan device.
Thanks. We'll implement these along with the changes suggested by others and
post this driver again.
-Amit
On Tuesday 04 Apr 2006 1:11 am, Francois Romieu wrote:
Linsys Contractor Amit S. Kale [EMAIL PROTECTED] :
diff -Naru linux-2.6.16_orig/drivers/net/netxen/netxen_nic_ethtool.c
Maybe it's unrelated to this problem, but it is interesting observation,
at least for me.
All boxes running for two weeks now and spitting these assert messages
have about 1,5GB of slab size allocated, with skbuff_head_cache entry
being the largest entry. After rebooting, it is all nice and
35 matches
Mail list logo