From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 19 Oct 2006 08:34:53 +0200
> My main problem is being able to use a large hash table on big servers.
>
> With power-of two constraint, plus kmalloc max size constraint, we can use
> half the size we could.
Switch to vmalloc() at the kmalloc() cu
David Miller a écrit :
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 19 Oct 2006 07:12:58 +0200
A 66 MHz 486 can perform 1.000.000 divisions per second. Is it a 'slow' cpu ?
Sparc and some other embedded chips have no division/modulus integer
instruction and do it in software.
How many
On 10/19/06 05:27, Mitsuru Chinen wrote:
Hello Mitsuru-san,
> At the first Echo Request, its source address is a global address.
>
> | # ping6 -n -c 1 -i 1 -s 1452 -p 00 -w 2 -I eth1 FF1E: :1:2
> | PATTERN: 0x00
> | PING FF1E::1:2(ff1e::1:2) from 3ffe:501::100:2d0:b7ff:fe9a:455b eth1:
> 145
p54: fix stalling in TX queue
This patch makes the p54 TX queue not stall anymore. Probably not the most
efficient thing to do, but it's better than stalling.
It also adds a small comment to prism54common.h about the origin of the pda
definitions and inserts a missing verb in the comment for p5
From: Michael Prokop <[EMAIL PROTECTED]>
Date: Thu, 19 Oct 2006 08:00:57 +0200
> The lines above are a 1:1 copy of the text by Alexey Kuznetosv I found in
> the iproute-doc package at /usr/share/doc/iproute-doc/ss.html
> [see http://www.math.ias.edu/doc/iproute-2.6.9/ss.ps].
> Of course feel free
set freq in ieee80211_rx_status
This patch fixes the RX handler in adm8211 and p54 to report the current
frequency and channel. Should probably be handled in d80211 instead, but this
will fix things for now. It also eliminates some definitions in adm8211.h
that are no longer necessary.
Signed-
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 19 Oct 2006 07:12:58 +0200
> A 66 MHz 486 can perform 1.000.000 divisions per second. Is it a 'slow' cpu ?
Sparc and some other embedded chips have no division/modulus integer
instruction and do it in software.
> So... what do you prefer :
>
> 1
[Note: I'm the contributor of the manpage]
* Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Alexander Wirt wrote:
[manpage for ss]
>> \fBss\fP is another utility to investigate sockets. Functionally it is
>> NOT better than netstat combined with some perl/awk scripts and though it is
>> surely f
On Thu, 19 Oct 2006 07:14:58 +0200
Alexander Wirt <[EMAIL PROTECTED]> wrote:
> David Miller schrieb am Mittwoch, den 18. Oktober 2006:
>
> > From: Alexander Wirt <[EMAIL PROTECTED]>
> > Date: Thu, 19 Oct 2006 07:03:07 +0200
> >
> > > Stephen Hemminger schrieb am Mittwoch, den 18. Oktober 2006:
>
David Miller a écrit :
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 15:32:22 +0200
OK then. Even on a distro kernel (allyesconfig), size(flow) would
shrink by 20 bytes.
For the time being, why don't we just kill off the unused dnports
bits entirely.
Once the support code to
David Miller schrieb am Mittwoch, den 18. Oktober 2006:
> From: Alexander Wirt <[EMAIL PROTECTED]>
> Date: Thu, 19 Oct 2006 07:03:07 +0200
>
> > Stephen Hemminger schrieb am Mittwoch, den 18. Oktober 2006:
> >
> > > Alexander Wirt wrote:
> > > >I need more sleep this time hopefully with the manp
David Miller a écrit :
From: Eric Dumazet Hi <[EMAIL PROTECTED]>
Date: Tue, 17 Oct 2006 14:58:37 +0200
reqsk_queue_alloc() goal is to use a power of two size for the whole
listen_sock structure, to avoid wasting memory for large backlogs,
meaning the hash table nr_table_entries is not anymore a
From: Alexander Wirt <[EMAIL PROTECTED]>
Date: Thu, 19 Oct 2006 07:03:07 +0200
> Stephen Hemminger schrieb am Mittwoch, den 18. Oktober 2006:
>
> > Alexander Wirt wrote:
> > >I need more sleep this time hopefully with the manpage attached.
>
> > Amusing but hardly in keeping with the style and
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 21:55:41 -0700
> Alexander Wirt wrote:
> > \fBss\fP is another utility to investigate sockets. Functionally it is
> > NOT better than netstat combined with some perl/awk scripts and though it is
> > surely faster it is not enough t
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 21:54:08 -0700
> Reminds me, anyone know why GCC is too stupid to convert modulus of a
> constant power of 2 into a mask operation?
If the computation ends up being signed it can't perform this
optimization.
-
To unsubscribe from
Stephen Hemminger schrieb am Mittwoch, den 18. Oktober 2006:
> Alexander Wirt wrote:
> >I need more sleep this time hopefully with the manpage attached.
> Amusing but hardly in keeping with the style and tone of other man pages.
Much better than nothing - just my 2 cent.
Alex
-
To unsubscrib
Alexander Wirt wrote:
I need more sleep this time hopefully with the manpage attached.
Alex
.TH SS 8
.SH NAME
ss \- another utility to investigate sockets
.SH SYNOPSIS
.B ss
.RI [ options ] " [ FILTER ]"
.SH DESCRIPT
David Miller wrote:
From: Eric Dumazet Hi <[EMAIL PROTECTED]>
Date: Tue, 17 Oct 2006 14:58:37 +0200
reqsk_queue_alloc() goal is to use a power of two size for the whole
listen_sock structure, to avoid wasting memory for large backlogs,
meaning the hash table nr_table_entries is not anymore a
I need more sleep this time hopefully with the manpage attached.
Alex
.TH SS 8
.SH NAME
ss \- another utility to investigate sockets
.SH SYNOPSIS
.B ss
.RI [ options ] " [ FILTER ]"
.SH DESCRIPTION
This manual page documents briefly the
.B ss
command.
.PP
\fBss\fP is another utility to investiga
Hi,
one of my users was so kind to provide a manpage for ss.
Would be great if it can be applied to the next release.
Alex
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Dawid Ciezarkiewicz writes:
> You're right. I'll add such documentation. For now - short version: as a
> company dealing with wifi regularly we often come to a problem - using wifi
> bridges with strengths like price, "CE included", easy integration, good
> bandwidth, distance etc. - that th
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 19:00:03 +0200
> Sorry David, the previous attachment had a missing / in one filename
Hehe, and I read this after replying to you about that :-)
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a messa
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 18:35:48 +0200
Applied Eric, but the file paths in your patch were bogus and needed
to be fixed up:
> --- linux/drivers/net/loopback.c 2006-10-18 17:28:20.0 +0200
> +++ linux-eddrivers/net/loopback.c2006-10-18 18:26:41
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 15:32:22 +0200
> OK then. Even on a distro kernel (allyesconfig), size(flow) would
> shrink by 20 bytes.
For the time being, why don't we just kill off the unused dnports
bits entirely.
Once the support code to use those bits is writt
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 12:06:19 +0200
> Lookups resolving to ip6_blk_hole_entry must result in silently
> discarding the packets whereas an ip6_pkt_prohibit_entry is
> supposed to cause an ICMPV6_ADM_PROHIBITED message to be sent.
>
> Thanks to Kim Nordlund <
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 09:38:17 +0100
> This patch fixes a silly bug that has been in the input routing code
> for some time. It results in trying to send to a node directly when
> the origin of the packet is via the default router.
>
> Its been tested
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 09:38:38 +0200
> Lot of routers still use CPUS with 32 bytes cache lines. (Intel PIII)
> It make sense to make sure fields used at lookup time are in the same cache
> line, to reduce cache footprint and speedup lookups.
>
> Signed-off
From: jamal <[EMAIL PROTECTED]>
Date: Tue, 17 Oct 2006 09:07:24 -0400
> ACKed-by: Jamal Hadi Salim
>
> When Patrick has his patch ready after this goes in we can revisit.
If anything it's too late to put this into 2.6.19 so I'll likely
therefore toss it into net-2.6.20 whenever I open that tree
From: John Heffner <[EMAIL PROTECTED]>
Date: Tue, 17 Oct 2006 08:22:11 -0400
> That's actually how I originally coded it. :) But then it occurred to
> me that if you've already been waiting for a full clock tick, the
> marginal CPU savings of waiting longer will not be great. Which is why
> I
From: Eric Dumazet Hi <[EMAIL PROTECTED]>
Date: Tue, 17 Oct 2006 14:58:37 +0200
> reqsk_queue_alloc() goal is to use a power of two size for the whole
> listen_sock structure, to avoid wasting memory for large backlogs,
> meaning the hash table nr_table_entries is not anymore a power of
> two. (He
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Tue, 17 Oct 2006 16:11:14 +0200
> Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Applied, thanks Thomas.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vge
This stops the
protocol is buggy, dev eth0
messages from occurring when netpoll decides to queue packets.
It fully initializes the protocol fields.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
If you want to wait on including it, I intend to rollup all the netpoll
patches in
Jim Thompson wrote:
> d80211 bought you nothing here.
Assuming we were able to move our development and production
environments to a BSD this might be true.
But for a plethora of reasons we use Linux and the costs of shifting to
*BSD are far too high.
Given this scenario, for *us* standardisin
On Oct 18, 2006, at 3:18 PM, Matt Brown wrote:
Christoph Hellwig wrote:
Guys, why do you waste your time on doing stuff that's useless for
most
of us, and that people can't even legally redistribute.
Well that may be your opinion, but it's certainly not mine. We had
just
discussed star
Attached is a small patch that will add support for
ethtool -i
to the prism54 driver.
ethtool -i queries the specified ethernet device for associated driver
information.
This helps tools like Fedora's system-config-network to provide GUI
management of network devices.
I learned how to write
Christoph Hellwig wrote:
> Guys, why do you waste your time on doing stuff that's useless for most
> of us, and that people can't even legally redistribute.
Well that may be your opinion, but it's certainly not mine. We had just
discussed starting an in-house project to port the HAL to the d80211
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c| 60 +++
drivers/dma/ioatdma_io.h | 118 --
2 files changed, 28 insertions(+), 150 deletions(-)
diff --git a/drivers/dma/ioatdma.c b/drivers/dma/ioatdma
There's only one now anyway, and it's not in a performance path,
so make it behave the same on 32-bit and 64-bit CPUs.
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/ioatdma.c
From: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/dmaengine.c b/drivers/dma/dma
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
Documentation/networking/ip-sysctl.txt |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/Documentation/networking/ip-sysctl.txt
b/Documentation/networking/ip-sysctl.txt
index fd3c0c0..e9ee102 100644
--- a/Documentatio
Various fixes for the hardware memcpy engine code and ioatdma
Most of these I've posted before, except for the patch to handle sysfs
errors from Jeff Garzik. I've dropped the controversial change to not
offload loopback traffic.
These changes can be pulled from
git://lost.foo-projects.or
The performance wins come with having the DMA copy engine doing the copies
in parallel with the context switch. If there is enough data ready on the
socket at recv time just use a regular copy.
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
net/ipv4/tcp.c | 10 +++---
1 files changed,
Every 20 descriptors turns out to be to few append commands with
newer/faster CPUs. Pushing every 4 still cuts down on MMIO writes to an
acceptable level without letting the DMA engine run out of work.
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c |4 ++--
1 files
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
MAINTAINERS | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5305dd6..533adbe 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -915,6 +915,12 @@ M: [EMAIL PROTECTED]
L: linux-k
Now that I know what this is, perhaps others should know.
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> >
> > Since I've been re-testing the Apple Intel Mac Mini suspend/resume due to
> > a USB problem, I thought I might as well see if this rings any bells..
> >
> > On resume, networking d
ieee80211_beacon_get() was already described. The doc entry in
question describes ieee80211_get_buffered_bc().
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless-dev.orig/include
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h.
I converted the 1 bit bitfields into a bit in a u32/u16 or u8 flags
structure member. Larger bitfields I converted into
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
=
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless-
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
Michael Buesch wrote:
On Wednesday 18 October 2006 01:12, Daniel Drake wrote:
Larry Finger pointed out a problem with my ieee80211 IV/ICV stripping patch,
which I forgot about. Sorry about that.
The patch readds the frame_ctl assignment which was accidently dropped.
Signed-off-by: Daniel Drake
This cleans up netpoll_send_skb:
* np and np->dev are always non-null given the local callers
* get device into a local variable
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- orig/net/core/netpoll.c 2006-10-18 13:44:27.0 -0700
+++ new/net/core/netpoll.c 2006-10-18 13
Netpoll shouldn't send packets to devices that have detached themselves.
This can happen during shutdown or suspend.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/core/netpoll.c2006-10-18 13:41:49.0 -0700
+++ b/net/core/netpoll.c2006-10-18 13:43:44.00
The sky2 driver uses a single NAPI poll routine for both ports on dual ported
cards (because there is a single IRQ and status ring). Netpoll makes assumptions
about the relationship between network device and NAPI that aren't correct
on the second port, this will cause the port to never clear work.
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Wed, 18 Oct 2006 13:50:22 +0200
> I got this while restarting ipsec on a 2.6.19rc2 system that was
> up for a few days.
It's been fixed already in current GIT.
The xfrm state counters weren't being maintained correctly,
so they'd go "negative" and the h
If netpoll uses up it's retries, it should drop the skb
not leak memory.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/core/netpoll.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/core/netpoll.c b/net/core/netpoll.c
index ead5920..c375fde 10064
Add decoding of GMAC bits.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
marvell.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/marvell.c b/marvell.c
index 16147a9..244bb69 100644
--- a/marvell.c
+++ b/marvell.c
@@ -113,6 +113,31
Ivo van Doorn wrote:
> On Wednesday 18 October 2006 15:06, Jiri Benc wrote:
>> On Sat, 7 Oct 2006 11:23:15 +0200, Ivo van Doorn wrote:
>>> --- a/net/d80211/ieee80211.c
>>> +++ b/net/d80211/ieee80211.c
>>> @@ -2075,15 +2075,15 @@ void ieee80211_if_shutdown(struct net_de
>>> case IEEE80211_IF_TYP
On Wed, Oct 18, 2006 at 07:23:14PM +0200, Ivo van Doorn wrote:
> On Wednesday 18 October 2006 19:20, David Kimdon wrote:
> > On Wed, Oct 18, 2006 at 06:01:31PM +0200, Jiri Benc wrote:
> > > On Tue, 17 Oct 2006 10:17:13 -0700, David Kimdon wrote:
> > > > Continue d80211 bitfield removal. In general
This patch allows:
ethtool -d eth0 raw on >saved_regs
and later
ethtool -d eth0 file saved_regs
Selfish motive is to be able to take register dumps from users and
and decode later, possibly adding more output as needed.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
eth
Dump even more GMAC/GPHY state
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
marvell.c | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/marvell.c b/marvell.c
index 244bb69..e867521 100644
--- a/marvell.c
+++ b/marvell.c
@@ -113,7 +113,7 @@ static
The "ieee80211: Workaround malformed 802.11 frames from AP" patch (see
http://kernel.org/git/?p=linux/kernel/git/linville/wireless-2.6.git;a=commit;h=f09fc44d8c25f22c4d985bb93857338ed02feac6
)
fixes the problem with some buggy APs but also converts debug message into
an error one. This floods the
On Wednesday 18 October 2006 19:20, David Kimdon wrote:
> On Wed, Oct 18, 2006 at 06:01:31PM +0200, Jiri Benc wrote:
> > On Tue, 17 Oct 2006 10:17:13 -0700, David Kimdon wrote:
> > > Continue d80211 bitfield removal. In general, compilers have
> > > difficulty generating efficient code for bitfiel
On Wednesday 18 October 2006 15:06, Jiri Benc wrote:
> On Sat, 7 Oct 2006 11:23:15 +0200, Ivo van Doorn wrote:
> > --- a/net/d80211/ieee80211.c
> > +++ b/net/d80211/ieee80211.c
> > @@ -2075,15 +2075,15 @@ void ieee80211_if_shutdown(struct net_de
> > case IEEE80211_IF_TYPE_STA:
> > case IEEE
On Wed, Oct 18, 2006 at 06:01:31PM +0200, Jiri Benc wrote:
> On Tue, 17 Oct 2006 10:17:13 -0700, David Kimdon wrote:
> > Continue d80211 bitfield removal. In general, compilers have
> > difficulty generating efficient code for bitfields. This patchset
> > removes all bitfields from include/net/d8
Use bitrev8 for bmac, mace, macmace, macsonic, and skfp drivers.
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Mirko Lindner <[EMAIL PROTECTED]>
Cc: Thomas Bogendoerfer <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
drivers/net/Kconfig
We dont need a full struct net_device_stats (currently 23 long : 184 bytes on
x86_64) per possible CPU, but only two counters : bytes and packets
We save few CPU cycles too in loopback_xmit() not updating 4 fields, but 2.
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
--- linux/drivers/net/loo
Kumar Gala wrote:
I was wondering if anyone has had any issues when trying to force a
BCM5461 phy into 10M/full duplex. I seem to be having an issue in the
two managed switches I've tried this on but autoneg to 10/half. This
causes a problem in that I start seeing a large number of frame
Sorry David, the previous attachment had a missing / in one filename
[NET] reduce per cpu ram used for loopback device stats
We dont need a full struct net_device_stats (currently 23 long : 184 bytes on
x86_64) per possible CPU, but only two counters : bytes and packets
We save few CPU cycles t
On Wed, 18 Oct 2006 11:14:45 +0200
Lennert Buytenhek <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been seeing a failure to reply to incoming ARP packets on a bridge
> interface until after the first few packets have been transmitted over
> that interface, and the patch below seems to fix the issue,
On Wed, 18 Oct 2006 17:37:36 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tuesday 17 October 2006 06:18, John Heffner wrote:
> > Stephen Hemminger wrote:
> > > On Mon, 16 Oct 2006 20:53:20 -0400 (EDT)
> > > John Heffner <[EMAIL PROTECTED]> wrote:
> >
> > >> This patch limits the amount of tim
This removes the xr_end references from rt2500usb and rt71usb.
The rt2x00 pci drivers were already fixed by David Kimdon.
Signed-off-by: Ivo van Doorn <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/wireless/d80211/rt2x00/rt2500usb.c
b/drivers/net/wireless/d80211/rt2x00/rt2500usb.c
index 5d119
Hi,
> > The structure member xr_end was removed from d80211.h.
>
> John, please apply this after you pull from my tree (perhaps with a
> rt2x00 prefix in the subject instead of d80211?).
The patch itself looked good, but it doesn't fix rt2500usb and rt73usb,
I will send a patch to fix the rt2x00
From: Elliot Schwartz <[EMAIL PROTECTED]>
Remove unused and more or less pointless rate limiting code. This
would have just dropped multicast frames arbitrarily when the limit is
reached which is quite useless and does not really belong to 802.11
code.
Signed-off-by: Elliot Schwartz <[EMAIL PROTE
Add forgotten rtnl_unlock() in the error path of ieee80211_register_hw.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
693ca0e679ae17dd34f5392886f99ba36f68940c
diff --git a/net/d80211/ieee80211.c b/net/d8021
From: Elliot Schwartz <[EMAIL PROTECTED]>
This is all unused.
Signed-off-by: Elliot Schwartz <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
include/net/d80211.h |9 -
include/net/d80211_mgmt.h|4
include/net/d80211_shared.h |
On Tue, 17 Oct 2006 10:17:13 -0700, David Kimdon wrote:
> Continue d80211 bitfield removal. In general, compilers have
> difficulty generating efficient code for bitfields. This patchset
> removes all bitfields from include/net/d80211.h.
Thanks for the patches! At first I intended to ask you to
On Fri, 13 Oct 2006 12:34:57 -0700, David Kimdon wrote:
> The structure member xr_end was removed from d80211.h.
John, please apply this after you pull from my tree (perhaps with a
rt2x00 prefix in the subject instead of d80211?).
Thanks,
Jiri
--
Jiri Benc
SUSE Labs
-
To unsubscribe from this
From: David Kimdon <[EMAIL PROTECTED]>
Wireless vlan interfaces need to have the same mac address as
AP interfaces. The STA must not see the change when it is bound to
a specific vlan, so the address of the vlan interface must be the same
as the address of the AP interface the station associated
Delete sta timer when the corresponding network interface is brought down.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c | 24
net/d80211/ieee80211_i.h |1 +
net/d80211/ieee80211_iface.c | 12 +++-
net/d80211/ieee80211
Fix locking issues with loading of rate_control modules. This still doesn't
allow changing of the modules on the fly.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/Makefile |1
net/d80211/ieee80211.c | 108 ++-
net/d80211/
Allow changing of the rate control algorithm.
This has some limitations:
- The rate control algorithm can be set per-wiphy only.
- All of network interfaces of the wiphy have to be down to change the
algorithm.
- All sta entries are flushed when the algorithm is succesfully changed.
- The add_st
The is_ieee80211_device function must ensure that the passed net_device
belongs to the hardware device we are working with.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
54bac502265add95b8ca098ccf62c1d
Allow GFP_KERNEL to be used for allocations of sta entries triggered from
the user space.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211_ioctl.c |2 +-
net/d80211/ieee80211_rate.h |7 ---
net/d80211/ieee80211_sta.c |4 ++--
net/d80211/rc80211_simple.c
Add a reference counting to the rate control algorithm structure. This
prevents unloading of the rate control module when there still exists a sta
entry which uses that module.
To achieve this some other things need to be done in this patch as well:
- The new rate_control_ref structure is introdu
From: Modestas Vainius <[EMAIL PROTECTED]>
This patch correctly initializes the force_unicast_rateidx
and max_ratectrl_rateidx. This was not done previously
and caused a bug in rf80211_simple where when
rate_control_simple_get_rate() was called, the incorrect
rate was selected from the list.
Sign
From: David Kimdon <[EMAIL PROTECTED]>
Fix overflow when converting timespec to microseconds. Without this patch you
can get an overflow during the multiplication which can result in a negative
number.
hostime is define here:
4.4 hosttime
The hosttime field is set to the current value of the ho
To support changing of the rate control modules on the fly we need
well-defined names of the modules.
Let it be rc80211_*. Rename the only one rate control module
(rate_control.c) into rc80211_simple.c. The module alias for the default
module is changed to rc80211_default.
Signed-off-by: Jiri Ben
From: David Kimdon <[EMAIL PROTECTED]>
Remove unused Super AG structure members, enums.
In struct ieee80211_tx_status the queue_length and queue_number could
be useful outside the context of Super AG, so remove the comment and
leave the members.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Si
rate_control.h is not a header for rate_control.c as the name suggests.
Furthermore, we want to introduce ieee80211_rate.c which implements some
things defined in rate_control.h.
This patch renames rate_control.h to ieee80211_rate.h.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/
From: Jouni Malinen <[EMAIL PROTECTED]>
Start using 2 * listen_int * beacon_int as a timeout for PS buffered
unicast frames if that is longer than 10 seconds. Previously, we used
fixed 10 second limit regardless of the listen interval.
This fixes power saving for STAs that request very long liste
From: David Kimdon <[EMAIL PROTECTED]>
Sparse does not figure out that algs[] isn't really a variable length array.
The message is:
net/d80211/ieee80211_sta.c:934:12: error: bad constant expression
This switches algs[] to be obviously a constant array, and derives the value of
num_algs algs[].
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jbenc/dscape.git up
to obtain following patches:
David Kimdon:
d80211: Fix overflow when creating AVS header
d80211: allow wireless vlan interface to have same MAC an AP interface
d80211: use FCS_LEN instead of hardco
From: David Kimdon <[EMAIL PROTECTED]>
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
22acdd71c90cc4123d3df59a07919d432847e3e7
diff --git a/net/d80211/ieee8021
On Sun, 15 Oct 2006 20:14:07 +0200, Ivo van Doorn wrote:
> This patch correctly initializes the force_unicast_rateidx
> and max_ratectrl_rateidx. This was not done previously
> and caused a bug in rf80211_simple where when
> rate_control_simple_get_rate() was called, the incorrect
> rate was select
On Wed, 18 Oct 2006 11:16:05 +0100, Christoph Hellwig wrote:
> Guys, why do you waste your time on doing stuff that's useless for most
> of us, and that people can't even legally redistribute.
I dislike HAL too. But I don't think this effort is useless. It's a
great base for a future fully open At
On Wed, 18 Oct 2006 08:12:27 -0700, David Kimdon wrote:
> I actually think the code reads slightly cleaner using num_algs, but
> don't have a strong preference. I'd be happy to make the change if
> removing num_algs is preferred.
Don't know. But nobody except me objected for more than a week so I
On Tuesday 17 October 2006 06:18, John Heffner wrote:
> Stephen Hemminger wrote:
> > On Mon, 16 Oct 2006 20:53:20 -0400 (EDT)
> > John Heffner <[EMAIL PROTECTED]> wrote:
>
> >> This patch limits the amount of time you will defer sending a TSO segment
> >> to less than two clock ticks, or the time
1 - 100 of 140 matches
Mail list logo
