Hi Roger,
On 18/08/2015 00:09, Roger Pau Monné wrote:
Hello,
El 18/08/15 a les 8.29, Julien Grall ha escrit:
Hi,
Firstly, this patch is not ready at all and mostly here for collecting comment
about the way to do it. It's not clean so no need to complain about the coding
style.
The qdisk backend in QEMU is not supporting indirect grant, this is means that
a request can only support 11 * 4KB = 44KB.
When using 64KB page, a Linux block request (struct *request) may contain up to
64KB of data. This is because the block segment size must at least be the size
of a Linux page.
So when indirect is not supported by the backend, we are not able to fitall the
data in a single request. We therefore need to create a second request to copy
the rest of the data.
I've wrote a patch last week which make 64KB guest booting with qdisk.
Although, I'm not sure this is the right way to do it. I would appreciate ifone
of the block maintainers give me insight about it.
Maybe I'm missing some key data, but I see two ways to solve this, the
first one is the one you describe above, and consists in allowing
blkfront to split a request into multiple ring slots. The other solution
would be to add indirect descriptors support to Qdisk, has this been
looked into?
AFAICT it looks more interesting, and x86 can also benefit from it.
Since I would like to prevent adding more cruft to blkfront, I rather
prefer 64KB guests to require indirect descriptors in order to run.
Actually supporting indirect in Qdisk was one of our idea. While I agree
this is a good improvement in general we put aside this idea for various
reasons.
The first one is openStack is using by default Qdisk backend, so Linux
64KB guest wouldn't be able to boot on current version of Xen. This is
the only blocker in order use 64KB guests, everything else is working.
Having the indirect grant support in QEMU for Xen 4.6 is not realistic,
there is only a month left and we are already in feature.
That would mean that any new distribution using Linux 64KB would not
work out-of-box on Xen.
Furthermore, not supporting non-indirect grant in the frontend means
that any userspace backend won't be supported for Linux 64KB guests.
Overall, I think we have to support non-indirect with Linux 64KB guests.
Many (but not all) distribution will only support 64KB pages, so we
can't wait until Xen 4.7 to get something running. Not that I rule out
the requirement for the user to upgrade the QEMU version in order to run
64KB guests.
Regards,
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
