Re: Linux 2.6 Vs linux 2.4 routing

2006-06-17 Thread Krzysztof Oledzki
On Sat, 17 Jun 2006, Mayuresh Chitale wrote: Hi All, Hi, I am doing a routing test using linux 2.4 and linux 2.6 kernel on our board. I am using 2.4.31 and 2.6.16.17 for comparison. I have ported the bsp and drivers from 2.4 to 2.6 and am using a smartbits tester which pumps traffic at hig

[PATCH 2.6.17 fix] bcm43xx: workaround init_board vs. IRQ race

2006-06-17 Thread Michael Buesch
Hi John, Please try to push this for 2.6.17, as it is a crash fix. -- Place the Init-vs-IRQ workaround before any card register access, because we might not have the wireless core mapped at all times in init. So this will result in a Machine Check caused by a bus error. Signed-off-by: Michael B

Re: [RFC PATCH 1/2] Hardware button support for Wireless cards: radiobtn

2006-06-17 Thread Ivo van Doorn
> > Except for the bluetooth radio key (which should be supported by the > > radiobtn interface as well) the other buttons have support through already > > excisting input devices if I am correct. > > You are wrong for quite a bunch of laptop models. That's why I pointed you to > the wistron_btns

Re: updated [Patch 1/1] AF_UNIX Datagram getpeersec

2006-06-17 Thread James Morris
On Sat, 17 Jun 2006, Xiaolan Zhang wrote: > Hi, Stephen, > > It appears that selinux_enabled is defined inside selinux module and not > visible to the rest of the kernel... Yes, these are SELinux API functions, they belong in security/selinux/exports.c But what about Stephens question on the

Re: updated [Patch 1/1] AF_UNIX Datagram getpeersec

2006-06-17 Thread James Morris
On Fri, 16 Jun 2006, Stephen Hemminger wrote: > This is so short, it would make sense to put it in scm.h > and why not have it return the value instead of call by reference? > Same goes for selinux_get_inode_sid Actually, all of the SELinux API functions are like this, and I'm not sure why for v

[PATCH, RFT] bcm43xx: Busting the 1G limit

2006-06-17 Thread Michael Buesch
Hi, This patch adds full 32-bit and 64-bit DMA support to the bcm43xx driver. Well, it _should_ do this. I can not test it, as I don't have a machine to trigger the 1G limit. The 1G limit should be exploitable on an AMD64 machine with more than 1G RAM. Please test and report, if it works or not.

[IOC3] IP27: Really set PCI64_ATTR_VIRTUAL, not PCI64_ATTR_PREC.

2006-06-17 Thread Ralf Baechle
IOC3's homegrown DMA mapping functions that are used to optimize things a little on IP27 set the wrong bit. Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]> diff --git a/drivers/net/ioc3-eth.c b/drivers/net/ioc3-eth.c index ae71ed5..e76e6e7 100644 --- a/drivers/net/ioc3-eth.c +++ b/drivers/net/ioc

Re: tg3 timeouts with 2.6.17-rc6

2006-06-17 Thread Michael Chan
On Fri, 2006-06-16 at 20:37 -0700, Michael Chan wrote: > David Miller wrote: > > > From: "Michael Chan" <[EMAIL PROTECTED]> > > Date: Fri, 16 Jun 2006 18:27:32 -0700 > > > > > In the meantime, I wonder if we should disable TSO by default on the > > > 5780 chip for 2.6.17. > > > > Sounds reasonab

recommend a network card

2006-06-17 Thread bastard operater
Hello, My 3Com 3C905B-TX is starting to malfunction and it is getting worse. So I am in the market for a new NIC. The card has to work on Linux (natively) and windows. I thought I would ask the experts if you have any recommendations for a good 100MB PCI card? Thanks, - To unsubscribe f

[PATCH] d80211: allow NULL for control in beacon_get

2006-06-17 Thread Michael Buesch
bcm43xx has no use for the "control" data provided by ieee80211_beacon_get(), so allow passing a NULL pointer to avoid setting up a dummy struct and throwing the data away afterwards in the driver. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev/net/d80211/ieee80211.c ==

Re: recommend a network card

2006-06-17 Thread Michael Buesch
On Saturday 17 June 2006 23:12, bastard operater wrote: People on this list like Real Names and are more motivated to help, if they know your name. > My 3Com 3C905B-TX is starting to malfunction and it is getting worse. So I I never had a malfunc

Re: Network performance degradation from 2.6.11.12 to 2.6.16.20

2006-06-17 Thread Andrew Morton
On Fri, 16 Jun 2006 09:01:23 -0700 Harry Edmon <[EMAIL PROTECTED]> wrote: > I have a system with a strange network performance degradation from > 2.6.11.12 to most recent kernels including 2.6.16.20 and 2.6.17-rc6. > The system is has Dual single core Xeons with hyperthreading on. The > app

[PATCH 9/9 v3] Add Vitesse 8244 PHY for MPC8641 HPCN platform.

2006-06-17 Thread Jon Loeliger
Signed-off-by: Kriston Carson <[EMAIL PROTECTED]> Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]> Acked-by: Jeff Garzik <[EMAIL PROTECTED]> --- drivers/net/Kconfig |6 +- drivers/net/phy/Kconfig |5 ++ drivers/net/phy/Makefile |

[PATCH] driver for PPTP, second edition

2006-06-17 Thread xeb
Hello. I have developed the driver for Point-to-Point Tunneling Protocol (PPTP). This driver works in pair with plugin for pppd. It is enough to use pppd's plugin for start of the client. Also there is a server (based on pptpd) which uses this driver. By results of my testing the speed of transfer

Re: Network performance degradation from 2.6.11.12 to 2.6.16.20

2006-06-17 Thread Harry Edmon
I assume you are talking about using TCP_NODELAY as a socket option within the LDM software. I could give that a try. There is a lot of traffic on this node, on the order of 2000 packets in and out per second, so the tcpdump output will grow pretty fast. How long a tcpdump would be useful, a

Re: Network performance degradation from 2.6.11.12 to 2.6.16.20

2006-06-17 Thread Andrew Morton
On Sat, 17 Jun 2006 16:23:34 -0700 Harry Edmon <[EMAIL PROTECTED]> wrote: > Andrew Morton wrote: > > On Fri, 16 Jun 2006 09:01:23 -0700 > > Harry Edmon <[EMAIL PROTECTED]> wrote: > > > >> I have a system with a strange network performance degradation from > >> 2.6.11.12 to most recent kernels in

Re: [PATCH] bcm43xx: enable shared key authentication

2006-06-17 Thread Dan Williams
On Fri, 2006-06-16 at 20:50 +0100, Daniel Drake wrote: > I recently patched softmac to enable shared key authentication. This small > patch > will enable crazy or unfortunate bcm43xx users to use this new capability. Meaning that _until now_, softmac couldn't do Shared Key auth??? That might exp

Re: Network performance degradation from 2.6.11.12 to 2.6.16.20

2006-06-17 Thread Stephen Hemminger
Andrew Morton wrote: On Sat, 17 Jun 2006 16:23:34 -0700 Harry Edmon <[EMAIL PROTECTED]> wrote: Andrew Morton wrote: On Fri, 16 Jun 2006 09:01:23 -0700 Harry Edmon <[EMAIL PROTECTED]> wrote: I have a system with a strange network performance degradation from 2.6.11.12 to most r

Re: tg3 timeouts with 2.6.17-rc6

2006-06-17 Thread David Miller
From: "Michael Chan" <[EMAIL PROTECTED]> Date: Sat, 17 Jun 2006 11:23:28 -0700 > David, Here's the patch if you haven't already made one: > > [TG3]: Disable TSO by default on 5780 class chips. Sorry, I didn't get a chance to push this into 2.6.17 in time. I will push it into the first 2.6.17.x

Re: updated [Patch 1/1] AF_UNIX Datagram getpeersec

2006-06-17 Thread Catherine Zhang
On 6/17/06, James Morris <[EMAIL PROTECTED]> wrote: On Fri, 16 Jun 2006, Stephen Hemminger wrote: > This is so short, it would make sense to put it in scm.h > and why not have it return the value instead of call by reference? > Same goes for selinux_get_inode_sid Actually, all of the SELinux AP

Re: [PATCH 2.6.18 1/3] tg3: Remove unnecessary tx_lock

2006-06-17 Thread David Miller
From: "Michael Chan" <[EMAIL PROTECTED]> Date: Mon, 05 Jun 2006 12:47:23 -0700 > Remove tx_lock where it is unnecessary. tg3 runs lockless and so it > requires interrupts to be disabled and sync'ed, netif_queue and NAPI > poll to be stopped before the device can be reconfigured. After > stopping e

Re: [PATCH 2.6.18 2/3] tg3: Convert to non-LLTX

2006-06-17 Thread David Miller
From: "Michael Chan" <[EMAIL PROTECTED]> Date: Mon, 05 Jun 2006 12:47:32 -0700 > Herbert Xu pointed out that it is unsafe to call netif_tx_disable() > from LLTX drivers because it uses dev->xmit_lock to synchronize > whereas LLTX drivers use private locks. > > Convert tg3 to non-LLTX to fix this

Re: [1/2] [NET]: Add NETIF_F_GEN_CSUM and NETIF_F_ALL_CSUM

2006-06-17 Thread David Miller
From: Herbert Xu <[EMAIL PROTECTED]> Date: Tue, 13 Jun 2006 21:25:11 +1000 > [NET]: Add NETIF_F_GEN_CSUM and NETIF_F_ALL_CSUM > > The current stack treats NETIF_F_HW_CSUM and NETIF_F_NO_CSUM identically > so we test for them in quite a few places. For the sake of brevity, I'm > adding the macro

Re: [2/2] [BRIDGE]: Add support for NETIF_F_HW_CSUM devices

2006-06-17 Thread David Miller
From: Herbert Xu <[EMAIL PROTECTED]> Date: Tue, 13 Jun 2006 21:25:43 +1000 > [BRIDGE]: Add support for NETIF_F_HW_CSUM devices > > As it is the bridge will only ever declare NETIF_F_IP_CSUM even if all > its constituent devices support NETIF_F_HW_CSUM. This patch fixes this > by supporting the f

Re: [PATCH 1/6][SCTP]: Limit association max_retrans setting in setsockopt

2006-06-17 Thread David Miller
From: Sridhar Samudrala <[EMAIL PROTECTED]> Date: Thu, 15 Jun 2006 15:46:12 -0700 > Please apply the following 6 SCTP patches to 2.6 tree. Sridhar, I missed the 2.6.17 release but I will be sure to queue these up for the first 2.6.17.x stable release. Sorry about that. - To unsubscribe from this

[Patch 1/1] AF_UNIX Datagram getpeersec (with minor fix)

2006-06-17 Thread Catherine Zhang
Hi, I added one file (include/linux/selinux.h) which was omitted from the previous patch, and removed a couple of unnecessary changes. Again, comments are welcome! thanks, Catherine -- From: [EMAIL PROTECTED] This patch implements an API whereby an application can determine the label of its