summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorSøren Sandmann Pedersen <ssp@redhat.com>2009-03-12 13:00:42 -0400
committerSøren Sandmann Pedersen <ssp@redhat.com>2009-03-12 13:00:42 -0400
commitb2e069f0d5ab1026d48787e8a22c8fb07a5095a6 (patch)
tree389c0a3e376afff68d61e5a88bf68de12807454c /TODO
parent0e642938e8e627738e0ec6a3b1814ede2b2c6d7b (diff)
TODO
Diffstat (limited to 'TODO')
-rw-r--r--TODO48
1 files changed, 46 insertions, 2 deletions
diff --git a/TODO b/TODO
index 6fb1b0c..d74df51 100644
--- a/TODO
+++ b/TODO
@@ -37,7 +37,8 @@
on_op:
clear damage
disable damage reporting
- call original (this will generate unreported damage and paint to the shadow)
+ call original (this will generate unreported damage and
+ paint to the shadow)
submit command
enable damage
@@ -75,7 +76,7 @@
- Coding style fixes
- Better malloc() implementation
- - Take dmalloc() from the windows driver?
+ - Take malloc() from the windows driver?
- Put blocks in a tree?
- Submit cursor images
@@ -87,6 +88,49 @@
- Only compile mmtest if glib is installed
Or maybe just get rid of mmtest.c
+- Notes on offscreen pixmaps
+
+ Yaniv says that PCI resources is a concern and that it would be better
+ if we can use guest memory instead of video memory. I guess we can
+ do that, given a kernel driver that can allocate pinned memory.
+
+ - If/when we add hardware acceleration to pixman, pixman will need to
+ generate QXL protocol. Same goes for cairo-drm. This could
+ be tricky because DRM assumes that everything is a pixmap,
+ but qxl explicitly has a framebuffer.
+
+- Video
+
+ We should certainly support Xv. The scaled blits should be sent
+ as commands, rather than as software. Does spice support YUV images?
+ If not, then it probably should.
+
+- Multi-monitor:
+
+ - Windows may not support more than dual-head, but we do support more than
+ dual-head in spice. This is why they do the multi-pci device.
+
+ - Linux multi-monitor configuration supports hotplug of monitors,
+ and you can't make up PCI devices from inside the driver.
+
+ - On windows the guest agent is responsible for setting the monitors
+ and resolutions.
+
+ - On linux we should support EDID information, and enabling and
+ disabling PCI devices on the fly is pretty difficult to deal with
+ in X. Ie., we would need working support for both GPU hotplug and
+ for shatter.
+
+ - Reading back EDID over the spice protocol would be necessary
+ because when you hit detect displays, that's what needs to happen.
+
+Better acceleration:
+
+- Given offscreen pixmaps, we should get rid of the shadow framebuffer.
+ If we have to fall back to software, we can use the drawing area to
+ get the area in question, then copy them to qxl_malloced memory,
+ then draw there, then finally send the bits.
+
-=-=-=-=-
Done: