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
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
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
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
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
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
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
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
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
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
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
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
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
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 |
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
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
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
==
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
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
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
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.
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
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
> > 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
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
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
26 matches
Mail list logo
