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(stru
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
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.
>
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 vers
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: 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, wh
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 http://www.ope
<[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
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 you
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 wil
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 unu
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: linux-2.6.17-r
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 g
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 bo
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
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. S
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 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!
--
http://www.
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
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]>
---
drivers/net/ixgb/ixg
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
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
+++ linux-2.6/MAINT
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";
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 */
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 b/drivers/net/i
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
27 matches
Mail list logo
