Ananda Raju [EMAIL PROTECTED] :
[...]
Signed-off-by: Ananda Raju [EMAIL PROTECTED]
---
diff -upNr perf_fixes/drivers/net/s2io.c dmesg_param_fixes/drivers/net/s2io.c
--- perf_fixes/drivers/net/s2io.c 2006-04-13 08:02:56.0 -0700
+++ dmesg_param_fixes/drivers/net/s2io.c
Jeff Kirsher [EMAIL PROTECTED] :
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index cfd67d8..0b9481a 100644
--- a/drivers/net/ixgb/ixgb_main.c
+++ b/drivers/net/ixgb/ixgb_main.c
[...]
@@ -346,7 +346,7 @@ ixgb_probe(struct pci_dev *pdev,
const struct
Jeff Kirsher [EMAIL PROTECTED] :
[...]
diff --git a/drivers/net/ixgb/ixgb_ethtool.c b/drivers/net/ixgb/ixgb_ethtool.c
index e8d83de..978be30 100644
--- a/drivers/net/ixgb/ixgb_ethtool.c
+++ b/drivers/net/ixgb/ixgb_ethtool.c
[...]
diff --git a/drivers/net/ixgb/ixgb_main.c
Jeff Kirsher [EMAIL PROTECTED] :
[...]
diff --git a/drivers/net/ixgb/ixgb.h b/drivers/net/ixgb/ixgb.h
index c83271b..a696c33 100644
--- a/drivers/net/ixgb/ixgb.h
+++ b/drivers/net/ixgb/ixgb.h
[...]
@@ -192,6 +197,7 @@ struct ixgb_adapter {
/* structs defined in ixgb_hw.h */
Running this on my alpha gives (gcc 4.0.2):
3000
0123456A01234567
Andrew Morton wrote:
Because networking does read/write short fields in various packet
header structures. Results are illustrated in a following example:
char foo[] __attribute__((aligned(8))) = 0123456701234567;
int
If someone wants to be added/removed, please reply to this mail.
Otherwise, John/Andrew/someone please apply.
--
Index: linux-2.6/MAINTAINERS
===
--- linux-2.6.orig/MAINTAINERS 2006-04-20 18:14:44.0 +0200
+++
Hi,
Here is a patch to get PIO mode working in
the bcm43xx driver for cards that support it.
Supporting cards are all the older ones like 4306
(Apple Airport Extreme).
Please test this patch on a little endian machine,
such as i386. This patch works on PPC, but I am
not 100% sure, if I got the
Jeff Garzik [EMAIL PROTECTED] wrote:
05/10: [PATCH] Update truesize with the length of the packet for
packet split
These 10 patches look OK, but since the current kernel version is
2.6.17-rc1, that means we are in bug fix only mode right now.
Should I (a) apply
Jeff Kirsher a écrit :
- This patch is to improve performance by adding prefetch to the ixgb driver
- Add driver comments
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
---
On Thu, Apr 20, 2006 at 12:09:55PM -0700, David S. Miller wrote:
Going all the way to the socket is a large endeavor and will require a
lot of restructuring to do it right, so expect this to take on the
order of months.
That's what you said about Niagara too :-)
Good luck!
--
Hi Jörn,
On Saturday, 22. April 2006 13:48, Jörn Engel wrote:
Unless I completely misunderstand something, one of the main points of
the netchannels if to have *zero* fields written to by both producer
and consumer.
Hmm, for me the main point was to keep the complete processing
of a single
On Saturday 22 April 2006 17:18, you wrote:
bcm43xx_lock_mmio(bcm, flags);
+
+ txctl = bcm43xx_pio_read(queue, BCM43xx_PIO_TXCTL);
+ if (txctl BCM43xx_PIO_TXCTL_SUSPEND)
+ return;
Ah, and yes, I see the bug here. :)
But that normally does not trigger anyway. So no
On Sat, 22 April 2006 15:29:58 +0200, Ingo Oeser wrote:
On Saturday, 22. April 2006 13:48, Jörn Engel wrote:
Unless I completely misunderstand something, one of the main points of
the netchannels if to have *zero* fields written to by both producer
and consumer.
Hmm, for me the main
On Fri, 21 April 2006 18:52:47 +0200, Ingo Oeser wrote:
What about sth. like
struct netchannel {
/* This is only read/written by the writer (producer) */
unsigned long write_ptr;
struct netchannel_buftrailer *netchan_queue[NET_CHANNEL_ENTRIES];
/* This is modified by both */
On Fri, Apr 21, 2006 at 10:53:28PM +0200, Jiri Benc wrote:
Default management interface (wlanXap) confuses users. It is only needed for
AP mode (and only until interfaces are converted to use native 802.11
frames).
Or when using user space MLME in client mode which is something that I
just got
genetlink-utils.patch
Two utilities for simplifying usage of NETLINK_GENERIC
interface.
Signed-off-by: Balbir Singh [EMAIL PROTECTED]
Signed-off-by: Shailabh Nagar [EMAIL PROTECTED]
include/net/genetlink.h | 20
1 files changed, 20 insertions(+)
Index:
Begin forwarded message:
Date: Sat, 22 Apr 2006 12:45:44 +0200
From: thomas klein [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Subject: sky2 driver network freeze while transfering data
[EMAIL PROTECTED]:~/kernel/linux-2.6.16.9$ sh scripts/ver_linux
If some fields are empty or look
On Saturday, 22. April 2006 15:49, Jörn Engel wrote:
That was another main point, yes. And the endpoints should be as
little burden on the bottlenecks as possible. One bottleneck is the
receive interrupt, which shouldn't wait for cachelines from other cpus
too much.
Thats right. This will
Marco Berizzi [EMAIL PROTECTED] wrote:
Is there any news about this issue?
Sorry for the delay, I've been travelling.
The fact that tcpdump with host 172.16.0.138 does not fix it tells
us that this is related to the NAT that you're doing to the 172.16
side of the network.
Looking at your
[EMAIL PROTECTED] wrote:
And the output in the kernel ring buffer is:
dmesg | grep xmit
ei_start_xmit(): skb-data unaligned fc0019be55d5 align to
fc001ef37620
length 60
Very weird. The length seems to indicate that this packet went through
skb_padto. However, I can't see how
On Sun, Apr 23, 2006 at 03:43:22PM +1000, Herbert Xu wrote:
Can you please put some printks in to find out if
1) skb_padto is being called.
2) Is the input to skb_padto aligned?
I'd also help if you could print out the contents of the packet itself.
--
Visit Openswan at
From: Ingo Oeser [EMAIL PROTECTED]
Date: Sun, 23 Apr 2006 02:05:32 +0200
On Saturday, 22. April 2006 15:49, Jörn Engel wrote:
That was another main point, yes. And the endpoints should be as
little burden on the bottlenecks as possible. One bottleneck is the
receive interrupt, which
From: Jörn Engel [EMAIL PROTECTED]
Date: Sat, 22 Apr 2006 13:48:46 +0200
Unless I completely misunderstand something, one of the main points of
the netchannels if to have *zero* fields written to by both producer
and consumer. Receiving and sending a lot can be expected to be the
common
From: bert hubert [EMAIL PROTECTED]
Date: Sat, 22 Apr 2006 21:30:24 +0200
On Thu, Apr 20, 2006 at 12:09:55PM -0700, David S. Miller wrote:
Going all the way to the socket is a large endeavor and will require a
lot of restructuring to do it right, so expect this to take on the
order of
From: Ingo Oeser [EMAIL PROTECTED]
Date: Sat, 22 Apr 2006 15:29:58 +0200
On Saturday, 22. April 2006 13:48, Jörn Engel wrote:
Unless I completely misunderstand something, one of the main points of
the netchannels if to have *zero* fields written to by both producer
and consumer.
Hmm,
From: Herbert Xu [EMAIL PROTECTED]
Date: Sat, 22 Apr 2006 15:22:54 +1000
Jeff Garzik [EMAIL PROTECTED] wrote:
05/10: [PATCH] Update truesize with the length of the packet for
packet split
These 10 patches look OK, but since the current kernel version is
From: Ingo Oeser [EMAIL PROTECTED]
Date: Fri, 21 Apr 2006 18:52:47 +0200
nice to see you getting started with it.
Thanks for reviewing.
I'm not sure about the queue logic there.
1867 /* Caller must have exclusive producer access to the netchannel. */
1868 int netchannel_enqueue(struct
27 matches
Mail list logo