[PATCH 0/3] xen pvfb: Para-virtual framebuffer, keyboard and pointer

This is a pair of Xen para-virtual frontend device drivers:
drivers/video/xen-fbfront.c provides a framebuffer, and
drivers/input/xen-kbdfront provides keyboard and mouse.

The backends run in dom0 user space.

Differences since last post:

* Required patch fixing 32-on-64 xen-blkfront included.

* Cleanup when xenkbd_probe() fails fixed.

* Don't store event channel in device info.

I started with the Xen version at
http://xenbits.xensource.com/linux-2.6.18-xen.hg?rev/ca05cf1a9bdc

Differences to that Xen version, for those who care:

* Rewritten on top of fb deferred I/O

* IRQ handler names visible in /proc and /sys match the driver names.

* Use framebuffer helper functions appropriate for framebuffer in
system RAM.

* write() refreshes the framebuffer properly.

* off-by-one height of some screen refreshs fixed.

* Crash when register_framebuffer() fails fixed.

* Test for empty ring in input_handler() fixed.

* Deadlock in xen-kbdfront resume fixed.

* Cleanup when xenkbd_probe() fails fixed.

* General clean up.

I have a step-by-step patch series from that Xen version to my
version, if anybody is interested. Might be useful for reviewers
familiar with the Xen version.

The patch consists of three parts:

1. xen: Make xen-blkfront write its protocol ABI to xenstore

Could do without, but then I'd have to put the same bug in
xen-fbfront and xen-kbdfront.

2. fbdev: Make deferred I/O work as advertized

I need fb deferred I/O, but is utterly broken. A fix has been
floating around on linux-fbdev-devel as part of a larger patch,
which as far as I know has not been merged anywhere, yet. This is
just the fix.

2. xen pvfb: Para-virtual framebuffer, keyboard and pointer driver

The actual drivers.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: OpenGL-based framebuffer concepts
    ... instead use the standard vga text drivers. ... in part this dates back to my early experiances with the framebuffer code ... but I still find that the framebuffer is not ... To modify appropriate fbdev drivers to not do mode change at startup. ...
    (Linux-Kernel)
  • [PATCH 0/2] xen pvfb: Para-virtual framebuffer, keyboard and pointer
    ... This is a pair of Xen para-virtual frontend device drivers: ... drivers/input/xen-kbdfront provides keyboard and mouse. ... Use framebuffer helper functions appropriate for framebuffer in ...
    (Linux-Kernel)
  • Re: OpenGL-based framebuffer concepts
    ... instead use the standard vga text drivers. ... but I still find that the framebuffer is not ... To extend fbcon to be able to handle framebuffer in text mode. ... switch to graphics mode, unload, and you're back to text mode. ...
    (Linux-Kernel)
  • Re: [Linux-fbdev-devel] RFC: disallow modular framebuffers
    ... > Do modular framebuffers really make sense? ... > And most framebuffer drivers contain a module_exit function. ... it's not possible to unload the module unless 2 drivers ...
    (Linux-Kernel)
  • Re: Possible bug in keyboard.c (2.6.10)
    ... >> add more keyboard specific callbacks instead of sending events. ... > The USB HID devices often are crossing the device type boundaries. ... >> events and handlers handle them and with sysfs we should actually rename ... drivers, but I doubt we really want that. ...
    (Linux-Kernel)