summaryrefslogtreecommitdiffstats
path: root/lib/memcat_p.c
diff options
context:
space:
mode:
authorDexuan Cui <decui@microsoft.com>2018-11-26 02:29:56 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-11-26 20:33:56 +0100
commiteceb05965489784f24bbf4d61ba60e475a983016 (patch)
treeb982e4364053c46e055cbff669fd876ebf168f46 /lib/memcat_p.c
parent7bada55ab50697861eee6bb7d60b41e68a961a9c (diff)
downloadlinux-stable-eceb05965489784f24bbf4d61ba60e475a983016.tar.gz
linux-stable-eceb05965489784f24bbf4d61ba60e475a983016.tar.bz2
linux-stable-eceb05965489784f24bbf4d61ba60e475a983016.zip
Drivers: hv: vmbus: check the creation_status in vmbus_establish_gpadl()
This is a longstanding issue: if the vmbus upper-layer drivers try to consume too many GPADLs, the host may return with an error 0xC0000044 (STATUS_QUOTA_EXCEEDED), but currently we forget to check the creation_status, and hence we can pass an invalid GPADL handle into the OPEN_CHANNEL message, and get an error code 0xc0000225 in open_info->response.open_result.status, and finally we hang in vmbus_open() -> "goto error_free_info" -> vmbus_teardown_gpadl(). With this patch, we can exit gracefully on STATUS_QUOTA_EXCEEDED. Cc: Stephen Hemminger <sthemmin@microsoft.com> Cc: K. Y. Srinivasan <kys@microsoft.com> Cc: Haiyang Zhang <haiyangz@microsoft.com> Cc: stable@vger.kernel.org Signed-off-by: Dexuan Cui <decui@microsoft.com> Signed-off-by: K. Y. Srinivasan <kys@microsoft.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'lib/memcat_p.c')
0 files changed, 0 insertions, 0 deletions