or ~3 hours with high very high load and
interface up/down every 5:th sec. Without the patch the irq's gets
disabled within a couple of seconds
A resolute way of handling the semaphores. :)
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
Cheers
David Miller writes:
> > eth0 e1000_irq_enable sem = 1<- ifconfig eth0 down
> > eth0 e1000_irq_disable sem = 2
> >
> > **e1000_open <- ifconfig eth0 up
> > eth0 e1000_irq_disable sem = 3 Dead. irq's can't be enabled
> > e1000_irq_enable miss
> > eth0 e1000_irq
David Miller writes:
> > On Wednesday 16 January 2008, David Miller wrote:
> > > Ok, here is the patch I'll propose to fix this. The goal is to make
> > > it as simple as possible without regressing the thing we were trying
> > > to fix.
> >
> > Looks good to me. Tested with -rc8.
>
> T
David Miller writes:
> > Is the netif_running() check even required?
>
> No, it is not.
>
> When a device is brought down, one of the first things
> that happens is that we wait for all pending NAPI polls
> to complete, then block any new polls from starting.
Hello!
Yes but the reaso
Oh. Linux version 2.6.11-rc2 was used.
Robert Olsson writes:
>
> Andrew Morton writes:
> > Russell King <[EMAIL PROTECTED]> wrote:
>
> > > ip_dst_cache1292 1485256 151
>
> > I guess we should find a way to make it happen f
Andrew Morton writes:
> Russell King <[EMAIL PROTECTED]> wrote:
> > ip_dst_cache1292 1485256 151
> I guess we should find a way to make it happen faster.
Here is route DoS attack. Pure routing no NAT no filter.
Start
=
ip_dst_cache 5 30256 15
Hello!
Look at
pginfos[i].hh[12] = 0x08; /* fill in protocol. Rest is filled in later. */
pginfos[i].hh[13] = 0x00;
--ro
Junfeng Yang writes:
> Hi,
>
> I tried to use pktgen module from 2.6.* kernels and found out that I
> couldn't receive
Manfred Spraul writes:
> >
> > http://Linux/net-development/experiments/010313
> >
> The link is broken, and I couldn't find it at www.linux.com. Did you
> forget the host?
Yes Sir!
The profile data from the Linux production router is at:
http://robur.slu.se/Linux/net-development/expe
Jonathan Morton writes:
> Nice. Any chance of similar functionality finding its' way outside the
> Tulip driver, eg. to 3c509 or via-rhine? I'd find those useful, since one
> or two of my Macs appear to be capable of generating pseudo-DoS levels of
> traffic under certain circumstances wh
[Sorry for the length]
Rik van Riel writes:
> On Thu, 15 Mar 2001, Robert Olsson wrote:
>
> > CONFIG_NET_HW_FLOWCONTROL enables kernel code for it. But device
> > drivers has to have support for it. But unfortunely very few drivers
> > has support for it.
&g
Rik van Riel writes:
> On Thu, 15 Mar 2001, [ISO-8859-1] Mårten Wikström wrote:
>
> > I've performed a test on the routing capacity of a Linux 2.4.2 box
> > versus a FreeBSD 4.2 box. I used two Pentium Pro 200Mhz computers with
> > 64Mb memory, and two DEC 100Mbit ethernet cards. I used a S
Yes !
The FF experiments with 2.1.X indicated improvement factor about 2-3 times
with skb recycling. With combination of FF and skb recycling we could reach
fast Ethernet wire speed forwarding on 400 Mhz CPU. About ~147 KPPS.
As jamal reported the improvement is much less today but the forwar
12 matches
Mail list logo
