Guillaume Chazarain wrote:
>>> BUG: unable to handle kernel NULL pointer dereference at virtual address
>>> 0004
>
> This should be fixed in recent git by
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b013e05e0289c190a53d78ca029e2f21c0e4485
>
Maybe we encount
From: Pierre Ossman <[EMAIL PROTECTED]>
Date: Sat, 20 Oct 2007 23:35:40 +0200
> Structure assignment have to be aligned just like any assignment, and the skb
> could point to anything. So take the safe route and use a memcpy().
>
> Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
Unfortunately
On Sat, Oct 20, 2007 at 12:00:15AM +0800, Herbert Xu wrote:
> >>
> >> Backtrace #1:
> >> page allocation failure. order:1, mode:0x20
> >> [] __alloc_pages+0x2e1/0x300
> >> [] cache_alloc_refill+0x29e/0x4b0
> >> [] __kmalloc+0x6e/0x80
> >> [] __alloc_skb+0x53/0x110
> >> [] tcp_collapse+0x1a
On Sun, 21 Oct 2007 07:31:58 +0300, Al Boldi said:
> > Well, for example to stop any transient packets being forwarded. You could
> > probably hack around this using mark's, but you can't stop the implied
> > route lookup, unless you stop it in prerouting.
>
> Basically, you have one big uninten
[EMAIL PROTECTED] wrote:
> On Sat, 20 Oct 2007 06:40:02 +0300, Al Boldi said:
> > Sure, the idea was to mark the filter table obsolete as to make people
> > start using the mangle table to do their filtering for new setups. The
> > filter table would then still be available for legacy/special setu
Structure assignment have to be aligned just like any assignment, and the skb
could point to anything. So take the safe route and use a memcpy().
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
---
diff --git a/net/ipv4/icmp.c b/net/ipv4/icmp.c
index 272c69e..a7e2ec9 100644
--- a/net/ipv4/icmp.
Hi Dave,
> these are the Bluetooth patches for the 2.6.24 kernel release. Please
> pull and send them to Linus.
one of the cleanup patches slipped through the net. If you already
pulled my tree, then please re-pull. I pushed it on top of it.
Regards
Marcel
Please pull from
git://git.
On Sat, Oct 20, 2007 at 07:23:25PM +0200, Krzysztof Oledzki wrote:
(...)
> >So it seems that ISNs are not randomly incremented but rather randomly
> >generated. Adding netdev@vger.kernel.org to the CC list.
>
> Eh, I was little to hurry this time. There were not randomly generated but
> incremen
Hi Dave,
I get the following warning from a powerpc allyesconfig of current
mainline:
drivers/net/niu.c: In function 'niu_size_rbr':
drivers/net/niu.c:3113: warning: large integer implicitly truncated to unsigned
type
PAGE_SIZE in this case is 64KB, so I don't quite get why gcc can't tell
that
Add missing &:
drivers/net/pasemi_mac.c: In function 'pasemi_mac_clean_rx':
drivers/net/pasemi_mac.c:553: warning: passing argument 1 of 'prefetch'
makes pointer from integer without a cast
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/drivers/net/pasemi_mac.c b/drivers/net/pas
Hi Dave,
I get the following warning from a powerpc allyesconfig of current
mainline:
drivers/net/niu.c: In function 'niu_size_rbr':
drivers/net/niu.c:3113: warning: large integer implicitly truncated to unsigned
type
PAGE_SIZE in this case is 64KB, so I don't quite get why gcc can't tell
that
On Sat, 20 Oct 2007, Krzysztof Oledzki wrote:
On Sat, 20 Oct 2007, Willy Tarreau wrote:
What is very strange is that linux uses random increments, so your ISNs
should not wrap in a matter of a few seconds.
Good point. I need to investigate this.
netcat is very convenient for such test
On Sat, 20 Oct 2007, Willy Tarreau wrote:
What is very strange is that linux uses random increments, so your ISNs
should not wrap in a matter of a few seconds.
Good point. I need to investigate this.
netcat is very convenient for such tests. It's easy to bind it to a
source port for conse
Hi Dave,
these are the Bluetooth patches for the 2.6.24 kernel release. Please
pull and send them to Linus.
I assigned the next free constant for SOL_BLUETOOTH which will be used
to consolidate all the new socket options that are work in progress.
Regards
Marcel
Please pull from
git:
> > BUG: unable to handle kernel NULL pointer dereference at virtual address
> > 0004
This should be fixed in recent git by
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b013e05e0289c190a53d78ca029e2f21c0e4485
HTH.
--
Guillaume
-
To unsubscribe from this list
On Oct 20 2007 00:47, [EMAIL PROTECTED] wrote:
>> Sure, the idea was to mark the filter table obsolete as to make people start
>> using the mangle table to do their filtering for new setups. The filter
>> table would then still be available for legacy/special setups. But this
>> would only be
added some relevant CCs
On Sat, 20 Oct 2007, Dave Haywood wrote:
> BUG: unable to handle kernel NULL pointer dereference at virtual address
> 0004
>
> Linux s1 2.6.23-g4fa4d23f #4 Fri Oct 19 10:15:50 BST 2007 i686 Pentium III
> (Coppermine) GenuineIntel GNU/Linux
>
> Gnu C
Dear Sir/Madam,
I am looking for a patch or a new code for Fast
Ethernet Controller physical driver located at
drivers/net/e100.c, Linux kernel 2.6.23, with Large
Send Support(TCP Segmentation Offload), adaptor: Intel
PRO/100 M,82551QM.
I wonder if you know such driver exist and where to
obtain i
On Fri, 19 Oct 2007, Dmitry Torokhov wrote:
> On Friday 19 October 2007, Templin, Fred L wrote:
> > Hello,
> >
> > I would like to get a review on some new Linux
> > kernel networking code. The code is based on the
> > 2.6.23 source tree and touches three files - two
> > in ./net/ipv6 and one in
19 matches
Mail list logo
