Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp370065ybh; Wed, 15 Jul 2020 04:18:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyn17JjVVh6PAKa2HUSV2ut6wyM5KQxfS9JdWPknTH+rZvFHLpLbF6rn6AvQgv966nb+JQM X-Received: by 2002:a50:d908:: with SMTP id t8mr8737948edj.373.1594811896499; Wed, 15 Jul 2020 04:18:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594811896; cv=none; d=google.com; s=arc-20160816; b=riQoDcHSDaZl/5SCUoV6MGIcO+A04rdKecCj4CbQeN8JUesLcEfDhynU1DssBuxj2L Eqthazf2ySUvsy0D5TfQMqdSPXoKEzQt8ZVbJlvVcUx8XplGY1T6CQsmTJ5KYk2t+XMq 83OfoQ8n30LQBuhd89lbiLrxtsAq39Yo7V+RfGre3Ss5Dy3FW26Ijctyp8Z1gQ9PUxiS Q//yryaV4ZqrbFaC/4Yk6BjzD2FEnT3KsgrFGNIQYQmPsuJNLin9HmqXrSzc1xXLtXyh tcqcM9d9Or2IxIQNAWBoP+H9gvezLxOCe1qSFYmW/qQ+GhtBs7s0Vc52cXeBTk2OoIQA 1miw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=xBNcpWQc4Ly7N1dkjlNTikVzXMkApkE+anJ2teQxPYU=; b=ZwJ+1H4WjXRXOlbuUF313pNpm49OZbGIQ8e/XqS7L1I0ma4gFnlFIf0Au4mVzwzCJQ Qqz+Yz9JxnHQ4P+LtJ6BOGo8j3TDlSs0VU3HrLIp0zKVEbQjjpI1cB0PG9Luigwe6lkg MOJEl7lDcItXoiTS8ujUCxdyrE1pqQnDuSXH4aysdKVTioQSUx42WhH/3gRZYLco2gsQ lrpyANv2gOmlc0kCQfdDKdDlGJzba6DqGcnCp83MqOzL+01dYdojWU/DVkkFgo//BbUp dQGNDlpTzILxmSIDOvsROvBelpRXweFZe7Aqn8b9kX2OsHPLzU4vdvyHbzhOse/pAM45 m/XA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="TLz/uX6v"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ni2si1102573ejb.19.2020.07.15.04.17.51; Wed, 15 Jul 2020 04:18:16 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="TLz/uX6v"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728575AbgGOKGt (ORCPT + 99 others); Wed, 15 Jul 2020 06:06:49 -0400 Received: from us-smtp-1.mimecast.com ([207.211.31.81]:30450 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728244AbgGOKGs (ORCPT ); Wed, 15 Jul 2020 06:06:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1594807607; 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: in-reply-to:in-reply-to:references:references; bh=xBNcpWQc4Ly7N1dkjlNTikVzXMkApkE+anJ2teQxPYU=; b=TLz/uX6vjmPAjbSEsmE94IKYRud7aZVqKI3FMsIHHlzVnkkibiZQMqcs4idZXpts/o62kB Ut+cCIqG50pV48k0I73UtEy7Dgf+mOTwH9xHQ9JB36aixFoKJEUksDi8+hzWdZxkMvdfSn UaUdDEBHCslLp7eN97dCcEIQl3EJLYU= Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-441-U6flhRmtMjeDvoiuK8DmzA-1; Wed, 15 Jul 2020 06:06:41 -0400 X-MC-Unique: U6flhRmtMjeDvoiuK8DmzA-1 Received: by mail-wr1-f72.google.com with SMTP id z1so761176wrn.18 for ; Wed, 15 Jul 2020 03:06:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=xBNcpWQc4Ly7N1dkjlNTikVzXMkApkE+anJ2teQxPYU=; b=ujPDnE3X0odUxemnlIXxoIT7QX+n1aSrsXhMk4KMQG/hG6XRx81UsB1Ed4+/VLeIF8 reqJ+G5YqGoOUGqHmVR+j+/mknhaAg+MaSgQYw2ZSbTK628ffT08O9jxd9nEbbnmLyRI xKh6D0Zc0BrWcR3EaSXGQASTfzpQboO8iM/lavYwlMQQqzgjwaMK/2GEJgAQmAKbAewf TKbg800NHawDgHARvvkGAw3Zu3PJWyT95OtbZ8sspZQOgfxbNsL8S7RM3maZdd5AXP0m P4bqm+v9R+VTI/B4jaT81UKzWJmXezB1JEc2FR8mynd2Wew3cLgopjjuY7Trmxb7T98O dR5g== X-Gm-Message-State: AOAM530I2tecHcrnzWw5Jol9EKj2wTJ0UcccAsXpEiTh70ZpBJxrzC3a kShkc5BBLGz0eptHg9dT9RuI9A6JAfHilUJ4n6BaV9n1tj+mz0yrbc/eTx4XFhjsVzccvmgFHlq hp+J2X+ayodvTl9HueGlx8e0T X-Received: by 2002:a5d:6846:: with SMTP id o6mr10603204wrw.370.1594807599931; Wed, 15 Jul 2020 03:06:39 -0700 (PDT) X-Received: by 2002:a5d:6846:: with SMTP id o6mr10603175wrw.370.1594807599711; Wed, 15 Jul 2020 03:06:39 -0700 (PDT) Received: from redhat.com (bzq-79-180-10-140.red.bezeqint.net. [79.180.10.140]) by smtp.gmail.com with ESMTPSA id u15sm2743100wrm.64.2020.07.15.03.06.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Jul 2020 03:06:38 -0700 (PDT) Date: Wed, 15 Jul 2020 06:06:14 -0400 From: "Michael S. Tsirkin" To: Maxim Levitsky Cc: linux-kernel@vger.kernel.org, Stefan Hajnoczi , "open list:BLOCK LAYER" , "open list:VIRTIO CORE AND NET DRIVERS" , Paolo Bonzini , Jason Wang , Jens Axboe Subject: Re: [PATCH] virtio-blk: check host supplied logical block size Message-ID: <20200715060233-mutt-send-email-mst@kernel.org> References: <20200715095518.3724-1-mlevitsk@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200715095518.3724-1-mlevitsk@redhat.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 15, 2020 at 12:55:18PM +0300, Maxim Levitsky wrote: > Linux kernel only supports logical block sizes which are power of two, > at least 512 bytes and no more that PAGE_SIZE. > > Check this instead of crashing later on. > > Note that there is no need to check physical block size since it is > only a hint, and virtio-blk already only supports power of two values. > > Bugzilla link: https://bugzilla.redhat.com/show_bug.cgi?id=1664619 > > Signed-off-by: Maxim Levitsky > --- > drivers/block/virtio_blk.c | 20 ++++++++++++++++++-- > 1 file changed, 18 insertions(+), 2 deletions(-) > > diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c > index 980df853ee497..36dda31cc4e96 100644 > --- a/drivers/block/virtio_blk.c > +++ b/drivers/block/virtio_blk.c > @@ -681,6 +681,12 @@ static const struct blk_mq_ops virtio_mq_ops = { > static unsigned int virtblk_queue_depth; > module_param_named(queue_depth, virtblk_queue_depth, uint, 0444); > > + > +static bool virtblk_valid_block_size(unsigned int blksize) > +{ > + return blksize >= 512 && blksize <= PAGE_SIZE && is_power_of_2(blksize); > +} > + Is this a blk core assumption? in that case, does not this belong in blk core? > static int virtblk_probe(struct virtio_device *vdev) > { > struct virtio_blk *vblk; > @@ -809,9 +815,16 @@ static int virtblk_probe(struct virtio_device *vdev) > err = virtio_cread_feature(vdev, VIRTIO_BLK_F_BLK_SIZE, > struct virtio_blk_config, blk_size, > &blk_size); > - if (!err) > + if (!err) { > + if (!virtblk_valid_block_size(blk_size)) { > + dev_err(&vdev->dev, > + "%s failure: unsupported logical block size %d\n", > + __func__, blk_size); > + err = -EINVAL; > + goto out_cleanup_queue; > + } > blk_queue_logical_block_size(q, blk_size); > - else > + } else > blk_size = queue_logical_block_size(q); > > /* Use topology information if available */ OK so if we are doing this pls add {} around blk_size = queue_logical_block_size(q); too. > @@ -872,6 +885,9 @@ static int virtblk_probe(struct virtio_device *vdev) > device_add_disk(&vdev->dev, vblk->disk, virtblk_attr_groups); > return 0; > > +out_cleanup_queue: > + blk_cleanup_queue(vblk->disk->queue); > + vblk->disk->queue = NULL; > out_free_tags: > blk_mq_free_tag_set(&vblk->tag_set); > out_put_disk: > -- > 2.26.2