Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp573145pxu; Wed, 7 Oct 2020 10:08:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyyEceYgYVGHbsgx3S8/TbdoVQBAM0TYU9jEg+cTQl8MmiftmLy+bVNAvPllnLryMGbKr7g X-Received: by 2002:a05:6402:21e9:: with SMTP id ce9mr4699547edb.125.1602090511461; Wed, 07 Oct 2020 10:08:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602090511; cv=none; d=google.com; s=arc-20160816; b=uY9TnaIHLAxY/XCk+5AkmLo/YHVrBf7qlMI23IhNIuSQ6n8ctdBHOJJaK4Kp4JtUkk gviVVrDCLsQnu/HT1LOVuLhteRKkhIBekogUURhs+p3sohrvlUZ4evQseMBCjFnorOqF cBRB95DfMG18lmneyf52kn3siJqOyV4G/sCBoHO47AyIULJVo6J8cG78qTWcJwvd956o KrB8Nq2RqPy3HbkcKCrQbI/UYAgK3HN87/CPsc+r7hYIEUMva3BLjqx9YfFUTREfqP7E q/CFMAayYNNKatd8qUF0rzjneQmP7YsziDff+n7AvJLIO5k5bP5JGRe3tIRj9/8gaSTj MQqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=chhWiwyNzJyRAaEDHbVmrNvXKwNZ0KY/g68v/gQeRzk=; b=PZEx7D7q6wenYu9ub3QUy+vjPZeQb9LeOmJwgNyC4Fo4dsXBe2D2AmoCgnn2pRNl2l cwNigQpizXz48rpqkjKHYJmjw9hGz7PmFhqV5xYR0ozB3fESUbv+2urG8ZlzY8o+Lofy OPlyEVrbGyQH94zL0r/632GxwERKllwEmkwek2n1AnkjP3gTZhz+n4Wlot2utK1ouSig LTeIJ9iSQvR31M0jxFAHmHqfWkoEHnm8DHWvociU41zrcOR+gqshD5c15HWgXUdPQoHC zMqHyKrOAxKBfAl3ZS/Nv5/Z6QowhHGcNgFQoAsLeQM7fxtrluM6pDxYwvTGWiFH0CH4 GPlw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ce16si1828776edb.302.2020.10.07.10.08.06; Wed, 07 Oct 2020 10:08:31 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728058AbgJGMAL (ORCPT + 99 others); Wed, 7 Oct 2020 08:00:11 -0400 Received: from verein.lst.de ([213.95.11.211]:37104 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726219AbgJGMAK (ORCPT ); Wed, 7 Oct 2020 08:00:10 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 0F2CB6736F; Wed, 7 Oct 2020 14:00:06 +0200 (CEST) Date: Wed, 7 Oct 2020 14:00:05 +0200 From: Christoph Hellwig To: Christian Borntraeger Cc: Christoph Hellwig , Stefan Haberland , axboe@kernel.dk, hoeppner@linux.ibm.com, linux-s390@vger.kernel.org, heiko.carstens@de.ibm.com, gor@linux.ibm.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 2/2] s390/dasd: remove ioctl_by_bdev calls Message-ID: <20201007120005.GA29788@lst.de> References: <20200519142259.102279-1-sth@linux.ibm.com> <20200519142259.102279-3-sth@linux.ibm.com> <5c815b8a-7d77-5c69-9191-d09cc433f5ff@de.ibm.com> <20201007103936.GA24327@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 07, 2020 at 12:44:55PM +0200, Christian Borntraeger wrote: > > > On 07.10.20 12:39, Christoph Hellwig wrote: > > On Wed, Oct 07, 2020 at 11:34:17AM +0200, Christian Borntraeger wrote: > >> > >> On 19.05.20 16:22, Stefan Haberland wrote: > >>> The IBM partition parser requires device type specific information only > >>> available to the DASD driver to correctly register partitions. The > >>> current approach of using ioctl_by_bdev with a fake user space pointer > >>> is discouraged. > >>> > >>> Fix this by replacing IOCTL calls with direct in-kernel function calls. > >>> > >>> Suggested-by: Christoph Hellwig > >>> Signed-off-by: Stefan Haberland > >>> Reviewed-by: Jan Hoeppner > >>> Reviewed-by: Peter Oberparleiter > >> > >> FWIW, this broken the ibm-partition code for virtio-blk, when CONFIG_DASD=m. > > > > What are the symptoms? > > During boot I normally have > [ 0.930231] virtio_blk virtio1: [vda] 5409180 4096-byte logical blocks (22.2 GB/20.6 GiB) > [ 0.930233] vda: detected capacity change from 0 to 22156001280 > [ 0.932806] vda:VOL1/ 0X3333: vda1 vda2 vda3 > > With this change, the last line is no longer there (if CONFIG_DASD=m) and this also > reflects itself in /proc/partitions. The partitions are no longer detected. Can you try this patch? diff --git a/block/partitions/ibm.c b/block/partitions/ibm.c index d6e18df9c53c6d..d91cee558ce67a 100644 --- a/block/partitions/ibm.c +++ b/block/partitions/ibm.c @@ -305,8 +305,6 @@ int ibm_partition(struct parsed_partitions *state) if (!disk->fops->getgeo) goto out_exit; fn = symbol_get(dasd_biodasdinfo); - if (!fn) - goto out_exit; blocksize = bdev_logical_block_size(bdev); if (blocksize <= 0) goto out_symbol; @@ -326,7 +324,7 @@ int ibm_partition(struct parsed_partitions *state) geo->start = get_start_sect(bdev); if (disk->fops->getgeo(bdev, geo)) goto out_freeall; - if (fn(disk, info)) { + if (!fn || fn(disk, info)) { kfree(info); info = NULL; }