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
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
--ro
In the long term this semaphore should
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
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_enable sem = 2
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.
>
>
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.
Thanks for
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
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 reason was
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
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 151 :
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 faster.
Here is route DoS attack. Pure routing
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
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:
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
[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.
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
Rik van Riel writes:
On Thu, 15 Mar 2001, [ISO-8859-1] Mrten Wikstrm 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 Smartbits
[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.
Isn't it possible to put
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 which
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:
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
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
24 matches
Mail list logo