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 machine
so th
From: Randy Dunlap <[EMAIL PROTECTED]>
If CONFIG_HOTPLUG=n, gcc doesn't like some __initdata to be
const (rodata) and other __initdata not const, so make the
non-const __initdata const.
gcc errors:
drivers/net/bnx2.c:66: error: version causes a section type conflict
drivers/net/starfire.c:338: er
I still get this on 2.6.17-rc1...
Did anyone on netdev pick it up last week?
Date: Mon, 27 Mar 2006 14:53:41 -0800
From: "Randy.Dunlap" <[EMAIL PROTECTED]>
To: netdev
Cc: [EMAIL PROTECTED]
Subject: [PATCH] softmac uses Wiress Ext.
From: Randy Dunlap <[EMAIL PROTECTED]>
softmac uses wireless
On Mon, Apr 03, 2006 at 11:33:16PM +0200, Christophe Saout wrote:
>
> I'm getting a crash in xfrm4_rcv_encap few seconds after setting up my
> IPSEC connection (tunnel for default route 0.0.0.0/0 to next router).
Sorry about that. This patch should fix the problem.
[IPSEC]: Check x->encap befor
Hello, Phil Oester.
On 04.04.2006 01:39 you said the following:
On Mon, Apr 03, 2006 at 04:01:23PM -0500, Mark Nipper wrote:
After three days and some hours, I finally saw another
event:
Ack, same here. Looked hopeful, but finally saw the error today.
Phil
[EMAIL PROTECTED] ~]#
On Mon, Apr 03, 2006 at 04:01:23PM -0500, Mark Nipper wrote:
> After three days and some hours, I finally saw another
> event:
Ack, same here. Looked hopeful, but finally saw the error today.
Phil
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a messag
Hello,
I'm getting a crash in xfrm4_rcv_encap few seconds after setting up my
IPSEC connection (tunnel for default route 0.0.0.0/0 to next router).
The call chain is:
softirq
...
net_rx_action
process_backlog
netif_receive_skb
ip_rcv
ip_local_deliver
xfrm4_rcv
xfrm4_rcv_encap
The crash occurs h
O
> > +static int
> > +netxen_nic_set_wol(struct net_device *netdev, struct ethtool_wolinfo *wol)
> > +{
> > +// can't implement as WOL register is not known !!
> > +return 0;
>
> If it can not be implemented, it should return something < 0, say -EINVAL.
>
ethtool does the right
On 31 Mar 2006, Herbert Xu wrote:
> If it still fails, here is a debugging patch which should tell us
> whether we need to look elsewhere.
After three days and some hours, I finally saw another
event:
---
Apr 3 13:40:53 king kernel: KERNEL: assertion (!sk->sk_forward_alloc) failed
at net
Linsys Contractor Amit S. Kale <[EMAIL PROTECTED]> :
> diff -Naru linux-2.6.16_orig/drivers/net/netxen/netxen_brdcfg.h
> linux-2.6.16/drivers/net/netxen/netxen_brdcfg.h
> --- linux-2.6.16_orig/drivers/net/netxen/netxen_brdcfg.h 1969-12-31
> 16:00:00.0 -0800
> +++ linux-2.6.16/drivers
Linsys Contractor Amit S. Kale <[EMAIL PROTECTED]> :
> diff -Naru linux-2.6.16_orig/drivers/net/netxen/netxen_nic_hw.c
> linux-2.6.16/drivers/net/netxen/netxen_nic_hw.c
> --- linux-2.6.16_orig/drivers/net/netxen/netxen_nic_hw.c 1969-12-31
> 16:00:00.0 -0800
> +++ linux-2.6.16/drivers
On Mon, 3 Apr 2006 19:27:25 +0200 Sam Ravnborg wrote:
> On Mon, Apr 03, 2006 at 10:27:32AM -0700, Randy.Dunlap wrote:
> > On Sun, 2 Apr 2006 23:12:03 +0200 Sam Ravnborg wrote:
> >
> > > On Mon, Mar 27, 2006 at 02:32:14PM -0800, Randy.Dunlap wrote:
> > > > >
> > > > > Sam, I am now seeing this er
Linsys Contractor Amit S. Kale <[EMAIL PROTECTED]> :
> diff -Naru linux-2.6.16_orig/drivers/net/netxen/netxen_nic_ethtool.c
> linux-2.6.16/drivers/net/netxen/netxen_nic_ethtool.c
> --- linux-2.6.16_orig/drivers/net/netxen/netxen_nic_ethtool.c 1969-12-31
> 16:00:00.0 -0800
> +++ linux-2.6.
Op ma, 03-04-2006 te 15:43 +0200, schreef Patrick McHardy:
> 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.
Looks fine to me.
Thanks,
Bart
-
To unsubscribe from this list: send the
Hi,
We've been running 2.4.27 as routers for some time now with good success.
(Yes, yes, I need to reply to those emails about newer kernels being
slower...) Anyway, I was noticing that neigh_lookup was taking a bunch of
CPU and noticed that the hash table size was fixed to 16 buckets in these
ker
On Mon, Apr 03, 2006 at 10:27:32AM -0700, Randy.Dunlap wrote:
> On Sun, 2 Apr 2006 23:12:03 +0200 Sam Ravnborg wrote:
>
> > On Mon, Mar 27, 2006 at 02:32:14PM -0800, Randy.Dunlap wrote:
> > > >
> > > > Sam, I am now seeing this error (not a WARNING like the previous ones
> > > > were):
> > > >
On Sun, 2 Apr 2006 23:12:03 +0200 Sam Ravnborg wrote:
> On Mon, Mar 27, 2006 at 02:32:14PM -0800, Randy.Dunlap wrote:
> > >
> > > Sam, I am now seeing this error (not a WARNING like the previous ones
> > > were):
> > >
> > > drivers/net/typhoon.c:137: error: version causes a section type confli
Begin forwarded message:
Date: Mon, 3 Apr 2006 04:26:21 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 6322] New: Kernel Panic (i think nf_br component)
http://bugzilla.kernel.org/show_bug.cgi?id=6322
Summary: Kernel Panic (i think nf_br component)
Kernel Ver
Begin forwarded message:
Date: Mon, 27 Mar 2006 23:12:50 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 6295] New: unregister_netdevice loops indefinitely when bringing
down an interface if static ARP entries are present
http://bugzilla.kernel.org/show_bug.cgi?id=6295
> diff -Naru linux-2.6.16_orig/drivers/net/netxen/Makefile
> linux-2.6.16/drivers/net/netxen/Makefile
> --- linux-2.6.16_orig/drivers/net/netxen/Makefile 1969-12-31
> 16:00:00.0 -0800
> +++ linux-2.6.16/drivers/net/netxen/Makefile 2006-03-24 14:25:53.0
> -0800
> @@ -0,0 +1,
On
> +#undef NetXen_LOOPBACK
> +#undef SINGLE_DMA_BUF
> +#define NetXen_NIC_HW_CSUM
> +#define NetXen_NIC_NAPI
> +// #undef NetXen_NIC_NAPI
> +
> +#define NetXen_NETIF_F_TSO
Ugh. MixedCase define's and ifdef configuration message.
Remember, either keep the code or remove it.
> +// for cmd line
on x86-64 and gcc 4.0.2:
drivers/net/wireless/bcm43xx/bcm43xx_debugfs.c:456: warning: format ‘%u’
expects type ‘unsigned int’, but argument 3 has type ‘size_t’
drivers/net/wireless/bcm43xx/bcm43xx_debugfs.c:460: warning: format ‘%08x’
expects type ‘unsigned int’, but argument 2 has type ‘size_t’
On Wed, Mar 29, 2006 at 01:16:30PM -0800, [EMAIL PROTECTED] wrote:
> >> With STP disabled it is still possible to use the same type of packet
> >> socket to receive EAPOL frames. However, the frames will now end up
> >> being received from the bridge interface (e.g., br0), not Ethernet
> >> (eth0)
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.
[NETFILTER]: Fix fragmentation issues with bridge netfilter
The conntrack code doesn't do re-fragmentation of defragmented packets
anymore b
Marco Berizzi wrote:
Herbert Xu wrote:
Marco Berizzi <[EMAIL PROTECTED]> wrote:
>
> Thanks a lot for the reply Herbert.
> Is there a way to tell netkey to frag packets like klips
> ignoring the DF bit?
Thinking about this again, there is actually a bug in our various
tunneling
implementation
John Heffner wrote:
Marco Berizzi wrote:
Herbert Xu wrote:
Marco Berizzi <[EMAIL PROTECTED]> wrote:
>
> If I run 'ping 172.16.1.52 -M do -s 1472' from a 172.25.5.0
> host I got this result:
>
> PING 172.16.1.52 (172.16.1.52) 1472(1500) bytes of data.
> 1480 bytes from 172.16.1.52: icmp_seq=1
Herbert Xu wrote:
Marco Berizzi <[EMAIL PROTECTED]> wrote:
>
> Thanks a lot for the reply Herbert.
> Is there a way to tell netkey to frag packets like klips
> ignoring the DF bit?
Thinking about this again, there is actually a bug in our various tunneling
implementations when the user chooses
27 matches
Mail list logo
