Since 49ffcf8f99e8d33ec8afb450956804af518fd788 setting struct ctl_table.procname = NULL does no longer work as it used to the way the AX.25 code is expecting it to resulting in the AX.25 sysctl registration code to break if CONFIG_AX25_DAMA_SLAVE was not set as in some distribution kernels. Kernel releases from 2.6.24 are affected. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> diff --git a/net/ax25/sysctl_net_ax25.c b/net/ax25/sysctl_net_ax25.c index f597987..f288fc4 100644 --- a/net/...

From: Alexander Beregalov <a.beregalov@gmail.com> netxen_nic_hw.c: fix warnings drivers/net/netxen/netxen_nic_hw.c:1414: warning: format '%llx' expects type 'long long unsigned int', but argument 3 has type 'u64' drivers/net/netxen/netxen_nic_hw.c:1487: warning: format '%llx' expects type 'long long unsigned int', but argument 3 has type 'u64' Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com> --- drivers/net/netxen/netxen_nic_hw.c | 6 ++++-- 1 files changed, 4 inse...

Since opts global variable, if it is set to original_opts, it was done in local context of function, and global variable in result was pointing to freed memory. Sure result of that - segfault, it is possible to trigger it only while processing batch, cause only on next iteration opts was wrong. There is two ways to fix that, both patches attached. Please send me note, which way correct (at least i will learn something :-) )

In the sequence space, 0xffffffff is before 0 (by 1), so before() should return true. In your example, you don't have enough f's for it to be -1 as a signed number, so I'm assuming you mean 8 of them there. If you mean 6 f's, then the result is not -1, but the positive number 0xffffff, which returns false. +-DLS --

[...] That's exactly what we want. The initial sequence number is random (and TCP streams are not limited to 4GB) so the sequence can wrap around. 0 follows 0xffffffff. If we were to compare sequence numbers from two packets more than 2GB apart in the stream, this comparison would give the wrong answer, but currently this is not likely to be a problem. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketing department's...

[please cc me on replies] I'm getting this error message when booting my laptop. The commit that causes this is: commit eb9d0fe40e313c0a74115ef456a2e43a6c8da72f Author: Rafael J. Wysocki <rjw@sisk.pl> Date: Mon Jul 7 03:34:48 2008 +0200 PCI ACPI: Rework PCI handling of wake-up [very long commit message snipped] Should I ignore that? --

It has been suggested that I should unconditionally pre-empt the creation of user space IPv4 listeners on the same port when the kernel sets up an IPv6 listener for RPC services. This series of patches should implement that. I'm interested in comments and review -- it's a pretty simple set of changes that go on top of 2.6.27-rc1. --- Chuck Lever (2): SUNRPC: Set V6ONLY socket option for RPC listener sockets SUNRPC: Add address family field to svc_serv data structure fs/lock...

eth0: no IPv6 routers present NETDEV WATCHDOG: eth0 (fealnx): transmit timed out eth0: Transmit timed out, status 00000000, resetting... Rx ring f7b56000: 80000000 80000000 80000000 80000000 80000000 80000000 80000000 80000000 80000000 80000000 80000000 80000000 Tx ring f7b57000: 0000 80000000 80000000 80000000 80000000 80000000 ------------[ cut here ]------------ WARNING: at net/sched/sch_generic.c:221 dev_watchdog+0x109/0x181() Modules linked in: Pid: 4, comm: ksoftirqd/0 Not tainted 2.6.2...

The patch to fix this has been applied to the net-2.6 tree last night: tg3: Fix 'scheduling while atomic' errors --

Hi, This patch replaces dst_metric() with dst_mtu() in net/ipv6/route.c. Regards, Rami Rosen Signed-off-by: Rami Rosen <ramirose@gmail.com>

Hi, This patchset replaces dst_metric() with dst_mtu() in net/ipv4/route.c and in net/ipv6/route.c. Regards, Rami Rosen --

Hi Jarek! Good news. I downloaded the 2.6.26 version to one of my clients, compiled, and before the reboot to put this one as active I ran my script and the server hanged. When they restarted the server the kernel 2.6.26 entered and I ran the script several times without problem. I guess in my case it was one of the two bugs, but I'm putting this kernel in other 3 servers and let's see if they work fine now. I'll send a email on Friday with the status. Thanks a lot, Leandro -----Mensagem ori...

I'd be surprised if the hardware does not also maintain a total frame counter. If not, you can possibly calculate the total as good + bad packets, or unicast + multicast + broadcast + bad, or something like that. [...] This is a botch - it means the numbers can't be so obviously wrong, but doesn't make them correct. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketing department's job. They asked us to note that S...

The total packet count in the driver was done so that the count is always right even in between stats updates. Believe it or not there are some people that think this is an important thing for some reason. We don't understand that but agreed to do this to correct what they were seeing with the stats being updated every 2 seconds. The problem that seems to be happening here is that the BMC is consuming frames that the driver never sees. This I think is what is messing up the counts. The problem we hav...

We changed the driver to do real time updates based on user feedback that updating the stats every two seconds was not fast enough. It was There are counters at the end of the ethtool -S output called tx_smbus: 0 rx_smbus: 0 dropped_smbus: 0 that are indicating when the SMBUS is active. (SMBUS is used to tx / rx There doesn't seem to be much of a middle ground, you either count in I guess this comes down to a question of "how big a problem is this" as we can really do it either ...

Hi all, There maybe: 1. store software counters counted in software in stat_soft_last 2. store software counters counted in hardware in stat_hard_last 3. diff them after getting the fresh counters from hardware and software 4. wait for any "get statistic" request as done with hardware counters today 5. store the combination, taking "unseen packets" into account, as the real netstat 6. goto 1. What do you think? Best Regards Ingo Oeser --

One more... dst_mac_count and src_mac_count patch from Eneas Hunguana We have sent one mac address to much. Signed-off-by: Robert Olsson <robert.olsson@its.uu.se> Cheers. --ro --- a/net/core/pktgen.c 2008-06-09 20:27:19.000000000 +0200 +++ b/net/core/pktgen.c 2008-07-06 03:06:00.000000000 +0200 @@ -2143,7 +2143,7 @@ mc = random32() % pkt_dev->src_mac_count; else { mc = pkt_dev->cur_src_mac_offset++; - if (pkt_dev->cur_src_mac_offset > + if (...

On Tue, Aug 5, 2008 at 4:00 AM, Subrata Modak Subrata, We have some internal test cases but not under LTP. Let me take a look at the existing LTP infrastructure and see if these can be ported over. -Thanks, --

Acked-by: Herbert Xu <herbert@gondor.apana.org.au> A future improvement would be to divide the output processing for BEET based on the inner/outer family. Then the option code would only be needed on the IPv4 side. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt --

Acked-by: Herbert Xu <herbert@gondor.apana.org.au> Thanks, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt --

If skb->sk == NULL when calling tcp_v4_md5_do_lookup(), kernel will panic. Don't let this thing happen. Signed-off-by: Gui Jianfeng <guijianfeng@cn.fujitsu.com> --- net/ipv4/tcp_ipv4.c | 4 ++-- net/ipv4/tcp_minisocks.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c index 91a8cfd..44c1e93 100644 --- a/net/ipv4/tcp_ipv4.c +++ b/net/ipv4/tcp_ipv4.c @@ -687,14 +687,14 @@ static void tcp_v4_timewait_ack(struct s...

If the following packet flow happen, kernel will panic. MathineA MathineB SYN ----------------------> SYN+ACK <---------------------- ACK(bad seq) ----------------------> When a bad seq ACK is received, tcp_v4_md5_do_lookup(skb->sk, ip_hdr(skb)->daddr)) is finally called by tcp_v4_reqsk_send_ack(), but the first parameter(skb->sk) is NULL at that moment, so kernel panic happens. This patch set fix this issue. Below is the OOPS output: [ 302.812793] ...

From: "Rami Rosen" <ramirose@gmail.com> Applied, thanks a lot Rami. --

I did script, that looks something like this (to simulate SFQ by flow classifier): $2 (is ppp interface) echo "qdisc del dev $2 root ">>${TEMP} echo "qdisc add dev $2 root handle 1: htb ">>${TEMP} echo "filter add dev $2 protocol ip pref 16 parent 1: u32 \ match ip dst 0.0.0.0/0 police rate 8kbit burst 2048kb \ peakrate 1024Kbit mtu 10000 \ conform-exceed continue/ok">>${TEMP} echo "filter add dev $2 protocol ip pref 32 parent 1: handle 1 \ flow hash keys nfct divisor 1...

I found, that packetloss happening when i am deleting/adding classes. I attach result of oprofile as file.