netdev
[Top] [All Lists]

Re: Asynchronous crypto layer.

To: James Morris <jmorris@xxxxxxxxxx>
Subject: Re: Asynchronous crypto layer.
From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Date: Tue, 14 Dec 2004 11:07:18 +0300
Cc: jamal <hadi@xxxxxxxxxx>, Michal Ludvig <michal@xxxxxxxx>, netdev@xxxxxxxxxxx, cryptoapi@xxxxxxxxxxxxxx
In-reply-to: <Xine.LNX.4.44.0412140159470.30724-100000@xxxxxxxxxxxxxxxxxxxxxxxx>
Organization: MIPT
References: <Xine.LNX.4.44.0412140159470.30724-100000@xxxxxxxxxxxxxxxxxxxxxxxx>
Reply-to: johnpol@xxxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On Tue, 2004-12-14 at 02:23 -0500, James Morris wrote:
> On Tue, 2 Nov 2004, Evgeniy Polyakov wrote:
> 
> Some feedback:
> 
> +#define session_completed(s)   (s->ci.flags & SESSION_COMPLETED)
> +#define complete_session(s)    do {s->ci.flags |= SESSION_COMPLETED;} 
> while(0)
> +#define uncomplete_session(s)  do {s->ci.flags &= ~SESSION_COMPLETED;} while 
> (0)
> etc.
> 
> Please use static inlines for all of these things.
> Are these supposed to be exported to userspace?  Why?

No, they are not supposed to be exported, I will convert them.

> 
> +struct crypto_conn_data
> +{
> +       char                    name[SCACHE_NAMELEN];
> +       __u16                   cmd;
> 
> Again, exporting to userspace?

Yes, it is part of the acrypto control over connector(netlink) protocol.

> 
> +       list_for_each_entry_safe(__dev, n, &cdev_list, cdev_entry)
> +       {
> +               if (compare_device(__dev, dev))
> +               {
> 
> Incorrect coding style (and many more).

Sigh... :)
<very sadly> I know, know, and will change it. </very sadly>

> As mentioned before, pluggable load balacers are not needed now, and 
> complicate the code.

I am still not giving up :) - 
we have several TCP congestion models, we have different IO schedulers, 
we can tune routing code(although we can not change hash to tree in
runtime).

> 
> - James
-- 
        Evgeniy Polyakov

Crash is better than data corruption -- Arthur Grabowski

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

<Prev in Thread] Current Thread [Next in Thread>