Hi Aritz,
> As far as I can understand, dma_writeq_full means that the card finds
> the rx_ring full and overwrites a previous packet (so that packet is
> lost). So how can the rx_discards (packets discarded) counter less
> than the dma_writeq_full counter?
>
> Thank you
> Regards
> Aritz
To decr
>
> I don't claim that the shared interrupt _should_ interfere but do you
> see a specific reason why it would hurt the 8139too driver ?
>
Well, not really
Just surprised me
Aritz
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
Mor
Steven Hayter <[EMAIL PROTECTED]> :
[...]
> It's the old version of drivers/net/ibm_emac/ibm_emac_core.c (2.6.13)
> the memcpy's are near the comment 'MAL is braindead'. The new version
> appearing in 2.16.15 looks much better, but doesn't look like it does
> jumbo frames, hence I'm trying to tw
jamal wrote:
On Fri, 2005-30-12 at 09:30 -0500, jamal wrote:
Ok, attached is what i tried - the script is not very realistic
but demoes that shaping will happen in the real device.
Ahh yes - I should have tried with the default class rather than
classifying. This behavior is fine and works
Stephen Hemminger wrote:
How come this hasn't made it upstream yet? The 2.6.15-rc7 code still
has the old version.
There were a bunch of not-for-rc changes, so it went into 2.6.16 pile:
skge: avoid up/down on speed changes
skge: avoid up/down on pause param changes
skge: ge
Aritz Bastida <[EMAIL PROTECTED]> :
[...]
> Anyway I don't understand why shared interrupt should interfere. In
> theory nothing would be done if a interface receives a irq triggered
> by another. This is at the beginning of rtl8139_interrupt:
>
> /* shared irq? */
> if (unlikely((
Host AP driver has code to support writing firmware to non-volatile
memory, a.k.a. flash. This code has been extensively tested when Host
AP was a standalone driver.
Add a configuration option to the kernel to allow enabling this
functionality. Improve the description of the RAM download option.
On Thu, Dec 29, 2005 at 01:34:43AM +0100, Aritz Bastida wrote:
> Hello again,
Hi,
> Now I send you the statistics I have collected in the test I've done.
> But before, another problem I didn't tell before, because it didn't
> happen always. But it's quite strange. I have used pktgen in quite a
How come this hasn't made it upstream yet? The 2.6.15-rc7 code still
has the old version.
-
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
On Thu, Dec 29, 2005 at 12:29:55AM +0100, Aritz Bastida wrote:
> So, after these all tests I'm thinking of using two injector machines
> which will send to ksensor, in order to achieve an aggregated
> throughput. By the way, if a switch is connected to all these
> machines, there wouldn't be any c
On Fri, 2005-12-30 at 04:22 +0100, Johannes Berg wrote:
> This patch fixes some of the ieee80211 crypto related code so that
> instead of having the host fully do crypto operations, the host_build_iv
> flag works properly (for WEP in this patch) which, if turned on,
> requires the hardware to do al
Francois Romieu wrote:
See drivers/net/e1000/e1000_main.c, search alloc_page and take a look
at include/linux/skbuff.h::struct skb_shared_info.
Is the source code of the said driver available somewhere under GPL/alike ?
It's the old version of drivers/net/ibm_emac/ibm_emac_core.c (2.6.13)
the
From: Patrick McHardy
> Kris Katterjohn wrote:
> > From: Patrick McHardy
> >
> >>Thats even worse, it will fall through to the second switch statement.
> >>Just call BUG(), since it means you forgot to check something.
> >
> >
> > I'm 99.99% sure I didn't forget anything. I just left it there in
Kris Katterjohn wrote:
From: Patrick McHardy
Thats even worse, it will fall through to the second switch statement.
Just call BUG(), since it means you forgot to check something.
I'm 99.99% sure I didn't forget anything. I just left it there in my first patch
because it was there before. Eve
Steven Hayter <[EMAIL PROTECTED]> :
[...]
> I can't see any code which does this in any other drivers, so I've got
> the feeling I'm approaching it from completely the wrong angle. Can
> anyone give me a few pointers as to how I should go about doing this
> correctly?
See drivers/net/e1000/e1000_m
From: Patrick McHardy
> Kris Katterjohn wrote:
> > From: Patrick McHardy
> >
> >>Kris Katterjohn wrote:
> >>
> >>>--- x/net/core/filter.c2005-12-28 16:51:35.0 -0600
> >>>+++ y/net/core/filter.c2005-12-28 16:53:32.0 -0600
> >>>@@ -250,7 +250,7 @@ load_b:
> >>>
I'm currently working on a network driver, in particular trying to
improve performance when passing data up to the network stack.
For an example, a 9000 byte Ethernet frame comes in, and is DMA'd to the
system memory in three transfers of up to approximately 4000 bytes each.
Currently we are plac
On Wed, 2005-28-12 at 10:46 -0500, jamal wrote:
> On Wed, 2005-28-12 at 10:39 -0500, jamal wrote:
> [..]
> > I am going to
> > send an iproute2 patch that is only documentation on usage etc.
> >
>
> Attached.
A new version attached. Actually all it is is a
s/dummy/ifb/g
cheers,
jamal
Document
On Fri, 2005-30-12 at 09:30 -0500, jamal wrote:
>
> Ok, when i do this testing i will try to create a script which demos the
> functionality.
>
Ok, attached is what i tried - the script is not very realistic
but demoes that shaping will happen in the real device.
cheers,
jamal
What this scrip
Repost, left dummy alone - new device called IFB (Intermediate
Functional Block) taking feedback from Patrick and Andi.
> On Wed, 2005-28-12 at 10:40 -0500, jamal wrote:
> Dave,
> This is intended for 2.6.16 since it is a new feature.
>
> To everyone who has contacted me over the last few month
Kris Katterjohn wrote:
From: Patrick McHardy
Kris Katterjohn wrote:
--- x/net/core/filter.c 2005-12-28 16:51:35.0 -0600
+++ y/net/core/filter.c 2005-12-28 16:53:32.0 -0600
@@ -250,7 +250,7 @@ load_b:
mem[fentry->k] = X;
continue;
On Thu, 2005-29-12 at 21:32 +, Andy Furniss wrote:
> I mean it would be handy to be able to send a packet to dummy to be
> shaped then when that packet "returns" to then classify/shape again on
> the real interface.
>
Shaping should work when the packet comes back to the real device.
You h
22 matches
Mail list logo
