From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A9330C433EF for ; Tue, 12 Oct 2021 06:53:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 93BC56103D for ; Tue, 12 Oct 2021 06:53:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233773AbhJLGzq (ORCPT ); Tue, 12 Oct 2021 02:55:46 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:34642 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233803AbhJLGz3 (ORCPT ); Tue, 12 Oct 2021 02:55:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1634021608; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=s2ogj96qw0F/nWk4lNNAWugjNmE+Gb6ryFL8XfASJec=; b=IprOBAhuZ6vw/DI+o54xW9OpjgRSELTI2BktRpTu54ZpxIb++HJ43AfYATrNl3CctsiKxZ nDydKOm5nQql3a8q+5Zu8zVBtg1gVkyt1NG9qoYVTI0hoInsVF+AJZKcSQAxL9rC/aPDj3 brbTflngl9TArKS7WhAVDGeshL924Dk= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-216-_rlm3CzkOFKr3c8f-nXvDw-1; Tue, 12 Oct 2021 02:53:24 -0400 X-MC-Unique: _rlm3CzkOFKr3c8f-nXvDw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A7CBB100792F; Tue, 12 Oct 2021 06:53:07 +0000 (UTC) Received: from localhost.localdomain (ovpn-13-111.pek2.redhat.com [10.72.13.111]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2C81B5F4E0; Tue, 12 Oct 2021 06:53:04 +0000 (UTC) From: Jason Wang To: mst@redhat.com, jasowang@redhat.com Cc: virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, f.hetzelt@tu-berlin.de, david.kaplan@amd.com, konrad.wilk@oracle.com Subject: [PATCH V2 10/12] virtio-net: don't let virtio core to validate used length Date: Tue, 12 Oct 2021 14:52:25 +0800 Message-Id: <20211012065227.9953-11-jasowang@redhat.com> In-Reply-To: <20211012065227.9953-1-jasowang@redhat.com> References: <20211012065227.9953-1-jasowang@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org For RX virtuqueue, the used length is validated in all the three paths (big, small and mergeable). For control vq, we never tries to use used length. So this patch forbids the core to validate the used length. Signed-off-by: Jason Wang --- drivers/net/virtio_net.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 79bd2585ec6b..f2f9ea167020 100644 --- a/drivers/net/virtio_net.c +++ b/drivers/net/virtio_net.c @@ -3384,6 +3384,7 @@ static struct virtio_driver virtio_net_driver = { .feature_table_size = ARRAY_SIZE(features), .feature_table_legacy = features_legacy, .feature_table_size_legacy = ARRAY_SIZE(features_legacy), + .validate_used = true, .driver.name = KBUILD_MODNAME, .driver.owner = THIS_MODULE, .id_table = id_table, -- 2.25.1