Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1697477ybz; Thu, 23 Apr 2020 04:07:50 -0700 (PDT) X-Google-Smtp-Source: APiQypLzPuu6GiIppZkFwPCQ02neA/UsO33rS823KwjpstSsb9b1ZcCMYu7QoohknSPmGXFUq5cR X-Received: by 2002:a17:906:7282:: with SMTP id b2mr2210890ejl.161.1587640070447; Thu, 23 Apr 2020 04:07:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587640070; cv=none; d=google.com; s=arc-20160816; b=BKSb7oqc72m6cT+P35NFQPCJP2TM3nvICDEF514VuIDCVgU4liA3m+7ixFqyYxa/Kf Os9woQe6+pz+N3mK1bVoBVKsBHgl+8TLb+H4sOv3B6/i+6bXMTdTmhIgsRT+v+ZOQZUz DgKs7C2HBMHl/1tFQ0iXIDYUd+kWoYK8SaR80ScQzJRPBWFJbRpNvOclUqNicGLILTJE kmUW6WkLcI1NI44ythEn2NO4VDLvCloVyAfkmqrjkRh0TgSxO+FcdSvlpWP9zi/vhwQs J0rKAErZd2m6+ABquqmlhqMX4mdpgl8SrV0PtMHJOW6FZuDiyUrM49nwpp4Jnw064Xui z/bA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=AfMqbCV8o61zuh94OP7OlX72v0oIDOYE8gD8e692hww=; b=nMGCqif7ije4Cd5jY7lynC/aFKzQEjnyrPzh2W5mVJpVcnVDflR0SofEnYIg+cPd4V +fcH17aHSkipIiGsei9UrghSgUz0esDSg2p0biMQ4F8t1fWVGlfpUMNDcI70qwneOlAN mzAjZ3LFlBvgQHGTt2WT4mUKbP1FzVWg2eCyJ8CimcZZTG5BQse05P9M3tuxcQYbPSk6 21R6xsSw6WaU8iK6cNNqnklBay+9ymd0GObF37PvLRQrQYvCRUj75CKtuaEbdJfSxadc 4yr0IFuZ4W5cN9To8/vGO+U3XY6Jx1aRP5ik+haHgqFr2lCGo80tFT5xL42khK4GuNPz 8uLw== 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 n10si1162334edw.426.2020.04.23.04.07.18; Thu, 23 Apr 2020 04:07:50 -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 S1727986AbgDWLFy (ORCPT + 99 others); Thu, 23 Apr 2020 07:05:54 -0400 Received: from mx2.suse.de ([195.135.220.15]:46262 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726805AbgDWLFy (ORCPT ); Thu, 23 Apr 2020 07:05:54 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id AF96BB08C; Thu, 23 Apr 2020 11:05:51 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id F2BF91E1293; Thu, 23 Apr 2020 13:05:51 +0200 (CEST) Date: Thu, 23 Apr 2020 13:05:51 +0200 From: Jan Kara To: Christoph Hellwig Cc: Jens Axboe , Tim Waugh , Borislav Petkov , Jan Kara , linux-block@vger.kernel.org, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 7/7] udf: stop using ioctl_by_bdev Message-ID: <20200423110551.GF3737@quack2.suse.cz> References: <20200423071224.500849-1-hch@lst.de> <20200423071224.500849-8-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200423071224.500849-8-hch@lst.de> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 23-04-20 09:12:24, Christoph Hellwig wrote: > Instead just call the CD-ROM layer functionality directly. > > Signed-off-by: Christoph Hellwig The patch looks good to me. You can add: Reviewed-by: Jan Kara Honza > --- > fs/udf/lowlevel.c | 29 +++++++++++++---------------- > 1 file changed, 13 insertions(+), 16 deletions(-) > > diff --git a/fs/udf/lowlevel.c b/fs/udf/lowlevel.c > index 5c7ec121990d..f1094cdcd6cd 100644 > --- a/fs/udf/lowlevel.c > +++ b/fs/udf/lowlevel.c > @@ -27,41 +27,38 @@ > > unsigned int udf_get_last_session(struct super_block *sb) > { > + struct cdrom_device_info *cdi = disk_to_cdi(sb->s_bdev->bd_disk); > struct cdrom_multisession ms_info; > - unsigned int vol_desc_start; > - struct block_device *bdev = sb->s_bdev; > - int i; > > - vol_desc_start = 0; > - ms_info.addr_format = CDROM_LBA; > - i = ioctl_by_bdev(bdev, CDROMMULTISESSION, (unsigned long)&ms_info); > + if (!cdi) { > + udf_debug("CDROMMULTISESSION not supported.\n"); > + return 0; > + } > > - if (i == 0) { > + ms_info.addr_format = CDROM_LBA; > + if (cdrom_multisession(cdi, &ms_info) == 0) { > udf_debug("XA disk: %s, vol_desc_start=%d\n", > ms_info.xa_flag ? "yes" : "no", ms_info.addr.lba); > if (ms_info.xa_flag) /* necessary for a valid ms_info.addr */ > - vol_desc_start = ms_info.addr.lba; > - } else { > - udf_debug("CDROMMULTISESSION not supported: rc=%d\n", i); > + return ms_info.addr.lba; > } > - return vol_desc_start; > + return 0; > } > > unsigned long udf_get_last_block(struct super_block *sb) > { > struct block_device *bdev = sb->s_bdev; > + struct cdrom_device_info *cdi = disk_to_cdi(bdev->bd_disk); > unsigned long lblock = 0; > > /* > - * ioctl failed or returned obviously bogus value? > + * The cdrom layer call failed or returned obviously bogus value? > * Try using the device size... > */ > - if (ioctl_by_bdev(bdev, CDROM_LAST_WRITTEN, (unsigned long) &lblock) || > - lblock == 0) > + if (!cdi || cdrom_get_last_written(cdi, &lblock) || lblock == 0) > lblock = i_size_read(bdev->bd_inode) >> sb->s_blocksize_bits; > > if (lblock) > return lblock - 1; > - else > - return 0; > + return 0; > } > -- > 2.26.1 > -- Jan Kara SUSE Labs, CR