Messages in this thread | | | From | "Vadim Lebedev" <> | Subject | Re: Bottom half for network drivers | Date | 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/
| |