[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: [PATCH 0/2] PV framebuffer



Steven Smith <sos22-xen@xxxxxxxxxxxxx> writes:

>> Next iteration.  If there's anything left in the way of getting this
>> merged, please let me know right away.
> I hit a couple of problems when testing this:
>
> 1) It breaks existing configurations.  Changing the xencons default
>    from xencons=tty to xencons=xvc means that any existing
>    configurations with gettys etc. set up on /dev/tty1 rather than
>    /dev/xvc0 will no longer work.  That really isn't an option.

Done.

> 2) The mouse pointer displayed by X or gpm and the pointer as sent by
>    the client often get out of sync.  It looks like X is getting
>    relative mouse movement messages rather than absolute.  The backend
>    is definitely generating absolute position messages, so I'm not
>    sure what's going on there.  It's possible I've just messed up the
>    configuration inside the domain.

What pointer device did you use?  Almost all use relative modes,
including tablets.

> 3) The backend doesn't do the shutdown protocol correctly.  This leads
>    to
>
> xenbus_dev_shutdown: device/vkbd/0 timeout closing device
>
>    messages on the console when you try and shut the domain down.
>    These are more irritants than actual problems, but it'd be good to
>    get them fixed.

Sure.

I'd prefer to finish resume first.  Still trying to figure out why xm
restore doesn't restart the backend.

> I'm kind of bogged down with other stuff at the moment, so I'm not
> going to be able to look at the patches in detail until next week, but
> I figure that should be enough to keep you busy for a little while. :)

Sigh...

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.