Francois Romieu wrote:
> Rolf Eike Beer <[EMAIL PROTECTED]> :
> [...]
Ok, just tested. I used a file of 200MB and copied it to another host on the
LAN. If I used our 100 MBit switch nothing happened. When I put a 10 MBit hub
in the middle it died at 77 MB.
> > I often see freezes when I do much
gt; although I thought it became better some versions ago. I wont bet on it,
> > it might just have been luck.
>
> You can/should try:
> http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.22-rc2 (patch-kit)
> or:
> http://www.fr.zoreil.com/people/francois/misc/20070522-2.6.22-rc2-r8169.pa
Fix looks good. No comments.
~Siva
-Original Message-
From: Linas Vepstas [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 23, 2007 4:20 AM
To: Jeff Garzik; Andrew Morton
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org;
Ramkrishna Vepa; Sivakumar Subramani; Sreenivasa Honnur; Rastapur
Santos
> Here's a delusional reply: I didn't see any point to it.
> 1) a wmb would add overhead
> 2) the hardware is supposed to be looking at the status flag,
>anyway, and not misbehaving.
> 3) there is a wmb when the descr is actually refilled in such
>a way as to actually mean something to th
On Tue, 2007-05-22 at 07:03 -0400, jamal wrote:
> Hi Zhang Rui,
>
> Really cool stuff. Can you instead use genetlink?
> http://linux-net.osdl.org/index.php/Generic_Netlink_HOWTO
> should help. And if you have more questions post on netdev (not lk).
>
That's really helpful, thanks.
Will post the
subscribe [EMAIL PROTECTED]
-
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-info.html
If you're going to be paranoid, shouldn't you do something here to
make
sure the value's hit the device?
I thought the whole point of paranoia is that its inexplicable.
Here's a delusional reply: I didn't see any point to it.
1) a wmb would add overhead
A wmb() doesn't guarantee the write ha
David Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 17:08:18 -0700
Anyone know the reasoning for masking out the PROMISC flag
in dev_get_flags() ?
Because promiscuous status is a counter, not a binary
on-off state.
You can't expect to just clear it and expect all
From: Ben Greear <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 17:08:18 -0700
> Anyone know the reasoning for masking out the PROMISC flag
> in dev_get_flags() ?
Because promiscuous status is a counter, not a binary
on-off state.
You can't expect to just clear it and expect all the
other promiscuou
Martín Ferrari wrote:
Hi, for the nth time I send this email, hoping that majordomo won't eat
it again.
I know this has been extensibly discussed circa 2001, but I found that
there's still problems: in debian (at least) neither ifconfig nor ip
can tell that the interface is in promiscuous mode.
From: Johannes Berg <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 11:27:46 +0200
>
> > [RTNETLINK]: Remove remains of wireless extensions over rtnetlink
> >
> > Remove some unused variables and function arguments related to the recently
> > removed wireless extensions over rtnetlink.
>
> Still mor
Applied, thanks for finding this interface deficiency.
:-)
-
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-info.html
Another way of minimizing the likelyhood of RX ram from overflowing
is to empty out the entire rx ring every chance we get. Change
the crazy watchdog timeout from 50 seconds to 3 seconds, while
we're here.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.h |9 +++
When entering the netdev poll routine, empty out the RX
chain first, before cleaning up the TX chain. This should
help avoid RX buffer overflows.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: net
Some versions of the spider have a firmware bug, where the
RX ring sequencer goes crazy when the RX RAM on the device
fills up. Appearently the only viable wrkaround is a soft
reset of the card.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 14 +++---
Crazy device problems are hard to debug, when one does not have
good trace info. This patch makes a major enhancement to the
device dump routine.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 62 ---
1 file changed
There is no real reason to terminate the RX ring; it
doesn't make the operation any smooother, and it does
require an extra sync. So don't do it.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 18 +-
1 file changed, 9 insertions(+), 9 deletion
If the ethernet interface is brought down while there is still
RX traffic in flight, the device shutdown routine can end up
trying to double-free an skb, leading to a crash in mm/slab.c
Avoid the double-free by nulling out the skb pointer.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
d
Invalidate a pointer as its pci_unmap'ed; this is a bit of
paranoia to make sure hardware doesn't continue trying to
DMA to it.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
Index: netdev-2.6/dri
On Thu, May 17, 2007 at 09:32:56AM +1000, Michael Ellerman wrote:
> > + hwdescr->buf_addr = 0x0;
>
> If you're going to be paranoid, shouldn't you do something here to make
> sure the value's hit the device?
I thought the whole point of paranoia is that its inexplicable.
Here's a delusional re
Stephen Hemminger wrote:
> The packet passed to packet capture programs may not have a valid checksum
> if you have checksum offload configured on the device. What kind of hardware
> do you have on sender and receiver?
The c-snippet uses 127.x.x.x --> loopback
I think Philipp tested this on real
Put the enable and disable routines next to one-another,
as this makes verifying thier symmetry that much easier.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
Index: netdev
On Tue, 22 May 2007 21:47:22 +
"Thomas B. Rücker" <[EMAIL PROTECTED]> wrote:
> hi,
>
> a friend of mine recently contacted me about what he at first thought
> were IPv6 issues with some java software.
>
> As it turns out it probably is a general IP issue with the Linux kernel:
>
> He wrote
Make error messages print which interface they apply to.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 10 ++
drivers/net/spider_net.h |2 +-
2 files changed, 7 insertions(+), 5 deletions(-)
Index: netdev-2.6/drivers/net/spider_net.c
===
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 21:27:03 +1000
> Hi Dave:
>
> Here's patch to fix the warnings.
>
> [IPSEC]: Fix warnings with casting int to pointer
>
> This patch adds some casts to shut up the warnings introduced by my
> last patch that added a common interator fu
On Tue, May 22, 2007 at 03:36:36PM -0700, David Miller wrote:
>
> > > Yep, for any NIC that supports SG but not TSO then software GSO will
> > > be a big win. When the NIC doesn't support SG then the win is mostly
> > > offset by the need to copy the packet again.
...
> SKB's from TSO are comp
From: Florin Malita <[EMAIL PROTECTED]>
The stats update code in spider_net_pass_skb_up() is touching the skb
after it's been passed up to the stack. To avoid that, just update the
stats first.
Signed-off-by: Florin Malita <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
---
From: Shirley Ma <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 15:58:05 -0700
> Sorry for the confusion. I am thinking to avoid copy in skb_segment() for
> GSO. The way could be in tcp_sendmsg() to allocate small discontiguous
> buffers (equal = MTU) instead of allocating pages.
The SKB splitting al
Don't run any of the MSI handlers if the channel is off;
also don't gather device statatistics. Also, netif_wake
not needed, per suggestions from
Sivakumar Subramani <[EMAIL PROTECTED]>.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Ramkrishna Vepa <[EMAIL PROTECTED]>
Cc: Sivakumar Subram
Linas Vepstas wrote:
On Mon, May 21, 2007 at 06:51:45PM -0400, Jeff Garzik wrote:
The part that confuses me is that I'd gotten a message from Jeff
back in March (well before 2.6.21 came out), saying it was in his
development tree; yet, the patch its not in 2.6.22-rc; Torvalds
hasn't yet pulled f
On Mon, May 21, 2007 at 06:51:45PM -0400, Jeff Garzik wrote:
>
> >The part that confuses me is that I'd gotten a message from Jeff
> >back in March (well before 2.6.21 came out), saying it was in his
> >development tree; yet, the patch its not in 2.6.22-rc; Torvalds
> >hasn't yet pulled from it?
>
Hi Eric,
> It's a HP system with two dual core CPUs at 3GHz, the
Then you might try to bind network IRQ to one CPU
(echo 1 >/proc/irq/XX/smp_affinity)
XX being your NIC interrupt (cat /proc/interrupts to catch it)
and bind your user program to another cpu(s)
the NIC was already fixed
From: Shirley Ma <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 15:22:35 -0700
> > Yep, for any NIC that supports SG but not TSO then software GSO will
> > be a big win. When the NIC doesn't support SG then the win is mostly
> > offset by the need to copy the packet again.
> >
> > Cheers,
> > --
>
>
Milton Miller wrote:
Proceeding with the review:
Coding style:
(1) if body on seperate line.
(2) space after if before (
(3) The other enums in this driver are not ALL_CAPS
(4) This driver doesn't do CONSTANT != value but value != enum
(see nic->mac for examples)
I sent Milton my copy of t
hi,
a friend of mine recently contacted me about what he at first thought
were IPv6 issues with some java software.
As it turns out it probably is a general IP issue with the Linux kernel:
He wrote this piece of c which sends an UDP packet to 127.28.50.50 -
http://www2.futureware.at/~philipp/udp
rnel, latest I
> tested was 2.6.21-rc7. But I've seen this on many previous version, although
> I thought it became better some versions ago. I wont bet on it, it might just
> have been luck.
You can/should try:
http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.22-rc2 (patch-kit)
or:
htt
On Tue, 2007-05-22 at 07:34 -0700, Nishanth Aravamudan wrote:
> On 22.05.2007 [09:16:37 -0500], Steve Fox wrote:
> >
> > Andy put this through a couple machines on test.kernel.org and elm3b6
> > was fixed, however elm3b239 still had a boot error.
> >
> > BUG: at mm/slab.c:777 __find_general_cache
Chuck Ebbert wrote:
Herbert Xu wrote:
On Mon, May 21, 2007 at 07:42:39PM -0400, Jeff Garzik wrote:
applied, though as a poster (DaveJ?) noted, I'm not sure it completely
fixes the bug
It should fix the problem completely in 2.6.22. For 2.6.21, we need
a different fix because e1000_open is dir
The following changes since commit 55b637c6a003a8c4850b41a2c2fd6942d8a7f530:
Linus Torvalds (1):
Linux v2.6.22-rc2
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
Eugene Teo (2):
drivers/net/wireless/li
Herbert Xu wrote:
> On Mon, May 21, 2007 at 07:42:39PM -0400, Jeff Garzik wrote:
>> applied, though as a poster (DaveJ?) noted, I'm not sure it completely
>> fixes the bug
>
> It should fix the problem completely in 2.6.22. For 2.6.21, we need
> a different fix because e1000_open is directly cal
On May 21, 2007, at 12:45 PM, Kok, Auke wrote:
Milton Miller wrote:
On May 18, 2007, at 12:11 PM, David Acker wrote:
Kok, Auke wrote:
First impression just came in: It seems RX performance is dropped
to 10mbit. TX is unaffected and runs at 94mbit/tcp, but RX the new
code seems to misbehave
On Tue, 2007-05-22 at 08:05 -0700, Stephen Hemminger wrote:
> The same thing is already done to handle network protocols already.
> RCU is used for the object handle (including function pointers).
> You need to use:
> * put rcu structure in accelerator list member
> and initialize it to the
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Cc: Ian Pratt <[EMAIL PROTECTE
On Tue, 22 May 2007 13:44:28 +0100
Kieran Mansley <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-05-22 at 08:48 +0100, Keir Fraser wrote:
> >
> >
> > On 22/5/07 08:28, "Kieran Mansley" <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 2007-05-22 at 08:15 +0100, Kieran Mansley wrote:
> > >> RCU on its own
On 22.05.2007 [09:16:37 -0500], Steve Fox wrote:
> On Wed, 2007-05-16 at 17:59 -0700, Badari Pulavarty wrote:
>
> > Here it is ..
> >
> > Should I do one for poll() also ?
> >
> > Thanks,
> > Badari
> >
> > Optimize select by a using stack space for small fd sets.
> > core_sys_select() already
On Tue, 2007-05-22 at 15:07 +0100, Keir Fraser wrote:
> On 22/5/07 13:44, "Kieran Mansley" <[EMAIL PROTECTED]> wrote:
>
> >> Eagerly zap the function pointers, then wait one RCU period so every CPU
> >> goes through a quiescent point before unloading the module?
> >>
> >> -- Keir
> >
> > Am I r
On Wed, 2007-05-16 at 17:59 -0700, Badari Pulavarty wrote:
> Here it is ..
>
> Should I do one for poll() also ?
>
> Thanks,
> Badari
>
> Optimize select by a using stack space for small fd sets.
> core_sys_select() already has this optimization. This is
> for compat version.
>
> Signed-off-b
On 22/5/07 13:44, "Kieran Mansley" <[EMAIL PROTECTED]> wrote:
>> Eagerly zap the function pointers, then wait one RCU period so every CPU
>> goes through a quiescent point before unloading the module?
>>
>> -- Keir
>
> Am I right in thinking that if one of the functions that was protected
> by
On Tue, 2007-05-22 at 08:48 +0100, Keir Fraser wrote:
>
>
> On 22/5/07 08:28, "Kieran Mansley" <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2007-05-22 at 08:15 +0100, Kieran Mansley wrote:
> >> RCU on its own wouldn't
> >> prevent the accelerated plugin being unloaded while netfront was using
> >> o
Remove redundant includes.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
drivers/net/ucc_geth.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
index 864b1aa..3b27b6d 100644
--- a/drivers/net/ucc_geth.c
+++ b/drivers/net/u
Fix MODULE_DEVICE_TABLE() duplication in ucc_geth.c and ucc_geth_mii.c
for ucc_geth to be compiled as module.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
drivers/net/ucc_geth_mii.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ucc_geth_mii.c b/drivers/net
Hi Dave:
Here's patch to fix the warnings.
[IPSEC]: Fix warnings with casting int to pointer
This patch adds some casts to shut up the warnings introduced by my
last patch that added a common interator function for xfrm algorightms.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
Cheers,
--
Vi
Hi Zhang Rui,
Really cool stuff. Can you instead use genetlink?
http://linux-net.osdl.org/index.php/Generic_Netlink_HOWTO
should help. And if you have more questions post on netdev (not lk).
cheers,
jamal
On Tue, 2007-22-05 at 17:47 +0800, Zhang Rui wrote:
> From: Zhang Rui <[EMAIL PROTECTED]>
On Tuesday 22 May 2007, David Miller wrote:
> From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
> Date: Tue, 22 May 2007 18:36:47 +0900 (JST)
>
> > In article <[EMAIL PROTECTED]> (at Tue, 22 May
2007 10:57:38 +0200), Eric Dumazet <[EMAIL PROTECTED]> says:
> > > > I have tried to set up quagga wit
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 18:36:47 +0900 (JST)
> In article <[EMAIL PROTECTED]> (at Tue, 22 May 2007 10:57:38 +0200), Eric
> Dumazet <[EMAIL PROTECTED]> says:
>
> > > I have tried to set up quagga with tcp-md5 support from kernel. All seems
> > >
On Tue, May 22, 2007 at 10:05:00AM -, Samuel Ortiz ([EMAIL PROTECTED])
wrote:
>
> On 5/22/2007, "Zhang Rui" <[EMAIL PROTECTED]> wrote:
> >Index: linux-2.6.22-rc1/include/linux/netlink.h
> >===
> >--- linux-2.6.22-rc1.orig/include
On 5/22/2007, "Zhang Rui" <[EMAIL PROTECTED]> wrote:
>Index: linux-2.6.22-rc1/include/linux/netlink.h
>===
>--- linux-2.6.22-rc1.orig/include/linux/netlink.h 2007-05-21
>10:19:00.0 +0800
>+++ linux-2.6.22-rc1/include/lin
From: Zhang Rui <[EMAIL PROTECTED]>
Export ACPI events via netlink.
A netlink message is broadcasted when an ACPI event is generated.
Note: The behaviour of how ACPI event works nowadays is not changed.
Netlink is used to export ACPI event instead of /proc/acpi/event
someday,
but
Eric Dumazet wrote:
> On Tue, 22 May 2007 09:33:29 +0200
> Marc Donner <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I have tried to set up quagga with tcp-md5 support from kernel. All seems ok
>> with a intel e100 NIC, but as i testetd with a intel e1000 NIC the tcp
>> packets have an invalid md5 dig
In article <[EMAIL PROTECTED]> (at Tue, 22 May 2007 10:57:38 +0200), Eric
Dumazet <[EMAIL PROTECTED]> says:
> > I have tried to set up quagga with tcp-md5 support from kernel. All seems ok
> > with a intel e100 NIC, but as i testetd with a intel e1000 NIC the tcp
> > packets have an invalid md5 d
> [RTNETLINK]: Remove remains of wireless extensions over rtnetlink
>
> Remove some unused variables and function arguments related to the recently
> removed wireless extensions over rtnetlink.
Still more! Sorry about that and thanks!
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
Since
On Tue, 22 May 2007 09:33:29 +0200
Marc Donner <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have tried to set up quagga with tcp-md5 support from kernel. All seems ok
> with a intel e100 NIC, but as i testetd with a intel e1000 NIC the tcp
> packets have an invalid md5 digest.
> If i run tcpdump on the
On Tue, 2007-05-22 at 08:48 +0100, Keir Fraser wrote:
>
>
> On 22/5/07 08:28, "Kieran Mansley" <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2007-05-22 at 08:15 +0100, Kieran Mansley wrote:
> >> RCU on its own wouldn't
> >> prevent the accelerated plugin being unloaded while netfront was using
> >> o
On 22/5/07 08:28, "Kieran Mansley" <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-05-22 at 08:15 +0100, Kieran Mansley wrote:
>> RCU on its own wouldn't
>> prevent the accelerated plugin being unloaded while netfront was using
>> one of the hooks.
>
> Hmm, actually I think it could be used to do th
On Tue, 2007-05-22 at 08:15 +0100, Kieran Mansley wrote:
> RCU on its own wouldn't
> prevent the accelerated plugin being unloaded while netfront was using
> one of the hooks.
Hmm, actually I think it could be used to do that. I'll take a look.
Kieran
-
To unsubscribe from this list: send the
On Mon, 2007-05-21 at 10:52 -0700, Stephen Hemminger wrote:
> On Fri, 18 May 2007 14:16:48 +0100
> Kieran Mansley <[EMAIL PROTECTED]> wrote:
>
> > Add support to Xen netfront for accelerated plugin module
> >
> >
> >
> > +/*
> > + * List of all netfront accelerator plugin modules available. Eac
On Mon, 2007-05-21 at 10:50 -0700, Stephen Hemminger wrote:
> Your mailer is word wrapping the patch so it won't apply as is.
Apologies - I'll make sure it doesn't for the next revision. There
should also have been a copy attached to the email that I would not
expect to be wrapped.
Thanks
Kier
67 matches
Mail list logo