On Tue, 3 Jan 2006, Stephen Hemminger wrote:
> On Wed, 28 Dec 2005 22:35:50 -0500
> Bill Fink <[EMAIL PROTECTED]> wrote:
>
> > Would the following patch be at all useful for the 2.6.14.x stable
> > series, since enabling TSO there causes a 40% or greater TCP performance
> > penalty, or is 2.6.15
On Tue, 03 Jan 2006 18:06:30 +0100, Johannes Berg wrote:
> How about
> - get rid of all the embedded algorithms (AES, Michael, RC4,
>CRC) and use the crypto layer from the kernel
Definitely.
The list wasn't complete, it was the things that need (from my POV) to
be resolved first only. There
On Wed, 2006-01-04 at 13:35 +0100, Jiri Benc wrote:
> The list wasn't complete, it was the things that need (from my POV) to
> be resolved first only. There are more issues - some of them are known
> to me, including this one, but I have them stored mostly as comments at
> corresponding places in
On Wed, 04 Jan 2006 13:41:43 +0100, Johannes Berg wrote:
> Oh another question: is the stack capable of having a raw device
> associated with the actual hardware device that sees all incoming and
> outgoing frames including 802.11 headers? I'd love to have that for
> debugging...
Sure, wlan0ap. It
On Tue, 03 Jan 2006 19:09:13 -0800, Ben Greear wrote:
> The AP will act like a bridge/switch according to these rules:
>
> If a packet enters the wifi device, it will be sent down the wired
> ethernet interface un-changed.
>
> If a packet enters the wired device, the wifi device with the same
> M
On Wed, Jan 04, 2006 at 07:32:49AM +, Mark Brown wrote:
> This patch against 2.6.14 converts the natsemi driver to use NAPI. It
> was originally based on one written by Harald Welte, though it has since
> been modified quite a bit, most extensively in order to remove the
> ability to disable N
Hi,
I'm trying to compile information on the advantages and disadvantages of
the various 802.11 stacks as so far I haven't found a good overview
document. The current draft is at
http://johannes.sipsolutions.net/802.11_stacks
I'd appreciate if anyone who has information to add to the list would
m
On Tue, Dec 27, 2005 at 09:22:31AM -0500, jamal wrote:
> On Tue, 2005-27-12 at 15:05 +0100, Lennert Buytenhek wrote:
> > On Tue, Dec 27, 2005 at 08:49:50AM -0500, jamal wrote:
> >
> > > A question for you: Does the 4XX allow you to rewrite the microcode?
> >
> > As far as I know, there are no doc
From: David S. Miller
> From: "Kris Katterjohn" <[EMAIL PROTECTED]>
> Your email client has corrupted the patch spacing and tabbing.
> Please fix this.
Really? Have my other patches been screwed up, too? My email client has
"upgraded" recently (although I'm not sure what it was supposed to be upda
Use macro for spinlock_t/rwlock_t initializations/definition.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/netfilter/nf_conntrack_reasm.c
b/net/ipv6/netfilter/nf_conntrack_reasm.c
index c2c52af..f3e5ffb 100644
--- a/net/ipv6/netfilter/nf_conntrack_reasm.c
+++ b/net/
Use macro for spinlock_t definition.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/econet/af_econet.c b/net/econet/af_econet.c
index 34fdac5..cefc26d 100644
--- a/net/econet/af_econet.c
+++ b/net/econet/af_econet.c
@@ -56,7 +56,7 @@ static struct net_device *net2dev_map[25
Use macro for rwlock_t initialization.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index f829a4a..1cf305a 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -224,7 +224,7 @@ int ipv6_sock_mc_join(struct sock *sk, i
mc_lst->i
Jiri Benc wrote:
On Tue, 03 Jan 2006 19:09:13 -0800, Ben Greear wrote:
The AP will act like a bridge/switch according to these rules:
If a packet enters the wifi device, it will be sent down the wired
ethernet interface un-changed.
If a packet enters the wired device, the wifi device with the
On Wed, 04 Jan 2006 08:51:05 -0800, Ben Greear wrote:
> This bridge module would not be used on an AP acting as an AP, but rather
> a piece of access-point hardware running virtual client interfaces which are
> associated with a real AP. If my understanding is correct (and that could
> always be a
Jiri Benc wrote:
On Wed, 04 Jan 2006 08:51:05 -0800, Ben Greear wrote:
This bridge module would not be used on an AP acting as an AP, but rather
a piece of access-point hardware running virtual client interfaces which are
associated with a real AP. If my understanding is correct (and that coul
On Wed, 4 Jan 2006 12:09:54 +0800
Zhu Yi <[EMAIL PROTECTED]> wrote:
>
> This patch fixes the warning below warning for the ipw2200 driver.
>
> NETDEV_TX_BUSY returned; driver should report queue full via
> ieee_device->is_queue_full.
>
> Signed-off-by: Hong Liu <[EMAIL PROTECTED]>
> Signed-
On Wed, 04 Jan 2006 09:39:31 -0800, Ben Greear wrote:
> WDS appears to work between APs..but I want to bridge wifi clients to wired
> clients.
>
> The network would be something like:
>
> wired-server -- AP {{{wireless}}} virtual-station-emulator -- { multiple
> wired machines }
wired-server -
On Wed, 04 Jan 2006 13:41:43 +0100, Johannes Berg wrote:
> > The list wasn't complete, it was the things that need (from my POV) to
> > be resolved first only. There are more issues - some of them are known
> > to me, including this one, but I have them stored mostly as comments at
> > correspondin
Jiri Benc wrote:
The end result is a wireless station emulator that can easily be made to pass
interesting traffic generated on common hardware/platforms. It should be useful
for testing APs and AP deployments, including things like VOIP over wifi.
Ok, I can see the benefit from this for tes
On Wed, 04 Jan 2006 10:26:16 -0800, Ben Greear wrote:
> These devices usually have fairly weak processors...definately not
> enough to run a bunch of VOIP calls, for instance. And, it means you
> cannot use whatever real applications you might already have installed
> on your wired devices (databa
Andy Furniss wrote:
I'll
get everything upto date and try the new device tomorrow.
Just tried the example script with ifb on 2.6.15 and it works OK, will
try more complicated tests & iptables soon.
Andy.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a me
Begin forwarded message:
Date: Wed, 4 Jan 2006 12:53:40 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5827] New: pppd with MPPE fails
http://bugzilla.kernel.org/show_bug.cgi?id=5827
Summary: pppd with MPPE fails
Kernel Version: 2.6.15
This is expected, and similar output has been seen before.
Jan Dubiec's pppd works with Jan Dubiec's PPP MPPE/MPPC kernel module,
and does not always work with the PPP MPPE module maintained by the PPP
team.
In upgrading to 2.6.15, one should also convert to the upstream pppd
from ppp.samba.org.
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Wed, 04 Jan 2006 09:36:59 -0600 (CST)
> Use macro for spinlock_t/rwlock_t initializations/definition.
>
> Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
All 3 patches applied, thanks a lot.
-
To unsubscribe from this list: send the line "un
From: "Kris Katterjohn" <[EMAIL PROTECTED]>
Date: Wed, 4 Jan 2006 06:24:45 -0800
> Really? Have my other patches been screwed up, too? My email client
> has "upgraded" recently (although I'm not sure what it was supposed
> to be updating), so I'm sending this one from the old web-based
> version.
From: Tom Young <[EMAIL PROTECTED]>
Date: Wed, 04 Jan 2006 16:14:23 +1100
> That it has. I'm really sorry about that. In this case it was my fault
> rather than the client (copying from an xterm). I guess I'm just coming
> out of slow start myself after the holiday lull. Please find the
> non-abom
On Wed, Jan 04, 2006 at 11:36:33PM +0100, bert hubert wrote:
> $ sudo ip route re default via 10.0.0.12
> RTNETLINK answers: Network is unreachable
This all goes away on removing CONFIG_CC_OPTIMIZE_FOR_SIZE in the kernel
.config with the gcc prerelease Ubunty Breezy ships.
Now verifying if this i
On 1/4/06, Jiri Benc <[EMAIL PROTECTED]> wrote:
> On Wed, 04 Jan 2006 13:41:43 +0100, Johannes Berg wrote:
> > > The list wasn't complete, it was the things that need (from my POV) to
> > > be resolved first only. There are more issues - some of them are known
> > > to me, including this one, but I
From: bert hubert <[EMAIL PROTECTED]>
Date: Thu, 5 Jan 2006 00:37:37 +0100
> This all goes away on removing CONFIG_CC_OPTIMIZE_FOR_SIZE in the kernel
> .config with the gcc prerelease Ubunty Breezy ships.
>
> Now verifying if this is fixed in gcc 4.0.2.
>
> See http://bugs.debian.org/cgi-bin/bug
This removes an unneeded "ret" variable and returns directly.
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
I am now subscribed to the list, so there's no need to CC me anymore.
Thanks!
--- x/net/packet/af_packet.c2006-01-02 21:21:10.0 -0600
+++ y/net/packet/af_packet.c2006
It looks like the bridge netfilter code does not correctly update
the hardware checksum after popping off the VLAN header.
This is by inspection, I have *not* tested this.
To test you would need to set up a filtering bridge with vlans
and a device the does hardware receive checksum (skge, or sunge
Zhu Yi <[EMAIL PROTECTED]> :
>
> This patch fixes the warning below warning for the ipw2200 driver.
>
> NETDEV_TX_BUSY returned; driver should report queue full via
> ieee_device->is_queue_full.
Beyond what was said by Stephen Hemminger, the driver reports a
NETDEV_TX_BUSY when !STATUS_ASSOC
On Wed, Jan 04, 2006 at 03:46:21PM -0800, David S. Miller wrote:
> > Now verifying if this is fixed in gcc 4.0.2.
Plain, non-Ubuntu prerelease, gcc 4.0.2 does not exhibit this problem, even
with -Os.
Problem solved.
--
http://www.PowerDNS.com Open source, database driven DNS Software
htt
On 1/4/06, Krzysztof Baranowski <[EMAIL PROTECTED]> wrote:
> After the upgrade my network card disappeared from both Linux and Win.
>
> After short investigation I noticed one strange incosistency. Under
> the new BIOS the PCI device is reported as PCI VENDOR ID 1459 (
> which is gigabyte) DEV_ID
These patches add the header linux/if_ether.h and change 1500 to ETH_DATA_LEN in
some files.
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
At first I wasn't going to change anything under net/ipv[46], but I then saw
that
ipv6/ip6_tunnel.c used ETH_DATA_LEN, so I went ahead and changed them,
On Fri, Dec 30, 2005 at 06:22:26PM -0500, Pavel Roskin wrote:
> Host AP driver has code to support writing firmware to non-volatile
> memory, a.k.a. flash. This code has been extensively tested when Host
> AP was a standalone driver.
>
> Add a configuration option to the kernel to allow enabling
Kumar Gala wrote:
Jeff,
Do you prefer patches against the netdev tree of Linus's ?
Linus's tree, _unless_ there are already patches queued in
netdev-2.6.git#upstream for driver.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [
Kumar Gala wrote:
Jeff,
Do you prefer patches against the netdev tree of Linus's ?
Linus's tree, _unless_ there are already patches queued in
netdev-2.6.git#upstream for your driver.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
38 matches
Mail list logo