[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4ACB67EB.6080000@gmail.com>
Date: Tue, 06 Oct 2009 11:53:15 -0400
From: William Allen Simpson <william.allen.simpson@...il.com>
To: netdev@...r.kernel.org
Subject: query: TCPCT setsockopt kmalloc's
On both the client and server side, the setsockopt does a kmalloc(). Only
once per connect on the client side, once per listen on the server side.
However, after Miller's expressed concern, it seems possible to reorganize
the code to do the kmalloc() before the lock_sock(). Does that mean that it
should be GFP_KERNEL? Or should it still be GFP_ATOMIC?
[Not that anybody cares, but based on recent discussion on the list about
internal kernel coding standards, I've changed Adam's old sizeof(struct)
to sizeof(*tcvp). Previously, I was trying to make as few changes as
possible, thinking everything was already correct.]
===
new:
+ /* Allocate ancillary memory before locking.
+ */
+ if ((0 < tcd.tcpcd_used
...
+ && NULL == (tcvp = kmalloc(sizeof(*tcvp) + tcd.tcpcd_used,
+ GFP_KERNEL))) {
+ return -ENOMEM;
+ }
+
+ lock_sock(sk);
...
+ } else {
+ if (unlikely(NULL != tp->cookie_values)) {
+ kref_put(&tp->cookie_values->kref,
+ tcp_cookie_values_release);
+ }
+ kref_init(&tcvp->kref);
...
+ tp->cookie_values = tcvp;
+ }
+
+ release_sock(sk);
+ return err;
===
old:
+ lock_sock(sk);
...
+ } else if (NULL != (tsdplp =
+ kmalloc(sizeof(struct tcp_s_data_payload)
+ + tcd.tcpcd_used,
+ GFP_ATOMIC))) {
+ if (unlikely(tp->s_data_payload)) {
+ kref_put(&tp->s_data_payload->kref,
+ tcp_s_data_payload_release);
+ }
+ kref_init(&tsdplp->kref);
...
+ tp->s_data_payload = tsdplp;
+ } else {
+ err = -ENOMEM;
+ }
+
+ release_sock(sk);
+ return err;
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists