IB/uverbs: Handle large number of entries in poll CQ
authorDan Carpenter <error27@gmail.com>
Wed, 13 Oct 2010 09:13:12 +0000 (09:13 +0000)
committerRoland Dreier <rolandd@cisco.com>
Wed, 8 Dec 2010 23:23:49 +0000 (15:23 -0800)
commit7182afea8d1afd432a17c18162cc3fd441d0da93
tree6a39903f54a0b1b95cce0d3774d661d3b1f28977
parent59e57c622c3502346e8f930421ebc482d639520c
IB/uverbs: Handle large number of entries in poll CQ

In ib_uverbs_poll_cq() code there is a potential integer overflow if
userspace passes in a large cmd.ne.  The calls to kmalloc() would
allocate smaller buffers than intended, leading to memory corruption.
There iss also an information leak if resp wasn't all used.
Unprivileged userspace may call this function, although only if an
RDMA device that uses this function is present.

Fix this by copying CQ entries one at a time, which avoids the
allocation entirely, and also by moving this copying into a function
that makes sure to initialize all memory copied to userspace.

Special thanks to Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
for his help and advice.

Cc: <stable@kernel.org>
Signed-off-by: Dan Carpenter <error27@gmail.com>
[ Monkey around with things a bit to avoid bad code generation by gcc
  when designated initializers are used.  - Roland ]

Signed-off-by: Roland Dreier <rolandd@cisco.com>
drivers/infiniband/core/uverbs_cmd.c