netlabel: use GFP flags from caller instead of GFP_ATOMIC
authorDan Carpenter <dan.carpenter@oracle.com>
Wed, 21 Mar 2012 20:41:01 +0000 (20:41 +0000)
committerDavid S. Miller <davem@davemloft.net>
Thu, 22 Mar 2012 23:29:57 +0000 (19:29 -0400)
This function takes a GFP flags as a parameter, but they are never used.
We don't take a lock in this function so there is no reason to prefer
GFP_ATOMIC over the caller's GFP flags.

There is only one caller, cipso_v4_map_cat_rng_ntoh(), and it passes
GFP_ATOMIC as the GFP flags so this doesn't change how the code works.
It's just a cleanup.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/netlabel/netlabel_kapi.c

index 2560e7b441c60a2b7a8c76aa6de3c4d62bd92035..7c94aedd0912777d6d0956f0f5b048f0f62ab97d 100644 (file)
@@ -597,7 +597,7 @@ int netlbl_secattr_catmap_setrng(struct netlbl_lsm_secattr_catmap *catmap,
                        iter = iter->next;
                        iter_max_spot = iter->startbit + NETLBL_CATMAP_SIZE;
                }
-               ret_val = netlbl_secattr_catmap_setbit(iter, spot, GFP_ATOMIC);
+               ret_val = netlbl_secattr_catmap_setbit(iter, spot, flags);
        }
 
        return ret_val;