| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] [PATCH] Paravirt framebuffer frontend kernel support [1/
Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> writes:
> On 6/9/06 10:11 am, "Steven Smith" <sos22-xen@xxxxxxxxxxxxx> wrote:
>
>>> I wouldn't complain if we go the route Keir suggested and have Xen do
>>> it ;-) But if not, I think that given the size of the memory in
>>> question + grant tables, the quick hack is probably going to be the
>>> "right" thing for this case.
The quick hack being translating mfns in the backend.
>> Okay. Adding translations to the hypervisor isn't going to happen
>> until after 3.0.3, so we should probably just leave this for a little
>> while.
>
> Another option after 3.0.3 is to allow grant tables to support these large
> mappings. I have some ideas how to do this fairly efficiently, given that
> it'll be okay to track mappings to all the pages as an aggregate. It's not
> going to happen for now though -- it'll just be a shame if we add
> grant-table support later that it'll change the setup protocol. However, we
> can probably maintain backward compatibility if we think about it a bit.
>
> -- Keir
Is there anything we can do now to help with maintaining backward
compatibility later?
Evolving interfaces are a fact of life. What about versioning?
Frontend puts its interface version in xenstore, bump it when we
change stuff (which should happen very rarely, of course), backend
queries the version and does the right thing.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home