Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp4539109imw; Tue, 12 Jul 2022 09:38:13 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tlypjD0Y2H4weps5FT1qGjWyDumpTpH87rSXw69YRQI92gj4qYYSLsN3b1HUrNYSLLaNct X-Received: by 2002:a17:907:a218:b0:72b:8aae:3f84 with SMTP id qp24-20020a170907a21800b0072b8aae3f84mr1970361ejc.367.1657643893430; Tue, 12 Jul 2022 09:38:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657643893; cv=none; d=google.com; s=arc-20160816; b=OwlVu0YI6RSpoHcJ+XLWbBK7PCWyK+gbtCazjowJItNfIqU9tuh6/ty8rVxNXBLnsG sjOVojO4A+knv6XjcoEZNYW7yhKA4coed3++3MaQwHidPjNpzcigAg3njTlroSVw6kuY nFgGkQ7K8aBAbOu04EHQGx4lJBzpEPhMeARHl6JJbZ94hgHTOeth/ut7+HESACGrf1av riSqNZUDCFu5zKP85WsP9enOAYEmi63zv7NRi2F4kPt8uRueFm4fUE1ZTrChToDLGlfk h8sW84cvKO7RWFITSIy42NoE43p+JWnt9AxY/PzYq96fdav/Q0vhDuAMBIDVuGC5cGD3 11Jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:date:from:references:in-reply-to :message-id:dkim-signature; bh=RLioEug01fRuSRXwq7xjppErxLOywQH5JImBTn7mP9s=; b=D4uEo2gK+TyXcUAJsad/5WiDP72bjEfmFflIlKeZaiXqHvV6shte3k1N6RT5BILSuW kooChABsuCkyRc/7wFXEy2oJO4MFQ4pfwbQek4e3lJ5Y0znzsdh2UpsoalYNCLLcs2n5 wmsYqbQJbjYmUCT4yvjK7mM+2KZutmyOxmCl5ZUJZAStp0zcLzOJJ7NG2dHZzooS7CAA oNEyo63yCF/sRNtFtEHHghYGSiZfvtaM+SdiBFo/sueQD2q35mgOhWodHsZHMiRnCEzC On7O0CrRGLJCkBDPpJcDii5mve/P2h0rMh5OVRjqygwgV7k6CJhTcwTxWDI4Fs3EfKgS Zgsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@crudebyte.com header.s=lizzy header.b=loUEceod; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=crudebyte.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id o3-20020a170906974300b00726b8cf8debsi2025604ejy.869.2022.07.12.09.37.47; Tue, 12 Jul 2022 09:38:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@crudebyte.com header.s=lizzy header.b=loUEceod; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=crudebyte.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234421AbiGLQ0X (ORCPT + 99 others); Tue, 12 Jul 2022 12:26:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41726 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234358AbiGLQ0D (ORCPT ); Tue, 12 Jul 2022 12:26:03 -0400 X-Greylist: delayed 1821 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Tue, 12 Jul 2022 09:26:00 PDT Received: from lizzy.crudebyte.com (lizzy.crudebyte.com [91.194.90.13]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2CFBFCC020; Tue, 12 Jul 2022 09:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=crudebyte.com; s=lizzy; h=Cc:To:Subject:Date:From:References:In-Reply-To: Message-Id:Content-Type:Content-Transfer-Encoding:MIME-Version:Content-ID: Content-Description; bh=RLioEug01fRuSRXwq7xjppErxLOywQH5JImBTn7mP9s=; b=loUEc eodp+MFKBLd2cj2T6Lt8zubnVb5dWzo9HZZUjPMfKROqHV1my5p36JvD1MaD3MVa9lSSNYVOh8F+M x04/WzTiPmWn0A1xJ3PnEaQIAh73jDdCPfnw0EVCdPd4JD+tbRiWrCYGk0DiPkF5wbjVEWyWSwRxA YtIkdZWI3dS9eituH2gsx5WjY4bz+oFGsRb9JxoC/5XV47PeMaUk3K0EroOFbbgSfmqNAA0sHHCg9 Dp/OSFH9wb0qKszzlZMh+28G/ek7JZ8txNnAosSJ5rVpuZHiytWqv2Ghlij/WvfInj+gQ873n5s0Y /cJEEdOWOalywHfGc3MTOm3FHFi4A==; Message-Id: In-Reply-To: References: From: Christian Schoenebeck Date: Tue, 12 Jul 2022 16:31:24 +0200 Subject: [PATCH v5 06/11] 9p/trans_virtio: resize sg lists to whatever is possible To: v9fs-developer@lists.sourceforge.net Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Dominique Martinet , Eric Van Hensbergen , Latchesar Ionkov , Nikolay Kichukov X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Right now vq_sg_resize() used a lazy implementation following the all-or-nothing princible. So it either resized exactly to the requested new amount of sg lists, or it did not resize at all. The problem with this is if a user supplies a very large msize value, resize would simply fail and the user would stick to the default maximum msize supported by the virtio transport. To resolve this potential issue, change vq_sg_resize() to resize the passed sg list to whatever is possible on the machine. Signed-off-by: Christian Schoenebeck --- net/9p/trans_virtio.c | 68 ++++++++++++++++++++++++++++++++++++++----- 1 file changed, 60 insertions(+), 8 deletions(-) diff --git a/net/9p/trans_virtio.c b/net/9p/trans_virtio.c index 51c48741ff20..e436d748abe0 100644 --- a/net/9p/trans_virtio.c +++ b/net/9p/trans_virtio.c @@ -208,24 +208,67 @@ static struct virtqueue_sg *vq_sg_alloc(unsigned int nsgl) * amount of lists * @_vq_sg: scatter/gather lists to be resized * @nsgl: new amount of scatter/gather lists + * + * Old scatter/gather lists are retained. Only growing the size is supported. + * If the requested amount cannot be satisfied, then lists are increased to + * whatever is possible. */ static int vq_sg_resize(struct virtqueue_sg **_vq_sg, unsigned int nsgl) { struct virtqueue_sg *vq_sg; + unsigned int i; + size_t sz; + int ret = 0; BUG_ON(!_vq_sg || !nsgl); vq_sg = *_vq_sg; + if (nsgl > VIRTQUEUE_SG_NSGL_MAX) + nsgl = VIRTQUEUE_SG_NSGL_MAX; if (vq_sg->nsgl == nsgl) return 0; + if (vq_sg->nsgl > nsgl) + return -ENOTSUPP; + + vq_sg = kzalloc(sizeof(struct virtqueue_sg) + + nsgl * sizeof(struct scatterlist *), + GFP_KERNEL); - /* lazy resize implementation for now */ - vq_sg = vq_sg_alloc(nsgl); if (!vq_sg) return -ENOMEM; + /* copy over old scatter gather lists */ + sz = sizeof(struct virtqueue_sg) + + (*_vq_sg)->nsgl * sizeof(struct scatterlist *); + memcpy(vq_sg, *_vq_sg, sz); + + vq_sg->nsgl = nsgl; + + for (i = (*_vq_sg)->nsgl; i < nsgl; ++i) { + vq_sg->sgl[i] = kmalloc_array( + SG_MAX_SINGLE_ALLOC, sizeof(struct scatterlist), + GFP_KERNEL + ); + /* + * handle failed allocation as soft error, we take whatever + * we get + */ + if (!vq_sg->sgl[i]) { + ret = -ENOMEM; + vq_sg->nsgl = nsgl = i; + break; + } + sg_init_table(vq_sg->sgl[i], SG_MAX_SINGLE_ALLOC); + if (i) { + /* chain the lists */ + sg_chain(vq_sg->sgl[i - 1], SG_MAX_SINGLE_ALLOC, + vq_sg->sgl[i]); + } + } + sg_mark_end(&vq_sg->sgl[nsgl - 1][SG_MAX_SINGLE_ALLOC - 1]); + kfree(*_vq_sg); *_vq_sg = vq_sg; - return 0; + return ret; } /** @@ -846,12 +889,21 @@ p9_virtio_create(struct p9_client *client, const char *devname, char *args) if (nsgl > chan->vq_sg->nsgl) { /* * if resize fails, no big deal, then just - * continue with default msize instead + * continue with whatever we got + */ + vq_sg_resize(&chan->vq_sg, nsgl); + /* + * actual allocation size might be less than + * requested, so use vq_sg->nsgl instead of nsgl */ - if (!vq_sg_resize(&chan->vq_sg, nsgl)) { - client->trans_maxsize = - PAGE_SIZE * - ((nsgl * SG_USER_PAGES_PER_LIST) - 3); + client->trans_maxsize = + PAGE_SIZE * ((chan->vq_sg->nsgl * + SG_USER_PAGES_PER_LIST) - 3); + if (nsgl > chan->vq_sg->nsgl) { + pr_info("limiting 'msize' to %d as only %d " + "of %zu SG lists could be allocated", + client->trans_maxsize, + chan->vq_sg->nsgl, nsgl); } } #endif /* CONFIG_ARCH_NO_SG_CHAIN */ -- 2.30.2