On Mon, Mar 13, 2006 at 09:48:26PM -0500, jamal wrote:
> On Mon, 2006-13-03 at 18:33 -0800, Matt Helsley wrote:
> > On Mon, 2006-03-13 at 19:56 -0500, Shailabh Nagar wrote:
>
>
> I had a long description in an earlier email feedback; but the summary
> of it is the GET command is generic like TASK
On Tue, 21 Mar 2006 20:26:55 -0700
Mark Butler <[EMAIL PROTECTED]> wrote:
> On Mon, 13 Mar 2006 18:20:26 -0600, Saurabh Jain wrote:
>
>
> Hi All, I am trying to write a new rate based transport protocol in
> linux kernel (either as a module or directly within the kernel).
> Basically
This patch checks device locality on every ip packet xmit.
In multipath configuration tcp connection to route association is done at
session startup time. The tcp session process is migrated to different nodes
after this association. This would mean a remote NIC is chosen for xmit,
although a lo
Following patch adds in node aware, device round robin ip multipathing.
It is based on multipath_drr.c, the multipath device round robin algorithm, and
is derived from it. This implementation maintians per node state table, and
round robins between interfaces on the same node. The implementati
On Mon, 13 Mar 2006 18:20:26 -0600, Saurabh Jain wrote:
Hi All, I am trying to write a new rate based transport protocol in
linux kernel (either as a module or directly within the kernel).
Basically it would be similar to UDP but with features like dynamic
rate control, connection an
On Sat, 2006-03-18 at 18:47 +0100, Andreas Happe wrote:
> Adds Kconfig entries for enabling Monitor mode and Quality of service
> to the ipw2200 driver. It also renames the IPW_QOS define to
> IPW2200_QOS.
>
> As Monitor mode generates lots of firmware errors it depends upon
> BROKEN. QOS is under
This patch has a fix to drivers/net/sb1250-mac.c, the dma descriptor
table ptr is allocated, aligned and the aligned ptr is freed. If the ptr
was not already aligned (usually is) then the free would not work of what
was returned by the kmalloc. A variable was added to store the unaligned
pointer
This patch adds NAPI support for the Broadcom Sibyte SB1xxx family. The
changes are limited to adding a new config key SBMAC_NAPI to the drivers/
net/Kconfig and by adding the poll op and interrupt support to drivers/
net/sb1250-mac.c.
I have tested this patch on a BCM91250A-SWARM Pass 2 / An.
Yes.
They are soon to follow.
Tom
On Sun, 19 Mar 2006 17:08:23 -0600, Lennert Buytenhek
<[EMAIL PROTECTED]> wrote:
On Sun, Mar 19, 2006 at 05:12:32PM -0600, Tom Rix wrote:
This patch also has a fix to drivers/net/sb1250-mac.c, the dma
descriptor
table ptr is allocated, aligned and the ali
I added this patch to the rdma_cm branch in my git tree. When I was
doing that, I noticed that it builds rdma_ucm.ko unconditionally. It
seems that we want this to depend on CONFIG_INFINIBAND_USER_ACCESS,
since that controls ib_uverbs.ko and ib_ucm.ko.
To do this I rejiggered the Kconfig and Mak
On Tue, Mar 21, 2006 at 03:56:17PM -0800, Stephen Hemminger wrote:
> Okay, but there are number of other places in iproute2 that call ll_addr_a2n()
> with ifr.ifr_hwaddr.sa_data. And that is 14 bytes. If you want to fix those
> it will be harder since it would increase the sizeof(struct sockaddr)
One Tue, 14 Mar 2006 11:37:38 -0300, Arnaldo Carvalho de Melo wrote:
On 3/13/06, Saurabh Jain <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am trying to write a new rate based transport protocol in linux
> kernel (either as a module or directly within the kernel). Basically
>
Yes, fully agreed - and the hardware's pre-beacon interrupt would cause
the beacon function to create a beacon frame and put it into the queue
(dev_queue_xmit on the master device). The beacon frame would the be
passed to the hardware through the normal run_queue that follows.
Simon
-Origina
On Thu, 16 Mar 2006 17:24:41 -0500 (EST)
James Lentini <[EMAIL PROTECTED]> wrote:
>
> The ip(8) command has a bug when dealing with IPoIB link layer
> addresses. Specifically it does not correctly handle the addition of
> new entries in the neighbor/arp table. For example, this command will
>
On Tue, 2006-03-21 at 14:39 -0800, Stephen Hemminger wrote:
> Back to the original question...
>
> What should the iproute2 utilities contain?
>
> Does it have to have the utsname hack to work?
Hi Stephen,
I think the resolution was:
- No to the utsname hack. Ergo the "tc" sample clause
On Tue, 2006-03-21 at 09:57 -0500, jamal wrote:
> I accessed them - unfortunately, though i am trying to, I dont
> see anything outstanding that would justify any changes to the
> hash. Lets just drop this. We can talk about other things if you want.
If you still are not convinced, then I don't se
Back to the original question...
What should the iproute2 utilities contain?
Does it have to have the utsname hack to work?
-
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-
Sean> "This is simply an attempt to reduce/combine work queues
Sean> used by the Infiniband code. This keeps the threading a
Sean> little simpler in the rdma_cm, since all callbacks are
Sean> invoked using the same work queue. (I'm also using this
Sean> with the local SA/multi
On Mon Mar 14, 2006, Christopher Hellwig wrote:
>On Mon, Mar 13, 2006 at 02:25:08PM -0800, Zach Brown wrote:
>> Hi guys,
>>
>> I'm hearing noise about the 'Extended Sockets' API in Oracle. It's an
>> extension to the socket API put together by an industry group that calls
>> itself the Interconne
[just pushed upstream; patch too big to inline]
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the following updates:
Documentation/networking/e100.txt | 158 -
Documentation/networking/e1000.txt | 634 +++--
MAINTAIN
Jesse Brandeburg wrote:
okay, here goes... these patches are against Linus's current tree. They only
update text files, no code updates. The large change to e1000.txt includes
whitespace changes, and some content. They could be included with 2.6.16
as they are for the drivers that are already
Roland Dreier wrote:
> +struct workqueue_struct *rdma_wq;
> +EXPORT_SYMBOL(rdma_wq);
Sean, I don't think I saw an answer when I asked you this before. Why
is ib_addr exporting a workqueue? Is there some sort of ordering
constraint that is forcing other modules to go through the same
workqueu
this patch is required to get a SIS964 based motherboard ethernet working (FSC
D1875)
(picking the #1 transceiver, instead of the last one, in case no known ones
were found
might be a better default, and would have worked in this case too)
Signed-off-by: Artur Skawina <[EMAIL PROTECTED]>
--- v
Nicolas Pitre wrote:
All accessor's different methods are now selected with C code and unused
ones statically optimized away at compile time instead of being selected
with #if's and #ifdef's. This has many advantages such as allowing the
compiler to validate the syntax of the whole code, making
Dale Farnsworth wrote:
From: Dale Farnsworth <[EMAIL PROTECTED]>
When I/O is non-cache-coherent, we need to ensure that the I/O buffers
we use don't share cache lines with other data.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "
Stephen Hemminger wrote:
Cleanup transmit buffers using NAPI. This allows the transmit routine
to leave interrupts enabled, and that improves performance.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
applied 1-9
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
Stephen Hemminger wrote:
The Yukon EC/rev0 (A1) chipset requires a bunch of workarounds. I copied these
from sk98lin. But since they never got tested and add more cruft to the code;
any attempt at using driver as is on this version will probably fail.
It looks like this was a early engineering
> +struct workqueue_struct *rdma_wq;
> +EXPORT_SYMBOL(rdma_wq);
Sean, I don't think I saw an answer when I asked you this before. Why
is ib_addr exporting a workqueue? Is there some sort of ordering
constraint that is forcing other modules to go through the same
workqueue for things?
This see
On Wed, Mar 01, 2006 at 03:58:14PM +0200, Denis Vlasenko wrote:
> On Tuesday 28 February 2006 03:34, John W. Linville wrote:
> > On Mon, Feb 27, 2006 at 11:44:38AM +0100, Carlos Martín wrote:
> > > On Monday 27 February 2006 11:20, Denis Vlasenko wrote:
> > > > > Comments are welcome and I'll split
On Sun, Mar 05, 2006 at 09:47:55PM +0100, Michael Buesch wrote:
> Please pull branches "softmac-upstream" and "dscape-upstream"
> from my repository at:
> git://bu3sch.de/wireless-2.6.git
Merged to softmac and dscape branches of wireless-2.6...thanks!
John
--
John W. Linville
[EMAIL PROTECTED]
On Tue, Feb 28, 2006 at 08:46:54PM +0100, Ivo van Doorn wrote:
> ieee80211_rx has been renamed __ieee80211_rx.
> Use DRV_NAME as much as possible instead of a seperate name string.
> Add new USB device ID.
Merged to dscape branch of wireless-2.6...thanks!
John
--
John W. Linville
[EMAIL PROTECTE
On Fri, Mar 03, 2006 at 06:54:23PM -0800, Jouni Malinen wrote:
> Here's couple of patches to the Devicescape 802.11 implementation.
> Please consider applying to the dscape branch of wireless-2.6 tree.
Merged to dscape branch of wireless-2.6...thanks!
John
--
John W. Linville
[EMAIL PROTECTED]
-
Add mmio barriers at the appropriate places, don't have a platform
that needs them, but this is where the documentation of the patch
says to add them.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -2394,9 +2394,11 @@
Use kcalloc when allocating ring data structure.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -733,13 +733,12 @@ static int skge_ring_alloc(struct skge_r
struct skge_element *e;
int i;
- ring->
Improve performance of skge driver by not touching irq mask
register as much. Since the interrupt source auto-masks, the driver
can just leave it disabled until the end of the soft irq.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/
Reformat some code to make it easier to read. And whitespace
fixes.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -2177,15 +2177,17 @@ static int skge_up(struct net_device *de
memset(skge->mem, 0, skge->mem_
The SysKonnect Genesis and Yukon chip sets have restrictions on the possible
control block area. The memory needs to not cross 4 Gig boundary, and it needs
to be 8 byte aligned. This patch checks and fails to bring the device up
if region is unacceptable.
Signed-off-by: Stephen Hemminger <[EMAIL
Update to skge driver for 2.6.17. The main change is elminating
some lock roundtrips and io accesses which will improve performance
and SMP stability.
--
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:
When a PCI error occurs, try and report more info.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -2764,17 +2764,6 @@ static void skge_mac_parity(struct skge_
? GMF_CLI_TX_FC : GMF_CLI_TX_PE
Cleanup of the part of the code that sets up DMA configuration.
Should cause no real change in operation, just clearer.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -3251,22 +3251,18 @@ static int __devinit skge_prob
Cleanup transmit buffers using NAPI. This allows the transmit routine
to leave interrupts enabled, and that improves performance.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -2307,16 +2307,13 @@ static int skge_xmit
Update version number
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge-2.6.orig/drivers/net/skge.c
+++ skge-2.6/drivers/net/skge.c
@@ -44,7 +44,7 @@
#include "skge.h"
#define DRV_NAME "skge"
-#define DRV_VERSION"1.3"
+#define DRV_VERSION"1.4"
From: Dale Farnsworth <[EMAIL PROTECTED]>
When I/O is non-cache-coherent, we need to ensure that the I/O buffers
we use don't share cache lines with other data.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
This patch fixes red zone error messages that appear when CONFIG_SLAB_DEBUG=y.
Steven Whitehouse writes:
> I've been looking into MPLS recently and so one of the first things that
> would be useful is a testbed to generate test traffic, and hence the
> attached patch to pktgen.
>
> If you have a moment to look over it, then please let me know if you
> would give it y
Hello all,
I am trying to figure out what is causing a change in behavior of the TCP
stack on Linux? I have a very simple test setup:
1) Windows machine running a test app to request data from the server
2) Linux (2.6.10 - yeah, I know... upgrade...) machine running test server
3)
Hi,
I've been looking into MPLS recently and so one of the first things that
would be useful is a testbed to generate test traffic, and hence the
attached patch to pktgen.
If you have a moment to look over it, then please let me know if you
would give it your blessing. The patch is against davem'
Hi all
I would like to point out that struct tcp_sock was enlarged in 2.6.15, and the
'TCP' kmem_cache now needs order-1 allocations instead of order-0
In 2.6.14 :
# grep "^TCP" /proc/slabinfo
TCP 64 7696041 : tunables 54 270 :
slabdata 19 1
Ismail Donmez a écrit :
This is a new point of failure for x86 machines that use lot of tcp
sockets, I learnt it the bad way and had to revert to 2.6.14 some servers
that cannot run stock 2.6.15/2.6.16 for long because of this problem.
It seems to be 1024 here, maybe its your config ?
[EMAIL
Salı 21 Mart 2006 16:40 tarihinde, Eric Dumazet şunları yazmıştı:
> Ismail Donmez a écrit :
> >> This is a new point of failure for x86 machines that use lot of tcp
> >> sockets, I learnt it the bad way and had to revert to 2.6.14 some
> >> servers that cannot run stock 2.6.15/2.6.16 for long beca
Salı 21 Mart 2006 16:17 tarihinde şunları yazmıştınız:
> Hi all
>
> I would like to point out that struct tcp_sock was enlarged in 2.6.15, and
> the 'TCP' kmem_cache now needs order-1 allocations instead of order-0
>
>
> In 2.6.14 :
>
> # grep "^TCP" /proc/slabinfo
> TCP 64 76
On Tue, 2006-21-03 at 09:35 +1000, Russell Stuart wrote:
> Jeezz, that pisses me off. What is it with the bloody
> internet? This isn't the first time this has happened.
> The page you are accessing is in the US for gods sake.
> It seems like the internet has walled off islands on
> occasions.
On Tue, 2006-03-21 at 08:32 -0500, Stephen Smalley wrote:
> > I don't expect security_sk_sid() to be terribly expensive. It's not
> > an AVC check, it's just propagating a label. But I've not done any
> > benchmarking on that.
>
> No permission check there, but it looks like it does read lock
>
On Mon, 2006-03-20 at 15:15 -0800, Chris Wright wrote:
> * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > Chris Wright <[EMAIL PROTECTED]> wrote:
> > > Catherine, the security_sid_to_context() is a raw SELinux function which
> > > crept into core code and should not have been there. The fallout fixe
53 matches
Mail list logo
