Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1658237ybt; Thu, 18 Jun 2020 14:05:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxYK2KUR2Xd3VJWQLneM2MxfGJPXa5Ks7srKU+w3VzreW9kHO4hWaHrbwI4RITmbhrzhUWS X-Received: by 2002:a17:906:d93c:: with SMTP id rn28mr629630ejb.190.1592514313482; Thu, 18 Jun 2020 14:05:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592514313; cv=none; d=google.com; s=arc-20160816; b=SoZlqsqXNChPkp4qrcYO2k0ZMzBx6SvUcmewvIk0a3eMvuoLIsvOGrcCiscL00XwRo ReycyElJM9PdUOPeO9ur7hfihLpcWPMl/6YsyPHjUj2eTmOYPtaXJHhucpIiji3e0/TI /aypFiG0js98Z3D+tjfstI2grPvn3uJXUJYcIkvXoDYop6DutxAr1Ddw8B6kLV1LeUHx rnROefFTT7wPciwMg3G60tZUzcQsBI2iJzaMeitkKcjlLk8qfO768Te2Cn7zQQO1zr6R LK4qSbB8hAI721gRkNfDfPs/Sh5VSP2ROqLwk1bXHPG0CEmX/nsxHwr2WRDaoSZP3hhd 31ag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=kOfTDT2DDIvIcyxFUh+RCruzM45DnpdWZ37dYLLIi2s=; b=RJnBgKwWgYGt6ZrfGkL5gdHVb8o0Ny+U6OrLs0xFGbAjCnP/QUbOAC0nYqKgnYX8KG +XAxI22FkXPI4n4A2JPBCH9FTb7BsskepCnXPE4sQHoCJtINiwJUcmzJL8pe34XcSmy2 Ac1u+dk7bEDJZIuqwZiQgSNkOAdI0cMG8eeMhMma+YmorXpa5i9BoXs9eelvHqHPIBC+ Q303x9fl6Id0o1xY6U6KanI0pHnQm+EIL4Dno/uh7U90aamLLqbPcnMhBhTZiXy8QGuA U2DmziHEoGmSK52kIAtyw7f1Xo7i2zP/yAKeikcsALukwnV2YO8xOmCQB+IAkEsjg8Db 9b8A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e18si2462340ejd.466.2020.06.18.14.04.51; Thu, 18 Jun 2020 14:05:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729818AbgFRVCu (ORCPT + 99 others); Thu, 18 Jun 2020 17:02:50 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:37765 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727982AbgFRVCu (ORCPT ); Thu, 18 Jun 2020 17:02:50 -0400 Received: from [189.110.235.168] (helo=localhost.localdomain) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1jm1gM-00073w-EZ; Thu, 18 Jun 2020 21:02:46 +0000 From: Thadeu Lima de Souza Cascardo To: Josef Bacik Cc: Jens Axboe , linux-block@vger.kernel.org, nbd@other.debian.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, cascardo@canonical.com Subject: [PATCH] nbd: allocate sufficient space for NBD_CMD_STATUS Date: Thu, 18 Jun 2020 18:02:39 -0300 Message-Id: <20200618210240.157566-1-cascardo@canonical.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The nest attribute NBD_ATTR_DEVICE_LIST was not accounted for when allocating the message, resulting in -EMSGSIZE. As __alloc_skb aligns size requests to SMP_CACHE_BYTES and SLUB will end up allocating more than requested, this can hardly be reproduced on most setups. However, I managed to test this on a 32-bit x86 with 15 entries, by loading with nbds_max=15. It failed with -EMSGSIZE, while it worked with 14 or 16 entries. Signed-off-by: Thadeu Lima de Souza Cascardo --- drivers/block/nbd.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index 43cff01a5a67..19551d8ca355 100644 --- a/drivers/block/nbd.c +++ b/drivers/block/nbd.c @@ -2265,6 +2265,7 @@ static int nbd_genl_status(struct sk_buff *skb, struct genl_info *info) msg_size = nla_total_size(nla_attr_size(sizeof(u32)) + nla_attr_size(sizeof(u8))); msg_size *= (index == -1) ? nbd_total_devices : 1; + msg_size += nla_total_size(0); /* for NBD_ATTR_DEVICE_LIST */ reply = genlmsg_new(msg_size, GFP_KERNEL); if (!reply) -- 2.25.1