Re: Bottom half for network drivers

Vadim Lebedev (vlebedev@aplio.fr)
Fri, 10 Sep 1999 19:01:54 +0200


If it was my driver,
the problem would appear for any packet size... I dont check for specific
packet size in my driver

Vadim

----- Original Message -----
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Vadim Lebedev <vlebedev@aplio.fr>
Cc: <linux-kernel@vger.rutgers.edu>
Sent: Friday, September 10, 1999 6:43 PM
Subject: Re: Bottom half for network drivers

> > So you're suggesting that for small packets i'll allocate a new SKB an
copy
> > the packet data to this new skb and
> > pass this new skb to netif_rx?
>
> Yes. Otherwise the socket queueing will get confused by the large amounts
> of free space queued.
>
> > What do you consider as small?
>
> The tulip uses 100 bytes
>
> > And what do you think about my driver-specific bh routine idiea?
>
> Its more overhead than it will save I think, even on uclinux
>
> > the ICMP echo packet comes back usially in 0.4 ms.... so it seems that
the
> > small packets are stuck somewhere
> > between my driver and ping application for variable amount of time....
> > With packets >128 bytes there is NO problem....
> > the kernel is 2.0.33 based...
>
> Or stuck in your driver ?
>
> > ... while talking to lightning.swansea.uk.linux.org.:
> > >>> RCPT To:<alan@lxorguk.ukuu.org.uk>
> > <<< 550-Open relay - see
http://www.orbs.org/verify.cgi?address=194.98.0.128
> > <<< 550 rejected: administrative prohibition
> > 550 <alan@lxorguk.ukuu.org.uk>... User unknown
> >
> > so i could not reply to you directly
>
> My address is correct. Your mail is going via a known open mail relay. I
run
> aggressive spamfiltering. If that is your box check the URL it gives, this
> will tell you if its your box that is the relay, what it relayed via, let
> you test if you fixed relaying and the like.
>
> Alan
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/