[0/3] 9pfs: Improve unreclaim logic

Message

Greg Kurz Jan. 18, 2021, 2:22 p.m. UTC

clone of "master"

Greg Kurz (3):
  9pfs: Convert V9fsFidState::clunked to bool
  9pfs: Convert V9fsFidState::fid_list to QSIMPLEQ
  9pfs: Improve unreclaim loop

 hw/9pfs/9p.c | 83 +++++++++++++++++++++++++++++-----------------------
 hw/9pfs/9p.h |  6 ++--
 2 files changed, 50 insertions(+), 39 deletions(-)

Comments

Greg Kurz Jan. 21, 2021, 5:05 p.m. UTC | #1

On Mon, 18 Jan 2021 15:22:57 +0100
Greg Kurz <[e-mail]> wrote:

> clone of "master"
> 

Drat... this text seems to have leaked from stgit and replaced
the one I had written in git publish:

---

We currently restart the unreclaim loop all over when we detect
that the current iteration yielded execution. This is because
a new fid might have been added to the head of the list.

This is sub-optimal : add new fids to the end of the list instead
to avoid that.

---

I'll have to sort this out...

> Greg Kurz (3):
>   9pfs: Convert V9fsFidState::clunked to bool
>   9pfs: Convert V9fsFidState::fid_list to QSIMPLEQ
>   9pfs: Improve unreclaim loop
> 
>  hw/9pfs/9p.c | 83 +++++++++++++++++++++++++++++-----------------------
>  hw/9pfs/9p.h |  6 ++--
>  2 files changed, 50 insertions(+), 39 deletions(-)
> 

I've applied patches 1 and 2 to:

https://gitlab.com/gkurz/qemu/-/tree/9p-next