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