qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2] xen-block: handle resize callback


From: Anthony PERARD
Subject: Re: [Qemu-devel] [PATCH v2] xen-block: handle resize callback
Date: Thu, 31 Jan 2019 15:25:02 +0000
User-agent: Mutt/1.11.2 (2019-01-07)

On Thu, Jan 31, 2019 at 03:22:18PM +0000, Paul Durrant wrote:
> > -----Original Message-----
> > From: Anthony PERARD [mailto:address@hidden
> > Sent: 31 January 2019 15:21
> > To: Paul Durrant <address@hidden>
> > Cc: address@hidden; address@hidden; xen-
> > address@hidden; Stefan Hajnoczi <address@hidden>; Stefano
> > Stabellini <address@hidden>; Kevin Wolf <address@hidden>; Max
> > Reitz <address@hidden>
> > Subject: Re: [PATCH v2] xen-block: handle resize callback
> > 
> > On Wed, Jan 30, 2019 at 04:19:48PM +0000, Paul Durrant wrote:
> > > Some frontend drivers will handle dynamic resizing of PV disks, so set
> > up
> > > the BlockDevOps resize_cb() method during xen_block_realize() to allow
> > > this to be done.
> > >
> > > Signed-off-by: Paul Durrant <address@hidden>
> > > ---
> > 
> > 
> > > +    /*
> > > +     * Mimic the behaviour of Linux xen-blkback and re-write the state
> > > +     * to trigger the frontend watch.
> > > +     */
> > > +    xen_device_backend_set_state(xendev, backend_state);
> > 
> > :(, that function doesn't write the state again if it hasn't changed.
> > So in my testing, Linux never did anything.
> 
> Gah! I forgot about that. Alright, it's going to have to be a bit more crude.

more crude > Yes, I tried to ignore the check in _set_state and end-up
with an infinit loop.

-- 
Anthony PERARD



reply via email to

[Prev in Thread] Current Thread [Next in Thread]