Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp644456rwd; Wed, 31 May 2023 03:28:57 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7LZE5PUvJw9sKmIPFkCenDxcX6PClLqYIJ9QpHZ3inG1jCyS/Kw4P0WXbQTYLxzOFDUvhW X-Received: by 2002:a05:6a20:a39f:b0:10b:5abf:6f0d with SMTP id w31-20020a056a20a39f00b0010b5abf6f0dmr3884857pzk.40.1685528937190; Wed, 31 May 2023 03:28:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685528937; cv=none; d=google.com; s=arc-20160816; b=gQ8wdBXwGOkT4QhpQJRvWlS3NnxO5sWgV0fHv2b6c4ibZMUPpQ7lqBdXc/gqfoOj+U YPn2qNr1/50gZYia7RS26iGdN9kbZMDhZ1JHcuJyMNOkJkDkAjDpbjMmJQYE0qtQAse0 SxBGVQFVLJcaWDEmiMRnnrpCAf/gXTpfvCtO4Sst5tIzynniN5296+1zSITFFCRXwBF/ clml+NFl2I+ba+nBQM/o7ufWHWX1SCEjC5J4o7Yk/OqHWuE90bmZ8uQ4j9HDX3hIM8j+ nl6OWriS00RBx75TZ/v9FXqien/iummobig8vHvR5rHsXVVI5pn/Fg9DuzlJa7Gt0LOx 610A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=DvwGCRQeWTvKp10bN1Sbh5bj4YnUv0Bqw0o1UOThBzY=; b=wyEUgQiTxHcnfTG6Jel5ePhp6w4e7rAlKzPNpIFpqAfkkcbKUJT0hV8vYyntlSNWpo mBdDZPxfUCivtk+iEKfYAWcP6cWrhhfaWufxLY6sWp3w6HB+SC7GTy+YJPUfWzdGX1gi UEgOCUSByovz5b5kXVvmWjxa1wxOn1BGVWG766iQCowPFBlQU6LQ/agFnhexhCXQuphC 4fh3ck9HmiuImxrqdzs3dmkhAfpTpiU0qPpPfhi8hxswrYswII3FYMCbdFuZQVkfAwCE HLpzc+gR89ssalEyaDDc7/5IEF4D0zsS0ejy+/IhStiNRzDbe0bYTSrWFmpLuNYwHY2d +cEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="cc/iCJdI"; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e12-20020a170902b78c00b001a1eac2df75si605001pls.490.2023.05.31.03.28.44; Wed, 31 May 2023 03:28:57 -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=@redhat.com header.s=mimecast20190719 header.b="cc/iCJdI"; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230421AbjEaKZz (ORCPT + 99 others); Wed, 31 May 2023 06:25:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41288 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229949AbjEaKZx (ORCPT ); Wed, 31 May 2023 06:25:53 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6FD6F132 for ; Wed, 31 May 2023 03:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1685528705; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DvwGCRQeWTvKp10bN1Sbh5bj4YnUv0Bqw0o1UOThBzY=; b=cc/iCJdIaNZ57pKP2kkx4AA5/YFYk7t3pfKq//xGPibFeLKlyL3hwAHe8cQQhhnovYF0mf lcvci7ZXpJ1+mnwY+IuHAv/CLFk2hvozGha+KmmVocpC17eRr1WykTs9vUQY0YFrkwFczQ BWD2kfO9VBXADTMGDbr3B09LQp3ahW8= Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-101-fGG67D_iP5aNY6hmKeJWEQ-1; Wed, 31 May 2023 06:25:04 -0400 X-MC-Unique: fGG67D_iP5aNY6hmKeJWEQ-1 Received: by mail-wr1-f72.google.com with SMTP id ffacd0b85a97d-30ad0812151so3097965f8f.3 for ; Wed, 31 May 2023 03:25:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685528703; x=1688120703; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=DvwGCRQeWTvKp10bN1Sbh5bj4YnUv0Bqw0o1UOThBzY=; b=BsGvWHEH3omHPRLHE4/jWqFUCcR7Olqp5/MaWEhjshgcokvPSB045cDRuG41qZGl8T zG67lUZaGVQfTtRmC82m4j7blIdZ7dKAonYOC9kDv0Bazg3M5PZ/jtvAml8pheDHXwsb z+71+eNGRZw6P7M54Ue8CCJfHsy3OBrak3mM9rBLssDTTiF2gQlS9NoVmn6/FRmtxqAq fVu65Em0T6Q7tsdU0pnnQs1iwIXCwrlhUlusVGeQNvOHw3ZBfknIAbQFrRHheHKmYi1m B6C7/qUuLD60+LdAC6Av/X8ruosudtB58GkkzOrGomqQLyRozsGwVhdD9goRVlIT7LBf RSuw== X-Gm-Message-State: AC+VfDzF/xFUMzWuQRh25jQcxVxrHEfoTvAKEjq40iLnNm0ofma30hnV VtGSLopiwaPJgKkGjC5m+tzonxjrs66/Jd2qOy0S+4eYLfE6/aH9roDnl34FPUK9R3bXWzSpz6S jUwaXMmRrJT9H5mUxxMnhfmYqe5rRS5sz X-Received: by 2002:adf:f452:0:b0:307:8b3e:285a with SMTP id f18-20020adff452000000b003078b3e285amr4867795wrp.67.1685528702685; Wed, 31 May 2023 03:25:02 -0700 (PDT) X-Received: by 2002:adf:f452:0:b0:307:8b3e:285a with SMTP id f18-20020adff452000000b003078b3e285amr4867778wrp.67.1685528702252; Wed, 31 May 2023 03:25:02 -0700 (PDT) Received: from redhat.com ([2.52.11.69]) by smtp.gmail.com with ESMTPSA id b9-20020adfe309000000b003079986fd71sm6404500wrj.88.2023.05.31.03.25.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 31 May 2023 03:25:01 -0700 (PDT) Date: Wed, 31 May 2023 06:24:58 -0400 From: "Michael S. Tsirkin" To: Jason Wang Cc: xuanzhuo@linux.alibaba.com, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] virtio_ring: validate used buffer length Message-ID: <20230531062108-mutt-send-email-mst@kernel.org> References: <20230526063041.18359-1-jasowang@redhat.com> <20230528033037-mutt-send-email-mst@kernel.org> <20230529055729-mutt-send-email-mst@kernel.org> <20230531014326-mutt-send-email-mst@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, 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 On Wed, May 31, 2023 at 04:26:38PM +0800, Jason Wang wrote: > On Wed, May 31, 2023 at 3:36 PM Jason Wang wrote: > > > > On Wed, May 31, 2023 at 1:50 PM Michael S. Tsirkin wrote: > > > > > > On Wed, May 31, 2023 at 09:05:00AM +0800, Jason Wang wrote: > > > > On Mon, May 29, 2023 at 6:03 PM Michael S. Tsirkin wrote: > > > > > > > > > > On Mon, May 29, 2023 at 09:18:10AM +0800, Jason Wang wrote: > > > > > > On Sun, May 28, 2023 at 3:57 PM Michael S. Tsirkin wrote: > > > > > > > > > > > > > > On Fri, May 26, 2023 at 02:30:41PM +0800, Jason Wang wrote: > > > > > > > > This patch validate > > > > > > > > > > > > > > validates > > > > > > > > > > > > > > > the used buffer length provided by the device > > > > > > > > before trying to use it. > > > > > > > > > > > > > > before returning it to caller > > > > > > > > > > > > > > > This is done by remembering the in buffer > > > > > > > > length in a dedicated array during virtqueue_add(), then we can fail > > > > > > > > the virtqueue_get_buf() when we find the device is trying to give us a > > > > > > > > used buffer length which is greater than we stored before. > > > > > > > > > > > > > > than what we stored > > > > > > > > > > > > > > > > > > > > > > > This validation is disable > > > > > > > > > > > > > > disabled > > > > > > > > > > > > > > > by default via module parameter to unbreak > > > > > > > > some existing devices since some legacy devices are known to report > > > > > > > > buggy used length. > > > > > > > > > > > > > > > > Signed-off-by: Jason Wang > > > > > > > > > > > > > > First I'm not merging this without more data about > > > > > > > what is known to be broken and what is known to work well > > > > > > > in the commit log. And how exactly do things work if used length > > > > > > > is wrong? > > > > > > > > > > > > Assuming the device is malicious, it would be very hard to answer. > > > > > > Auditing and fuzzing won't cover every case. Instead of trying to seek > > > > > > the answer, we can simply make sure the used in buffer length is > > > > > > validated then we know we're fine or not. > > > > > > > > > > To restate the question, you said above "some legacy devices are known > > > > > to report buggy used length". If they report buggy length then how > > > > > can things work? > > > > > > > > The validation is disabled for legacy device (as stated in the changelog): > > > > > > > > static bool vring_needs_used_validation(const struct virtio_device *vdev) > > > > { > > > > /* > > > > * Several legacy devices are known to produce buggy used > > > > * length. In order to let driver work, we won't validate used > > > > * buffer length in this case. > > > > */ > > > > if (!virtio_has_feature(vdev, VIRTIO_F_VERSION_1)) > > > > return false; > > > > if (force_used_validation) > > > > return true; > > > > return false; > > > > } > > > > > > > > This seems to be what we've agreed in last version: > > > > > > > > https://lore.kernel.org/all/CANLsYkxfhamUU0bb4j7y6N4_G9odKxLCjXxgXEx4SJ6_Kf+M2Q@mail.gmail.com/T/#m31f3b06f9032beec175c312dfa2532cb08b15c56 > > > > > > > > Thanks > > > > > > > > > > I don't get it. You wrote: > > > > > > This validation is disable > > > by default via module parameter to unbreak > > > some existing devices since some legacy devices are known to report > > > buggy used length. > > > > > > which devices? > > > > legacy rpmsg and vsock device (before 49d8c5ffad07) at least. > > > > > why do you need a module parameter? > > > > If we enable it unconditionally for modern devices, it may break some > > buggy moden device (vsock without a fix as an example). > > > > > > > > > > > > > > > > > > > > Second what's wrong with dma_desc_extra that we already maintain? > > > > > > > Third motivation - it's part and parcel of the hardening effort yes? > > > > > > > > > > > > They are different. dma_desc_extra is for a descriptor ring, but this > > > > > > is for a used ring. Technically we can go back to iterate on the > > > > > > descriptor ring for a legal used in buffer length. But it will have > > > > > > worse performance. > > > > > > > > > > I don't really understand. We already iterate when we unmap - > > > > > all that is necessary is to subtract it from used length, if at > > > > > the end of the process it is >0 then we know used length is too > > > > > large. > > > > > > > > Yes, but it is the job that is done in the driver level not the virtio > > > > core. > > > > > > What job? > > > > I meant the driver can do the validation since it has the knowledge of > > the buffer length if it wants. > > > > > unmap is done in detach_buf_split and detach_buf_packed respectively. > > > vring_desc_extra isn't even visible outside drivers/virtio/virtio_ring.c > > > > desc_extra doesn't contain buffer length for the case of indirect > > descriptors. So we need to iterate in the descriptors when it looks > > expensive if we don't need unmap. > > > > Thanks > > > > > > > > For drivers that do unmap at driver level - I guess they can do > > > validation there too. > > > > > > > Validation in virtio core is still necessary since they're > > > > working at different levels and it's hard to force the validation in > > > > all drivers by codes. Last version introduces a > > > > suppress_driver_validation to allow the driver to suppress the core > > > > validation which seems not good, we need a way to force the > > > > virtio_ring code to do validation before. > > > > > > Why do we? If driver validates length virtio_ring does not need to > > > validate. > > To be more safe, there's no guarantee that there's no bug in the driver. Extra options increase testing matrix size so - there be bugs. We need to make these decisions for (most) users. > > If driver does not use length virtio_ring does not need to > > > validate. > > This could be done on top assuming the validation is disabled by > default. But if the administrator wants to have belt and braces we > need to leave an option for them. > > Thanks No, we don't regress then fix on top. As for mod parameter I am not impressed - no one's going to have the time or inclination to do the requisite testing to know whether the module parameter is safe. > > core can provide this service for the gazillion non > > > performance critical drivers that just want to keep things simple, > > > but the 4-5 critical ones can do their own validation if they want to. > > > > > > > Or such stuff could be added > > > > on top since the validation is by default anyway. > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > I'd like to know the fate of VIRTIO_HARDEN_NOTIFICATION before > > > > > > > we do more hardening. If it's irrevocably broken let's rip it out? > > > > > > > > > > > > So the plan is > > > > > > > > > > > > 1) finish used ring validation (this had been proposed, merged and > > > > > > reverted before notification hardening) > > > > > > 2) do notification hardening on top. > > > > > > > > > > > > So let's leave it as is and I will do a rework after we finalize the > > > > > > used ring validation. > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > --- > > > > > > > > Changes since V4: > > > > > > > > - drop the flat for driver to suppress the check > > > > > > > > - validation is disabled by default > > > > > > > > - don't do validation for legacy device > > > > > > > > - rebase and support virtqueue resize > > > > > > > > --- > > > > > > > > drivers/virtio/virtio_ring.c | 75 ++++++++++++++++++++++++++++++++++++ > > > > > > > > 1 file changed, 75 insertions(+) > > > > > > > > > > > > > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > > > > > > > > index 143f380baa1c..5b151605aaf8 100644 > > > > > > > > --- a/drivers/virtio/virtio_ring.c > > > > > > > > +++ b/drivers/virtio/virtio_ring.c > > > > > > > > @@ -15,6 +15,9 @@ > > > > > > > > #include > > > > > > > > #include > > > > > > > > > > > > > > > > +static bool force_used_validation = false; > > > > > > > > +module_param(force_used_validation, bool, 0444); > > > > > > > > + > > > > > > > > #ifdef DEBUG > > > > > > > > /* For development, we want to crash whenever the ring is screwed. */ > > > > > > > > #define BAD_RING(_vq, fmt, args...) \ > > > > > > > > @@ -105,6 +108,9 @@ struct vring_virtqueue_split { > > > > > > > > struct vring_desc_state_split *desc_state; > > > > > > > > struct vring_desc_extra *desc_extra; > > > > > > > > > > > > > > > > + /* Maximum in buffer length, NULL means no used validation */ > > > > > > > > + u32 *buflen; > > > > > > > > + > > > > > > > > /* DMA address and size information */ > > > > > > > > dma_addr_t queue_dma_addr; > > > > > > > > size_t queue_size_in_bytes; > > > > > > > > @@ -145,6 +151,9 @@ struct vring_virtqueue_packed { > > > > > > > > struct vring_desc_state_packed *desc_state; > > > > > > > > struct vring_desc_extra *desc_extra; > > > > > > > > > > > > > > > > + /* Maximum in buffer length, NULL means no used validation */ > > > > > > > > + u32 *buflen; > > > > > > > > + > > > > > > > > /* DMA address and size information */ > > > > > > > > dma_addr_t ring_dma_addr; > > > > > > > > dma_addr_t driver_event_dma_addr; > > > > > > > > @@ -552,6 +561,7 @@ static inline int virtqueue_add_split(struct virtqueue *_vq, > > > > > > > > unsigned int i, n, avail, descs_used, prev, err_idx; > > > > > > > > int head; > > > > > > > > bool indirect; > > > > > > > > + u32 buflen = 0; > > > > > > > > > > > > > > > > START_USE(vq); > > > > > > > > > > > > > > > > @@ -635,6 +645,7 @@ static inline int virtqueue_add_split(struct virtqueue *_vq, > > > > > > > > VRING_DESC_F_NEXT | > > > > > > > > VRING_DESC_F_WRITE, > > > > > > > > indirect); > > > > > > > > + buflen += sg->length; > > > > > > > > } > > > > > > > > } > > > > > > > > /* Last one doesn't continue. */ > > > > > > > > @@ -675,6 +686,10 @@ static inline int virtqueue_add_split(struct virtqueue *_vq, > > > > > > > > else > > > > > > > > vq->split.desc_state[head].indir_desc = ctx; > > > > > > > > > > > > > > > > + /* Store in buffer length if necessary */ > > > > > > > > + if (vq->split.buflen) > > > > > > > > + vq->split.buflen[head] = buflen; > > > > > > > > + > > > > > > > > /* Put entry in available array (but don't update avail->idx until they > > > > > > > > * do sync). */ > > > > > > > > avail = vq->split.avail_idx_shadow & (vq->split.vring.num - 1); > > > > > > > > @@ -861,6 +876,11 @@ static void *virtqueue_get_buf_ctx_split(struct virtqueue *_vq, > > > > > > > > BAD_RING(vq, "id %u is not a head!\n", i); > > > > > > > > return NULL; > > > > > > > > } > > > > > > > > + if (vq->split.buflen && unlikely(*len > vq->split.buflen[i])) { > > > > > > > > + BAD_RING(vq, "used len %d is larger than max in buffer len %u\n", > > > > > > > > + *len, vq->split.buflen[i]); > > > > > > > > + return NULL; > > > > > > > > + } > > > > > > > > > > > > > > > > /* detach_buf_split clears data, so grab it now. */ > > > > > > > > ret = vq->split.desc_state[i].data; > > > > > > > > @@ -1085,10 +1105,25 @@ static void vring_free_split(struct vring_virtqueue_split *vring_split, > > > > > > > > vring_split->queue_dma_addr, > > > > > > > > dma_dev); > > > > > > > > > > > > > > > > + kfree(vring_split->buflen); > > > > > > > > kfree(vring_split->desc_state); > > > > > > > > kfree(vring_split->desc_extra); > > > > > > > > } > > > > > > > > > > > > > > > > +static bool vring_needs_used_validation(const struct virtio_device *vdev) > > > > > > > > +{ > > > > > > > > + /* > > > > > > > > + * Several legacy devices are known to produce buggy used > > > > > > > > + * length. In order to let driver work, we won't validate used > > > > > > > > + * buffer length in this case. > > > > > > > > + */ > > > > > > > > + if (!virtio_has_feature(vdev, VIRTIO_F_VERSION_1)) > > > > > > > > + return false; > > > > > > > > + if (force_used_validation) > > > > > > > > + return true; > > > > > > > > + return false; > > > > > > > > +} > > > > > > > > + > > > > > > > > static int vring_alloc_queue_split(struct vring_virtqueue_split *vring_split, > > > > > > > > struct virtio_device *vdev, > > > > > > > > u32 num, > > > > > > > > @@ -1137,7 +1172,19 @@ static int vring_alloc_queue_split(struct vring_virtqueue_split *vring_split, > > > > > > > > vring_split->vring_align = vring_align; > > > > > > > > vring_split->may_reduce_num = may_reduce_num; > > > > > > > > > > > > > > > > + if (vring_needs_used_validation(vdev)) { > > > > > > > > + vring_split->buflen = > > > > > > > > + kmalloc_array(num, sizeof(*vring_split->buflen), > > > > > > > > + GFP_KERNEL); > > > > > > > > + if (!vring_split->buflen) > > > > > > > > + goto err_buflen; > > > > > > > > + } > > > > > > > > + > > > > > > > > return 0; > > > > > > > > + > > > > > > > > +err_buflen: > > > > > > > > + vring_free_split(vring_split, vdev, dma_dev); > > > > > > > > + return -ENOMEM; > > > > > > > > } > > > > > > > > > > > > > > > > static struct virtqueue *vring_create_virtqueue_split( > > > > > > > > @@ -1297,6 +1344,7 @@ static int virtqueue_add_indirect_packed(struct vring_virtqueue *vq, > > > > > > > > unsigned int i, n, err_idx; > > > > > > > > u16 head, id; > > > > > > > > dma_addr_t addr; > > > > > > > > + u32 buflen = 0; > > > > > > > > > > > > > > > > head = vq->packed.next_avail_idx; > > > > > > > > desc = alloc_indirect_packed(total_sg, gfp); > > > > > > > > @@ -1325,6 +1373,8 @@ static int virtqueue_add_indirect_packed(struct vring_virtqueue *vq, > > > > > > > > desc[i].addr = cpu_to_le64(addr); > > > > > > > > desc[i].len = cpu_to_le32(sg->length); > > > > > > > > i++; > > > > > > > > + if (n >= out_sgs) > > > > > > > > + buflen += sg->length; > > > > > > > > } > > > > > > > > } > > > > > > > > > > > > > > > > @@ -1379,6 +1429,10 @@ static int virtqueue_add_indirect_packed(struct vring_virtqueue *vq, > > > > > > > > vq->packed.desc_state[id].last = id; > > > > > > > > vq->packed.desc_state[id].premapped = premapped; > > > > > > > > > > > > > > > > + /* Store in buffer length if necessary */ > > > > > > > > + if (vq->packed.buflen) > > > > > > > > + vq->packed.buflen[id] = buflen; > > > > > > > > + > > > > > > > > vq->num_added += 1; > > > > > > > > > > > > > > > > pr_debug("Added buffer head %i to %p\n", head, vq); > > > > > > > > @@ -1416,6 +1470,7 @@ static inline int virtqueue_add_packed(struct virtqueue *_vq, > > > > > > > > __le16 head_flags, flags; > > > > > > > > u16 head, id, prev, curr, avail_used_flags; > > > > > > > > int err; > > > > > > > > + u32 buflen = 0; > > > > > > > > > > > > > > > > START_USE(vq); > > > > > > > > > > > > > > > > @@ -1498,6 +1553,8 @@ static inline int virtqueue_add_packed(struct virtqueue *_vq, > > > > > > > > 1 << VRING_PACKED_DESC_F_AVAIL | > > > > > > > > 1 << VRING_PACKED_DESC_F_USED; > > > > > > > > } > > > > > > > > + if (n >= out_sgs) > > > > > > > > + buflen += sg->length; > > > > > > > > } > > > > > > > > } > > > > > > > > > > > > > > > > @@ -1518,6 +1575,10 @@ static inline int virtqueue_add_packed(struct virtqueue *_vq, > > > > > > > > vq->packed.desc_state[id].last = prev; > > > > > > > > vq->packed.desc_state[id].premapped = premapped; > > > > > > > > > > > > > > > > + /* Store in buffer length if necessary */ > > > > > > > > + if (vq->packed.buflen) > > > > > > > > + vq->packed.buflen[id] = buflen; > > > > > > > > + > > > > > > > > /* > > > > > > > > * A driver MUST NOT make the first descriptor in the list > > > > > > > > * available before all subsequent descriptors comprising > > > > > > > > @@ -1718,6 +1779,11 @@ static void *virtqueue_get_buf_ctx_packed(struct virtqueue *_vq, > > > > > > > > BAD_RING(vq, "id %u is not a head!\n", id); > > > > > > > > return NULL; > > > > > > > > } > > > > > > > > + if (vq->packed.buflen && unlikely(*len > vq->packed.buflen[id])) { > > > > > > > > + BAD_RING(vq, "used len %d is larger than max in buffer len %u\n", > > > > > > > > + *len, vq->packed.buflen[id]); > > > > > > > > + return NULL; > > > > > > > > + } > > > > > > > > > > > > > > > > /* detach_buf_packed clears data, so grab it now. */ > > > > > > > > ret = vq->packed.desc_state[id].data; > > > > > > > > @@ -1937,6 +2003,7 @@ static void vring_free_packed(struct vring_virtqueue_packed *vring_packed, > > > > > > > > vring_packed->device_event_dma_addr, > > > > > > > > dma_dev); > > > > > > > > > > > > > > > > + kfree(vring_packed->buflen); > > > > > > > > kfree(vring_packed->desc_state); > > > > > > > > kfree(vring_packed->desc_extra); > > > > > > > > } > > > > > > > > @@ -1988,6 +2055,14 @@ static int vring_alloc_queue_packed(struct vring_virtqueue_packed *vring_packed, > > > > > > > > > > > > > > > > vring_packed->vring.num = num; > > > > > > > > > > > > > > > > + if (vring_needs_used_validation(vdev)) { > > > > > > > > + vring_packed->buflen = > > > > > > > > + kmalloc_array(num, sizeof(*vring_packed->buflen), > > > > > > > > + GFP_KERNEL); > > > > > > > > + if (!vring_packed->buflen) > > > > > > > > + goto err; > > > > > > > > + } > > > > > > > > + > > > > > > > > return 0; > > > > > > > > > > > > > > > > err: > > > > > > > > -- > > > > > > > > 2.25.1 > > > > > > > > > > > > > > >