Re: Re[4]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2005-05-20 at 14:24 +0100, Dan Searle wrote:
> Hi,
> 
> See comments below....
> 
> Friday, May 20, 2005, 1:51:04 PM, you wrote:
> 
> >> I've been looking, and would it be a good idea to return: NET_XMIT_CN
> >> from esp_output() and/or esp_input() if I have to drop the frame
> >> because the HW crypto engine's queue is full?
> >> 
> >> It looks that way, but I have no idea if the caller to esp_output()
> >> and/or esp_input() know how to react to NET_XMIT_CN.
> 
> > With UDP NET_XMIT_CN will be transformed into -ENOBUFS.
> > As far as i know only qdisc can return it now.
> 
> So, if I'm in esp_output() and need to drop an skb, I should:
> 
> dropskb:
>         kfree_skb(skb);
>         return NET_XMIT_DROP;
> 
> And if I'm in esp_input() and need to drop an skb, I should:
> 
> dropskb:
>         kfree_skb(skb);
>         return NET_RX_DROP;
> 
> Please advise, regards, Dan...

Yes.
Or return negative error value.

> --
> 
> Dan Searle
> Adelix Ltd
> dan.searle@xxxxxxxxxx web: www.adelix.com
> tel: 0845 230 9590 / fax: 0845 230 9591 / support: 0845 230 9592
> snail: The Old Post Office, Bristol Rd, Hambrook, Bristol BS16 1RY. UK.
> 
> Any views expressed in this email communication are those
> of the individual sender, except where the sender specifically states
> them to be the views of a member of Adelix Ltd.  Adelix Ltd. does not
> represent, warrant or guarantee that the integrity of this communication
> has been maintained nor that the communication is free of errors or
> interference.
-- 
        Evgeniy Polyakov

Crash is better than data corruption -- Arthur Grabowski

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]

  Powered by Linux