[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 0/3] 9pfs: Improve unreclaim logic
From: |
Greg Kurz |
Subject: |
Re: [PATCH 0/3] 9pfs: Improve unreclaim logic |
Date: |
Thu, 21 Jan 2021 18:05:16 +0100 |
On Mon, 18 Jan 2021 15:22:57 +0100
Greg Kurz <groug@kaod.org> 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
Re: [PATCH 0/3] 9pfs: Improve unreclaim logic,
Greg Kurz <=