All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Patterson <andrew.patterson@hp.com>
To: Andre Noll <maan@systemlinux.org>
Cc: linux-scsi@vger.kernel.org,
	James.Bottomley@HansenPartnership.com,
	linux-kernel@vger.kernel.org, viro@zeniv.linux.org.uk,
	axboe@kernel.dk, andmike@linux.vnet.ibm.com, mike.miller@hp.com,
	genanr@emsphone.com, jmoyer@redhat.com
Subject: Re: [PATCH 2/6] Adjust block device size after an online resize of a disk.
Date: Fri, 05 Sep 2008 09:36:37 -0600	[thread overview]
Message-ID: <1220628997.7790.30.camel@grinch> (raw)
In-Reply-To: <20080905131244.GC3795@skl-net.de>

On Fri, 2008-09-05 at 15:12 +0200, Andre Noll wrote:
> On 14:27, Andrew Patterson wrote:
> >  int revalidate_disk(struct gendisk *disk)
> >  {
> > +	struct block_device *bdev;
> >  	int ret = 0;
> >  
> >  	if (disk->fops->revalidate_disk)
> >  		ret = disk->fops->revalidate_disk(disk);
> 
> Maybe we should return early at this point if revalidate_disk()
> failed or fops->revalidate_disk is NULL.

We won't run check_disk_size_change() if we return early here. So the
question is would anyone ever make this call if they didn't have a
revalidate_disk routine? This in not the case in the current code. I
could go either way.

> 
> > +	bdev = bdget_disk(disk, 0);
> > +	if (!bdev)
> > +		return ret;
> 
> We might return success here even if bdev is NULL. OTOH, as the callers
> of revalidate_disk() do not check the return value anyway (although at
> least tapeblock_revalidate_disk() might return a negative value) it's
> probably also an option to change the return type of revalidate_disk()
> to void.
> 

The revalidate_disk() wrapper tries to maintain compatibility with the
current interface. It might make sense to change it given no one
actually really seems to use the return value. I guess I am very wary
about effectively changing the interface of the lower-level
revalidate_disk() routines, at least in this particular patchset.

> Andre


  reply	other threads:[~2008-09-05 15:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-04 20:27 [PATCH 0/6] detect online disk resize Andrew Patterson
2008-09-04 20:27 ` [PATCH 1/6] Wrapper for lower-level revalidate_disk routines Andrew Patterson
2008-09-04 20:27 ` [PATCH 2/6] Adjust block device size after an online resize of a disk Andrew Patterson
2008-09-05 13:12   ` Andre Noll
2008-09-05 15:36     ` Andrew Patterson [this message]
2008-09-05 17:55       ` Andre Noll
2008-09-05 20:34         ` Andrew Patterson
2008-09-04 20:27 ` [PATCH 3/6] Check for device resize when rescanning partitions Andrew Patterson
2008-09-04 20:27 ` [PATCH 4/6] SCSI sd driver calls revalidate_disk wrapper Andrew Patterson
2008-09-04 20:27 ` [PATCH 5/6] Added flush_disk to factor out common buffer cache flushing code Andrew Patterson
2008-09-04 20:27 ` [PATCH 6/6] Call flush_disk() after detecting an online resize Andrew Patterson
2008-09-05  7:02 ` [PATCH 0/6] detect online disk resize Jens Axboe
2008-09-05  8:21 ` Pasi Kärkkäinen
2008-09-05 15:15   ` Andrew Patterson
2008-09-05 15:15     ` Andrew Patterson
  -- strict thread matches above, loose matches on Subject: below --
2008-08-29 23:12 Andrew Patterson
2008-08-29 23:13 ` [PATCH 2/6] Adjust block device size after an online resize of a disk Andrew Patterson
2008-09-03 18:17   ` Jeff Moyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1220628997.7790.30.camel@grinch \
    --to=andrew.patterson@hp.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=andmike@linux.vnet.ibm.com \
    --cc=axboe@kernel.dk \
    --cc=genanr@emsphone.com \
    --cc=jmoyer@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=maan@systemlinux.org \
    --cc=mike.miller@hp.com \
    --cc=viro@zeniv.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.