xHCI: use gfp flags from caller instead of GFP_ATOMIC
authorDan Carpenter <dan.carpenter@oracle.com>
Wed, 28 Mar 2012 07:30:26 +0000 (10:30 +0300)
committerSarah Sharp <sarah.a.sharp@linux.intel.com>
Wed, 11 Apr 2012 15:29:00 +0000 (08:29 -0700)
commit3fc8206d3dca1550eb0a1f6e2a350881835954ba
treed3c2f4651dc2835e1f2096ea761ec7aec5d72887
parent457a4f61f9bfc3ae76e5b49f30f25d86bb696f67
xHCI: use gfp flags from caller instead of GFP_ATOMIC

The caller is allowed to specify the GFP flags for these functions.
We should prefer their flags unless we have good reason.  For
example, if we take a spin_lock ourselves we'd need to use
GFP_ATOMIC.  But in this case it's safe to use the callers GFP
flags.

The callers all pass GFP_ATOMIC here, so this change doesn't affect
how the kernel behaves but we may add other callers later and this
is a cleanup.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>
drivers/usb/host/xhci-ring.c