Patrick McHardy wrote:
David S. Miller wrote:
I've forwarded this to netfilter-devel for inspection.
Thanks for collecting all the data points so well.
Here is the fix for everyone. Please report back if it doesn't
solve the problem. Thanks.
Worked here.
---
On Fri, Jan 28, 2005 at 02:33:10AM +0100, Patrick McHardy wrote:
> Here is the fix for everyone. Please report back if it doesn't
> solve the problem. Thanks.
>
> [ ... snip ... ]
Success!!!
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstr
On Fri, 2005-01-28 at 02:33 +0100, Patrick McHardy wrote:
> David S. Miller wrote:
>
> >I've forwarded this to netfilter-devel for inspection.
> >Thanks for collecting all the data points so well.
> >
> Here is the fix for everyone. Please report back if it doesn't
> solve the problem. Thanks.
Ve
David S. Miller wrote:
I've forwarded this to netfilter-devel for inspection.
Thanks for collecting all the data points so well.
Here is the fix for everyone. Please report back if it doesn't
solve the problem. Thanks.
= net/ipv4/netfilter/ip_nat_proto_tcp.c 1.10 vs edited =
--- 1.10/net/i
I've forwarded this to netfilter-devel for inspection.
Thanks for collecting all the data points so well.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pleas
I just got an interesting "I see these problems too" report. It
may provide a useful clue. According to "Art Haas" <[EMAIL PROTECTED]>:
> I'm running the current BK kernel now, and I'm not seeing the problems
> right now because, I found, I do not have some of the IP masquerading
> modules insta
On 2005-01-27 at 11:28:48, David Brownell wrote:
> > Indeed, I had to shuffle my machines around a bit to get a proof that
> > something is broken, but now I can confirm the above with a connection
> > to cvs.sourceforge.net:
>
> Thanks for confirming it wasn't just me ... I confess I'm a bit
> su
On Thursday 27 January 2005 1:02 am, Janos Farkas wrote:
> On 2005-01-25 at 10:54:36, David Brownell wrote:
> > On Tuesday 25 January 2005 10:35 am, David Ford wrote:
> > > PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
> >
> > PMTU bug, sure -- but one that came late in RC2.
On 2005-01-25 at 10:54:36, David Brownell wrote:
> On Tuesday 25 January 2005 10:35 am, David Ford wrote:
> > PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
>
> PMTU bug, sure -- but one that came late in RC2. Remember: same firewall
> in both cases, but only RC2 breaks. Th
On Tuesday 25 January 2005 10:35 am, David Ford wrote:
> PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
PMTU bug, sure -- but one that came late in RC2. Remember: same firewall
in both cases, but only RC2 breaks. The ICMP packet has landed in
the RC2 system, which ignores i
PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
http://blue-labs.org/clue/mtu-mss.php
-david
David Brownell wrote:
I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
But oddly enough, only for sending mail, not reading it; and not through
other (reading)
On Tue, Jan 25, 2005 at 02:46:56AM +0100, Petr Vandrovec wrote:
> On 25 Jan 05 at 1:41, Sytse Wielinga wrote:
> > Linus, could you please put skb_copy_datagram back in place? It's not used
> > anymore in the kernel, but the vmnet module (in vmware) still uses this
> > interface to skb_copy_datagram
On Tue, Jan 25, 2005 at 01:41:17AM +0100, Sytse Wielinga wrote:
> Linus, could you please put skb_copy_datagram back in place? It's not used
> anymore in the kernel, but the vmnet module (in vmware) still uses this
> interface to skb_copy_datagram_iovec.
>
> Patch for 2.6.11-rc2 follows. It compil
On 25 Jan 05 at 1:41, Sytse Wielinga wrote:
> Linus, could you please put skb_copy_datagram back in place? It's not used
> anymore in the kernel, but the vmnet module (in vmware) still uses this
> interface to skb_copy_datagram_iovec.
There is no reason for doing this. Just grab latest vmmon & vm
Linus, could you please put skb_copy_datagram back in place? It's not used
anymore in the kernel, but the vmnet module (in vmware) still uses this
interface to skb_copy_datagram_iovec.
Patch for 2.6.11-rc2 follows. It compiles cleanly; I have not tested it yet,
but I assume it's okay. I'll test it
On Monday 24 January 2005 10:05 am, Martin Josefsson wrote:
> On Sun, 2005-01-23 at 22:51 -0800, David Brownell wrote:
> > ...
> > - Each gets an ICMP destination unreachable, frag needed, next hop MTU 1492
> > - ... all retransmits are 1500 bytes not 1492, triggering ICMPs ...
> >
> > Naturally
Linux 2.6 Compile Statistics (gcc 3.4.1)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Kernel bzImagebzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--- --- --
Hi,
On Monday 24 January 2005 11.43, Adrian Bunk wrote:
> On Sun, Jan 23, 2005 at 10:11:45PM +0100, Magnus Määttä wrote:
> > Hello
>
> Hi Magnus,
>
> > It doesn't compile here, here's the error:
> >
> > CC net/sched/sch_generic.o
> > net/sched/sch_generic.c: In function `qdisc_restart':
> >
On Sun, 2005-01-23 at 22:51 -0800, David Brownell wrote:
> I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
> But oddly enough, only for sending mail, not reading it; and not through
> other (reading) applications... it's a regression with respect to rc1 and
> earlier ker
On Sun, Jan 23, 2005 at 10:11:45PM +0100, Magnus Määttä wrote:
> Hello
Hi Magnus,
>
> It doesn't compile here, here's the error:
>
> CC net/sched/sch_generic.o
> net/sched/sch_generic.c: In function `qdisc_restart':
> net/sched/sch_generic.c:128: error: label `requeue' used but not
> d
I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
But oddly enough, only for sending mail, not reading it; and not through
other (reading) applications... it's a regression with respect to rc1 and
earlier kernels. Basically, it can only send REALLY TINY emails...
What et
Hello
On Saturday 22 January 2005 03.13, Linus Torvalds wrote:
> Ok, trying to calm things down again for a 2.6.11 release.
>
> Tons of small cleanups, annotations and fixes here. Driver updates,
> cpufreq, ppc, parisc, arm.. Pls check that I got it all.
>
> Linus
>
It doesn't compile here, her
This patch worked. Or at least it built.
Thanks for the quick response.
sean
Martin Josefsson wrote:
Try this patch:
diff -X dontdiff.ny -urNp linux-2.6.11-rc2.orig/include/linux/netfilter_ipv4/ip_conntrack_tftp.h linux-2.6.11-rc2/include/linux/netfilter_ipv4/ip_conntrack_tftp.h
--- linux-2.6.11
rack_tftp.o(.bss+0x0): first defined here
> make[3]: *** [net/ipv4/netfilter/built-in.o] Error 1
> make[2]: *** [net/ipv4/netfilter] Error 2
Ok, another problem intriduced by the recent patches... sigh
Try this patch:
diff -X dontdiff.ny -urNp
linux-2.6.11-rc2.orig/include/linux/netfilt
Martin Josefsson wrote:
On Fri, 2005-01-21 at 22:32 -0800, Udo A. Steinberg wrote:
On Fri, 21 Jan 2005 18:13:55 -0800 (PST) Linus Torvalds (LT) wrote:
LT> Ok, trying to calm things down again for a 2.6.11 release.
Connection tracking does not compile...
CC net/ipv4/netfilter/ip_conntrack_stand
On Sat, 22 Jan 2005, Udo A. Steinberg wrote:
>
> Linus, please apply the following patch from Martin.
Please go through Davem, he's quite responsive, but prefers things like
this to be sent to the netdev mailing list too if it hasn't been there
already (netdev@oss.sgi.com).
L
compile both with and without NAT
MJ> now.
Thanks, this fixes my problem, too.
Linus, please apply the following patch from Martin.
-Udo.
diff -X /home/gandalf/dontdiff.ny -urNp
linux-2.6.11-rc2.orig/include/linux/netfilter_ipv4/ip_conntrack.h
linux-2.6.11-rc2/include/linux/netfilter_ipv4/
On Sat, 2005-01-22 at 12:57 -0800, Udo A. Steinberg wrote:
> On Sat, 22 Jan 2005 15:04:29 +0100 Martin Josefsson (MJ) wrote:
>
> MJ> On Fri, 2005-01-21 at 22:32 -0800, Udo A. Steinberg wrote:
> MJ> >
> MJ> > Connection tracking does not compile...
>
> MJ> The problem is when compiling without NA
v4/ip_conntrack.h:307: error: (Each undeclared
> identifier is reported only once
> include/linux/netfilter_ipv4/ip_conntrack.h:307: error: for each function it
> appears in.)
The problem is when compiling without NAT...
The patch below should fix it, I can compile both with and without NAT
now.
On Fri, 21 Jan 2005 18:13:55 -0800 (PST) Linus Torvalds (LT) wrote:
LT> Ok, trying to calm things down again for a 2.6.11 release.
Connection tracking does not compile...
CC net/ipv4/netfilter/ip_conntrack_standalone.o
In file included from net/ipv4/netfilter/ip_conntrack_standalone.c:34:
rt "Don't busy-lock-loop in preemptable spinlocks" patch
o Remove old debugging tests
o Remove broken-as-designed "rwlock_is_locked()" macro
o Revert "x86_64/i386: increase command line size" patch
o ppc64: rwlock *_can_lock() primitives
o ia64: rwlock *_c
31 matches
Mail list logo
