Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> --- linux-2.6.16.6.orig/net/ipv4/route.c
> +++ linux-2.6.16.6/net/ipv4/route.c
> @@ -2750,7 +2750,10 @@ int inet_rtm_getroute(struct sk_buff *in
>/* Reserve room for dummy headers, this skb can pass
> through good chunk of routing
A bunch of e1000 changes just hit Jeff's tree.
I hit this.
skb_over_panic: text:803b7dc5 len:3028 put:1514 head:81017f83e870
data:81017f83e882 tail:81017f83f456 end:81017f83ee70 dev:eth0
--- [cut here ] - [please bite here ] -
Kernel BUG at net/co
On Tue, Apr 18, 2006 at 08:00:25AM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> >>Again, bind() takes a bitmask of the groups to subscribe to, not the
> >>numerical value 5. To subscribe to group 5 using bind, you use 1<<(5-1)
> >>as nladdr, which is 0x1. Check out the difference betwee
On Tue, Apr 18, 2006 at 07:36:52AM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> Again, bind() takes a bitmask of the groups to subscribe to, not the
> numerical value 5. To subscribe to group 5 using bind, you use 1<<(5-1)
> as nladdr, which is 0x1. Check out the difference between
> RT
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 18 Apr 2006 12:28:48 +1000
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > + /* Bugfix: need to give ip_route_input enough of an IP header to
> > not gag. */
> > + skb->nh.iph->protocol = IPPROTO_ICMP;
>
> Do we really need this? Aft
Evgeniy Polyakov wrote:
> On Tue, Apr 18, 2006 at 01:13:35AM +0200, Patrick McHardy ([EMAIL PROTECTED])
> wrote:
>
>>I went over your mails again, but I don't understand the problem you're
>>seeing. Please just make a simple example showing the operation +
>>the arguments you're using to bind to
On Tue, Apr 18, 2006 at 01:13:35AM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> I went over your mails again, but I don't understand the problem you're
> seeing. Please just make a simple example showing the operation +
> the arguments you're using to bind to group 5 which would result in
>
On Mon, Apr 17, 2006 at 07:49:31PM -0700, Stephen Hemminger wrote:
>
> Not really, just that ip_check_mc looks at the proto for !IGMP. And maybe
> some tool like coverity or sparse would be smart enough to look for
> uninitialized data usage.
That's a good point.
Thanks Stephen,
--
Visit Openswa
On Tue, 18 Apr 2006 12:28:48 +1000
Herbert Xu <[EMAIL PROTECTED]> wrote:
> Hi Stephen:
>
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > This fixes http://bugzilla.kernel.org/show_bug.cgi?id=6388
> > The bug is caused by ip_route_input dereferencing skb->nh.protocol of
> > the dummy skb passed
Hi Stephen:
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> This fixes http://bugzilla.kernel.org/show_bug.cgi?id=6388
> The bug is caused by ip_route_input dereferencing skb->nh.protocol of
> the dummy skb passed dow from inet_rtm_getroute (Thanks Thomas for seeing
> it). It only happens if the ro
On Mon, 17 Apr 2006, [EMAIL PROTECTED] wrote:
> Secmark, or skfilter is exactly what fireflier needs to solve the shared
> socket issue. Thanks for working on this. If this gets integrated in
> mainline, fireflier LSM will be dropped.
I think you probably need skfilter as a standalone option.
> Thanks for the report. It is quite clear. The device is (almost surely)
> killed by a rx fifo overflow. Expect a patch shortly.
> I wonder why it overflows in the first place though. How much time does
> the 170 Mb transfer need ?
It is actually about a 30GB transfer, it was just after the fi
This fixes http://bugzilla.kernel.org/show_bug.cgi?id=6388
The bug is caused by ip_route_input dereferencing skb->nh.protocol of
the dummy skb passed dow from inet_rtm_getroute (Thanks Thomas for seeing
it). It only happens if the route requested is for a multicast IP
address.
Signed-off-by: Steph
Evgeniy Polyakov wrote:
> On Mon, Apr 17, 2006 at 10:14:58PM +0200, Patrick McHardy ([EMAIL PROTECTED])
> wrote:
>
>>Not exactly, its not related to the group number. groups used in bind()
>>are considered as bitmask and groups used for setsockopt are considered
>>as group numbers. We can't chang
Thomas A. Oehser <[EMAIL PROTECTED]> :
[...]
> Ok, here it all is, the attached archive has:
>
> - .before is right after the interface came up
> - .mid is after flooding it with ping -f commands from 2 machines at once
> - .bad is after doing the cpio over nc that killed it after 170MB
> - .back
Stephen Hemminger wrote:
O
I wanted to insert artificial packet loss based on a percent so i found:
network emulab qdisc could do it, so i compiled support into the kernel
and tried:
tc qdisc change dev eth0 root netem loss .1%
^^
You need to do add
Stephen Hemminger wrote:
O
I wanted to insert artificial packet loss based on a percent so i found:
network emulab qdisc could do it, so i compiled support into the kernel
and tried:
tc qdisc change dev eth0 root netem loss .1%
^^
You need to do add
Begin forwarded message:
Date: Mon, 17 Apr 2006 14:57:03 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6402] New: KERNEL 2.6.16-rX (Gentoo) && PPPD && SNAT
http://bugzilla.kernel.org/show_bug.cgi?id=6402
Summary: KERNEL 2.6.16-rX (Gentoo) && PPPD &&
On Mon, 2006-04-17 at 14:17 -0700, Andrew Morton wrote:
> Right now I am using the tg3.c contained in linus's git tree with a 2.6.15
> kernel because this driver version (3.56) seems to be least broken, or
> atleast
> hides it best.
The reason it hides it best is because the is_valid_ether_add
On Mon, 17 Apr 2006, Herbert Xu wrote:
>
> On Mon, Apr 17, 2006 at 02:09:43PM -0700, Jesse Brandeburg wrote:
> >
> > we explicitly enabled TSO before performing the test.
> > attached bz2 due to size:
>
> Thanks a lot. Are those promiscuous mode messages caused by tcpdump?
> If so could you t
On Mon, Apr 17, 2006 at 02:09:43PM -0700, Jesse Brandeburg wrote:
>
> we explicitly enabled TSO before performing the test.
> attached bz2 due to size:
Thanks a lot. Are those promiscuous mode messages caused by tcpdump?
If so could you try it without doing a tcpdump or any other af_packet
appli
Begin forwarded message:
Date: Mon, 17 Apr 2006 13:39:47 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6401] New: tg3 hardware address issue
http://bugzilla.kernel.org/show_bug.cgi?id=6401
Summary: tg3 hardware address issue
Kernel Version: > 2.6
On Mon, 17 Apr 2006, David S. Miller wrote:
>
> From: Herbert Xu <[EMAIL PROTECTED]>
> Date: Mon, 17 Apr 2006 16:17:00 +1000
>
> > On Sun, Apr 16, 2006 at 10:32:03PM -0700, David S. Miller wrote:
> > > So it nearly has to be a send side issue that can only trigger with
> > > TSO enabled, and my
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Mon, 17 Apr 2006 16:17:00 +1000
> On Sun, Apr 16, 2006 at 10:32:03PM -0700, David S. Miller wrote:
> > So it nearly has to be a send side issue that can only trigger with
> > TSO enabled, and my next planned chore is to audit the TSO splitting
> > during
On 4/16/06, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 16, 2006 at 10:32:03PM -0700, David S. Miller wrote:
> >
> > Let me save you some time, later in the thread you'll find
> > out that this whole thing is a dead end.
>
> Thanks. I even read the message but managed to miss your conclusi
On Mon, Apr 17, 2006 at 10:14:58PM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > On Mon, Apr 17, 2006 at 05:35:04PM +0200, Patrick McHardy ([EMAIL
> > PROTECTED]) wrote:
> >
> >>This seems to be a misunderstanding, subscribing to groups using bind()
> >>is kept
On Mon, 2006-04-17 at 13:01 -0700, Jean Tourrilhes wrote:
> Who sent the beacon is different from who created the IBSS. If
> you don't like this proposal, here is another one : if in ad-hoc mode
> the actual IBSS freq is the same as what the user set, then set the
> 'fixed' flag, otherwise r
On Mon, Apr 17, 2006 at 09:27:09PM +0200, Johannes Berg wrote:
> On Mon, 2006-04-17 at 12:06 -0700, Jean Tourrilhes wrote:
>
> > Definitely. I was just pointing out that scanning behaviour is
> > not dictated by current setting of the drivers (except when the
> > hardware does it, cf. Ornoco).
On Mon, Apr 17, 2006 at 05:35:04PM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> This seems to be a misunderstanding, subscribing to groups using bind()
> is kept for compatibility and doesn't use group numbers but bitmasks.
So groups less than 32 are considered as bitmask, and other groups
This patch is the first step towards rate control inside softmac.
The txrates substructure has been extended to provide different fields for
different types of packets (management/data, unicast/multicast). These fields
are updated on association to values compatible with the access point we are
as
On Mon, 2006-04-17 at 12:06 -0700, Jean Tourrilhes wrote:
> Definitely. I was just pointing out that scanning behaviour is
> not dictated by current setting of the drivers (except when the
> hardware does it, cf. Ornoco).
Yeah, I was just repeating it for Ulrich :)
> For freq, it's s
On Mon, Apr 17, 2006 at 08:48:10PM +0200, Johannes Berg wrote:
> On Mon, 2006-04-17 at 09:37 -0700, Jean Tourrilhes wrote:
>
> > Usually no, but...
> > If you are in managed mode, SIOCSIWFREQ usually should return
> > an error, because it is not allowed.
>
> Ok.
>
> > If you are in a
James Morris wrote:
> On Mon, 17 Apr 2006, Patrick McHardy wrote:
>
>
>>>From a pure netfilter POV it would still be nice to have the socket
>>hooks for userspace queueing in socket context and filtering hard
>>to track protocols. My only question is: if I would port the skfilter
>>patches to the
On Mon, 2006-04-17 at 09:37 -0700, Jean Tourrilhes wrote:
> Usually no, but...
> If you are in managed mode, SIOCSIWFREQ usually should return
> an error, because it is not allowed.
Ok.
> If you are in ad-hoc mode, SIOCSIWFREQ is used if a IBSS needs
> to be created. After scan
On Mon, 17 Apr 2006, Patrick McHardy wrote:
> >From a pure netfilter POV it would still be nice to have the socket
> hooks for userspace queueing in socket context and filtering hard
> to track protocols. My only question is: if I would port the skfilter
> patches to the current kernel today and f
Secmark, or skfilter is exactly what fireflier needs to solve the shared socket
issue. Thanks for working on this.
If this gets integrated in mainline, fireflier LSM will be dropped.
Is it possible to have an SELinux policy that reinjects the packets if didn't
match any rules?
I.e. if a progra
I don't know what you are doing different, but my 2 port SysKonnect card
is working fine. Running SMP AMD64 and 2.6.17 latest.
Showing full speed on both ports.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Christoph Hellwig wrote:
On Thu, Apr 13, 2006 at 07:59:21PM -0500, Larry Finger wrote:
I am planning on writing a new routine to be added to
net/ieee80211/ieee80211_geo.c that will populate an ieee80211_geo object
given a country code. The new routine will eliminate the need for each
driver t
James Morris wrote:
> Last year, I posted a set of patches to allow iptables matching against
> associated processes for incoming packets. With this patch, I'm proposing
> a much simpler alternative and solictiting feedback on the idea from other
> networking developers.
>
> For the original p
O
> I wanted to insert artificial packet loss based on a percent so i found:
> network emulab qdisc could do it, so i compiled support into the kernel
> and tried:
> tc qdisc change dev eth0 root netem loss .1%
>
>
> > ^^
> >
> >You need to do add
Johannes Berg wrote:
Couldn't we just initialise the softmac txrates substructure to
something useful when associating, and have drivers look into that
instead?
How about this?
It also addresses the fact that multicast data must be transmitted at a
basic rate.
--- linux/include/net/ieee80211
Stephen Hemminger wrote:
On Mon, 17 Apr 2006 18:30:51 -0400
George Nychis <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
On Mon, 17 Apr 2006 03:38:33 -0400
George Nychis <[EMAIL PROTECTED]> wrote:
Hey,
I'm using the 2.4.32 kernel with madwifi and iproute2 version
On Sat, 15 Apr 2006, Willy TARREAU wrote:
> Recent patch cb764326dff0ee51aca0d450e1a292de65661055 introduced
> a thinko in e1000_main.c : e1000_media_type_copper is compared
> to hw.phy_type instead of hw.media_type. Original patch proposed
> by Jesse Brandeburg was correct, but what has been mer
On Mon, 17 Apr 2006 18:30:51 -0400
George Nychis <[EMAIL PROTECTED]> wrote:
>
>
> Stephen Hemminger wrote:
>
> >On Mon, 17 Apr 2006 03:38:33 -0400
> >George Nychis <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>Hey,
> >>
> >>I'm using the 2.4.32 kernel with madwifi and iproute2 version
> >>2-2.6
On Mon, Apr 17, 2006 at 11:36:43AM -0400, Dan Williams wrote:
> On Mon, 2006-04-17 at 11:17 -0400, John W. Linville wrote:
> > On Mon, Apr 17, 2006 at 11:01:29AM -0400, Dan Williams wrote:
> > > On Mon, 2006-04-17 at 10:45 -0400, John W. Linville wrote:
> > > > On Mon, Apr 17, 2006 at 10:34:03AM -0
On Sun, Apr 16, 2006 at 02:34:48PM +0200, Johannes Berg wrote:
> [breaking out to a new thread so discussion on this doesn't get too
> hidden, CC Jean since he designed this]
>
> > - Is SIOCSIWFREQ allowed while associated?
>
> No idea.
Usually no, but...
If you are in managed mo
On Mon, 17 Apr 2006 11:31:42 -0500
James Ketrenos <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Thu, 13 Apr 2006 17:20:34 +0800
> > Zhu Yi <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Added version string fields so the version string indicates what is
> >>configured (ie, you'll see 1.1.
Stephen Hemminger wrote:
On Mon, 17 Apr 2006 03:38:33 -0400
George Nychis <[EMAIL PROTECTED]> wrote:
Hey,
I'm using the 2.4.32 kernel with madwifi and iproute2 version
2-2.6.16-060323.tar.gz
I wanted to insert artificial packet loss based on a percent so i found:
network emulab qdisc
Stephen Hemminger wrote:
> On Thu, 13 Apr 2006 17:20:34 +0800
> Zhu Yi <[EMAIL PROTECTED]> wrote:
>
>
>>Added version string fields so the version string indicates what is
>>configured (ie, you'll see 1.1.1kpmd if you are using a GIT snapshot
>>(Kernel.. previously -git), promiscuous (p), monitor
On Mon, 17 Apr 2006 10:17:43 +0800
Zhu Yi <[EMAIL PROTECTED]> wrote:
> On Fri, 2006-04-14 at 09:33 -0700, Stephen Hemminger wrote:
> > I meant get rid of CONFIG_IPW2200_DEBUG completely. Having the debug code
> > isn't
> > bad, and there is no reason not to have it always there.
>
> There are lo
On Mon, 17 Apr 2006 03:38:33 -0400
George Nychis <[EMAIL PROTECTED]> wrote:
> Hey,
>
> I'm using the 2.4.32 kernel with madwifi and iproute2 version
> 2-2.6.16-060323.tar.gz
>
> I wanted to insert artificial packet loss based on a percent so i found:
> network emulab qdisc could do it, so i com
On Sun, 16 Apr 2006 01:43:08 -0500
"Saurabh Jain" <[EMAIL PROTECTED]> wrote:
> Hi Guys,
>
> I am getting the following kernel error while doing some experiments.
> Any idea where things are going wrong. To me it looks like there is an
> error while copying data from user space to kernel space. Th
Evgeniy Polyakov wrote:
> When application is bound to group N and it is less than 32
> and has first bit set (I tested with 1, 3, 5) and kernel broadcasts
> events to group number 1, application will receive messages, even if
> 1. it was not subscribed to that group
> 2. it was bound to different
On Mon, 2006-04-17 at 11:17 -0400, John W. Linville wrote:
> On Mon, Apr 17, 2006 at 11:01:29AM -0400, Dan Williams wrote:
> > On Mon, 2006-04-17 at 10:45 -0400, John W. Linville wrote:
> > > On Mon, Apr 17, 2006 at 10:34:03AM -0400, Dan Williams wrote:
> > >
> > > > Pavel posted to netdev origina
On Mon, Apr 17, 2006 at 11:01:29AM -0400, Dan Williams wrote:
> On Mon, 2006-04-17 at 10:45 -0400, John W. Linville wrote:
> > On Mon, Apr 17, 2006 at 10:34:03AM -0400, Dan Williams wrote:
> >
> > > Pavel posted to netdev originally on Friday April 14th with the patch
> > > included in the email,
On Mon, 2006-04-17 at 10:45 -0400, John W. Linville wrote:
> On Mon, Apr 17, 2006 at 10:34:03AM -0400, Dan Williams wrote:
>
> > Pavel posted to netdev originally on Friday April 14th with the patch
> > included in the email, with the title "[PATCH] Fix crash on big-endian
> > systems during scan"
On Mon, Apr 17, 2006 at 10:34:03AM -0400, Dan Williams wrote:
> Pavel posted to netdev originally on Friday April 14th with the patch
> included in the email, with the title "[PATCH] Fix crash on big-endian
> systems during scan"...
>
> http://www.spinics.net/lists/netdev/msg03023.html
>
> Sure
On Mon, 2006-04-17 at 09:21 -0400, John W. Linville wrote:
> On Sun, Apr 16, 2006 at 06:06:02PM -0700, Jouni Malinen wrote:
> > On Fri, Apr 14, 2006 at 05:59:11PM -0400, Pavel Roskin wrote:
> >
> > > The original code was doing arithmetics on a little-endian value.
> >
> > John, please apply this
>
> I'm using the 2.4.32 kernel with madwifi and iproute2 version
> 2-2.6.16-060323.tar.gz
>
> I wanted to insert artificial packet loss based on a percent so i found:
> network emulab qdisc could do it, so i compiled support into the kernel and
> tried:
> tc qdisc change dev eth0 root netem loss .
On Sun, Apr 16, 2006 at 06:06:02PM -0700, Jouni Malinen wrote:
> On Fri, Apr 14, 2006 at 05:59:11PM -0400, Pavel Roskin wrote:
>
> > The original code was doing arithmetics on a little-endian value.
>
> John, please apply this to wireless-2.6 tree. This code is triggered at
> least for the case w
The attached patch adds support for VLANs to the sis900 driver and bumps
the version number. It is based on an old (2003) patch for the 2.4
series by Hamid Hashemi Golpayegani. It applies on top of 2.6.16(.5).
I have one report that it works and behaves as intended.
Please review and consider for i
When application is bound to group N and it is less than 32
and has first bit set (I tested with 1, 3, 5) and kernel broadcasts
events to group number 1, application will receive messages, even if
1. it was not subscribed to that group
2. it was bound to different group
Attached trivial test modul
On Mon, 2006-04-17 at 01:28 +0100, Daniel Drake wrote:
> Rather than having to explicitly call ieee80211softmac_suggest_tx_rate()
> from the driver's hard_start_xmit function, it would be nicer if the
> suggested rate was passed as a parameter. But not all drivers would need
> it, so maybe the
Hey,
I'm using the 2.4.32 kernel with madwifi and iproute2 version
2-2.6.16-060323.tar.gz
I wanted to insert artificial packet loss based on a percent so i found:
network emulab qdisc could do it, so i compiled support into the kernel
and tried:
tc qdisc change dev eth0 root netem loss .1%
64 matches
Mail list logo
