[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <40580ebc0991c4ffc3be67d60aeaf269703854ac.camel@amazon.com>
Date: Tue, 21 Jan 2020 19:52:06 +0000
From: "Singh, Balbir" <sblbir@...zon.com>
To: "hch@....de" <hch@....de>
CC: "Sangaraju, Someswarudu" <ssomesh@...zon.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-block@...r.kernel.org" <linux-block@...r.kernel.org>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"axboe@...nel.dk" <axboe@...nel.dk>,
"mst@...hat.com" <mst@...hat.com>,
"linux-nvme@...ts.infradead.org" <linux-nvme@...ts.infradead.org>,
"Chaitanya.Kulkarni@....com" <Chaitanya.Kulkarni@....com>
Subject: Re: [resend v1 4/5] drivers/nvme/host/core.c: Convert to use
disk_set_capacity
On Wed, 2020-01-08 at 16:04 +0100, hch@....de wrote:
> On Mon, Jan 06, 2020 at 12:46:26AM +0000, Singh, Balbir wrote:
> > On Sat, 2020-01-04 at 22:27 +0000, Chaitanya Kulkarni wrote:
> > > Quick question here if user executes nvme ns-rescan /dev/nvme1
> > > will following code result in triggering uevent(s) for
> > > the namespace(s( for which there is no change in the size ?
> > >
> > > If so is that an expected behavior ?
> > >
> >
> > My old code had a check to see if old_capacity != new_capacity as well.
> > I can redo those bits if needed.
> >
> > The expected behaviour is not clear, but the functionality is not broken,
> > user
> > space should be able to deal with a resize event where the previous
> > capacity
> > == new capacity IMHO.
>
> I think it makes sense to not bother with a notification unless there
> is an actual change.
[Sorry for the delayed response, just back from LCA]
Agreed!
Balbir Singh
Powered by blists - more mailing lists