Glenn Grundstrom wrote:
This code is far from a TCP stack. It's main purpose is to exchange
RDMA MPA request/response messages that are required by the iWarp specs
and therefore needed by our hardware. All RNIC hardware vendors need
this MPA message exchange, including those already accepted
> > +atomic_t cm_connects;
> > +atomic_t cm_accepts;
> > +atomic_t cm_disconnects;
> > +atomic_t cm_closes;
> > +atomic_t cm_connecteds;
> > +atomic_t cm_connect_reqs;
> > +atomic_t cm_rejects;
>
> do you really want to take the hit of a LOCK prefix each time you
> increment a stat???
I
o you have an alternative suggestion?
Thanks,
Glenn.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andi Kleen
Sent: Wednesday, August 08, 2007 7:41 AM
To: Glenn Grundstrom
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; netdev@vger.kernel.org
Subject: Re: [PATCH
[EMAIL PROTECTED] writes:
> NetEffect connection manager routines.
This seems more like a new TCP stack. I don't think such code
is appropiate, since Linux already has one.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
Mor
[EMAIL PROTECTED] wrote:
+atomic_t cm_connects;
+atomic_t cm_accepts;
+atomic_t cm_disconnects;
+atomic_t cm_closes;
+atomic_t cm_connecteds;
+atomic_t cm_connect_reqs;
+atomic_t cm_rejects;
do you really want to take the hit of a LOCK prefix each time you
increment a stat???
+static struc
