The patch titled
Subject: ipc/mqueue: use correct gfp flags in msg_insert
has been removed from the -mm tree. Its filename was
ipc-mqueue-improve-performance-of-send-recv-use-correct-gfp-flags-in-msg_insert.patch
This patch was dropped because it was folded into ipc-mqueue-improve-performance-of-send-recv.patch
The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/
------------------------------------------------------
From: Sasha Levin <levinsasha928@xxxxxxxxx>
Subject: ipc/mqueue: use correct gfp flags in msg_insert
msg_insert() tries to allocate using GFP_KERNEL, while in both cases when
it's called, it's coming from an atomic context. Introduced by 7dd7edf
("ipc/mqueue: improve performance of send/recv").
Use GFP_ATOMIC instead.
Also, fix up coding style in the kzalloc while we're there.
Signed-off-by: Sasha Levin <levinsasha928@xxxxxxxxx>
Cc: Doug Ledford <dledford@xxxxxxxxxx>
Cc: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Cc: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
Cc: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
ipc/mqueue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN ipc/mqueue.c~ipc-mqueue-improve-performance-of-send-recv-use-correct-gfp-flags-in-msg_insert ipc/mqueue.c
--- a/ipc/mqueue.c~ipc-mqueue-improve-performance-of-send-recv-use-correct-gfp-flags-in-msg_insert
+++ a/ipc/mqueue.c
@@ -133,7 +133,7 @@ static int msg_insert(struct msg_msg *ms
else
p = &(*p)->rb_right;
}
- leaf = kzalloc(sizeof(struct posix_msg_tree_node), GFP_KERNEL);
+ leaf = kzalloc(sizeof(*leaf), GFP_ATOMIC);
if (!leaf)
return -ENOMEM;
rb_init_node(&leaf->rb_node);
_
Patches currently in -mm which might be from levinsasha928@xxxxxxxxx are
origin.patch
locking-add-kern_cont-when-needed-to-self-test.patch
isdn-add-missing-kern_cont.patch
ipc-mqueue-improve-performance-of-send-recv.patch
--
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
