[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20231204230529.07bf7b79.pasic@linux.ibm.com>
Date: Mon, 4 Dec 2023 23:05:29 +0100
From: Halil Pasic <pasic@...ux.ibm.com>
To: Tony Krowiak <akrowiak@...ux.ibm.com>
Cc: linux-s390@...r.kernel.org, linux-kernel@...r.kernel.org,
kvm@...r.kernel.org, jjherne@...ux.ibm.com,
alex.williamson@...hat.com, borntraeger@...ux.ibm.com,
kwankhede@...dia.com, frankja@...ux.ibm.com,
imbrenda@...ux.ibm.com, david@...hat.com,
Halil Pasic <pasic@...ux.ibm.com>
Subject: Re: [PATCH] s390/vfio-ap: handle response code 01 on queue reset
On Mon, 4 Dec 2023 12:51:49 -0500
Tony Krowiak <akrowiak@...ux.ibm.com> wrote:
> > s/if\/when/at latest before/
> >
> > I would argue that some of the cleanups need to happen before even 01 is
> > reflected...
>
> To what cleanups are you referring?
Event notification and interruption disablement for starters. Otherwise
OS has no way to figure out when is GISA and NIB safe to deallocate.
Those actions are part of the reset process. I.e. some of the reset stuff
can be deferred at most until the queue is made accessible again, some
not so much.
Regards,
Halil
Powered by blists - more mailing lists