On Tue, Apr 01, 2014 at 12:10:09AM -0700, Keith Packard wrote:
> Kristian Høgsberg writes:
>
> > +static WindowPtr
> > +xwl_xy_to_window(DeviceIntPtr master, SpritePtr sprite, int x, int y)
>
> With my previous adjustment to leave the existing public XYToWindow API
> unchanged, xwl_xy_to_window
Kristian Høgsberg writes:
> +static WindowPtr
> +xwl_xy_to_window(DeviceIntPtr master, SpritePtr sprite, int x, int y)
With my previous adjustment to leave the existing public XYToWindow API
unchanged, xwl_xy_to_window will need to figure out which pointer device
the sprite is associated with. H
On Fri, Mar 28, 2014 at 2:08 PM, James Jones wrote:
>
> Hi Kristian,
>
> This direction seems to conflict with our plans to continue running our DDX
> driver under XWayland. If we can't run > our DDX, we don't have a path to
> support GLX direct rendering under Wayland.
> I know we don't have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
[quote]
diff --git a/hw/xwayland/xwayland-cvt.c b/hw/xwayland/xwayland-cvt.c
new file mode 100644
index 000..3566559
- --- /dev/null
+++ b/hw/xwayland/xwayland-cvt.c
+/*
+ * Generate a CVT standard mode from HDisplay, VDisplay and VRefresh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
[quote]
diff --git a/hw/xwayland/xwayland-cvt.c b/hw/xwayland/xwayland-cvt.c
new file mode 100644
index 000..3566559
- --- /dev/null
+++ b/hw/xwayland/xwayland-cvt.c
+/*
+ * Generate a CVT standard mode from HDisplay, VDisplay and VRefresh