this.
Regards
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstraße 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Komplementärin: ORACLE Deu
Sorry, now visible on pgp.mit.edu.
Regards
Michael
01.12.2017 04:22, Somchai Smythe wrote:
> What public keyserver has the key for AA9B2D1A308B5859?
>
>
> On 11/29/17, Michael Thayer <michael.tha...@oracle.com> wrote:
>> The first release of vboxvideo in upstream X.Or
Hello Matt,
30.11.2017 00:53, Matt Turner wrote:
> On Wed, Nov 29, 2017 at 1:08 AM, Michael Thayer
> <michael.tha...@oracle.com> wrote:
>> The first release of vboxvideo in upstream X.Org. Enjoy!
>
> Very glad to see this!
Thank you. Obviously it is mainly for
The first release of vboxvideo in upstream X.Org. Enjoy!
Regards
Michael
--
Michael Thayer (2):
Initial commit.
vboxvideo 1.0.0
git tag: xf86-video-vboxvideo-1.0.0
https://xorg.freedesktop.org/archive/individual/driver/xf86-video-vboxvideo-1.0.0.tar.bz2
MD5
The first release of vboxvideo in upstream X.Org. Enjoy!
Regards
Michael
--
Michael Thayer (2):
Initial commit.
vboxvideo 1.0.0
git tag: xf86-video-vboxvideo-1.0.0
https://xorg.freedesktop.org/archive/individual/driver/xf86-video-vboxvideo-1.0.0.tar.bz2
MD5
Hello Pekka,
On 27.10.2017 08:01, Pekka Paalanen wrote:
On Thu, 26 Oct 2017 15:40:13 +0200 Michael Thayer
<michael.tha...@oracle.com> wrote:
[ Discussion of a global Wayland object disappearing triggering a fatal
error in xwl_log_handler in Xwayland.]
there is a known race around W
and gnome-shell)
wl_registry_bind() occurs when actually binding to an interface, which
in the case of wl_output occurs when adding a new output, not removing it.
Cheers,
Olivier
On 26 October 2017 at 15:40, Michael Thayer <michael.tha...@oracle.com
<mailto:michael.tha...@oracle.com&g
ds
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstraße 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Komplementärin: ORACLE Deutschl
ard
+ focus or when the user restores the keyboard shortcuts using any
+ mechanism offered by the compositor.
+
+
+
+
+
+
+
+
+
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archi
Thanks Adam!
Regards
Michael
08.02.2017 18:05, Adam Jackson wrote:
On Thu, 2017-02-02 at 11:43 +0100, Michael Thayer wrote:
Respectful but rather frustrated ping. Is it still worth my trying to
get these changes in or should I just give up?
Sorry for the delay. The cursor code
Respectful but rather frustrated ping. Is it still worth my trying to
get these changes in or should I just give up?
Regards
Michael
27.01.2017 17:51, Michael Thayer wrote:
Hello Adam and Keith,
These patches have been hanging around for a while (since October in
fact), and never made
Hello Adam and Keith,
For some reason you got left off CC on that message. No idea why, you
are still there in the copy in my "sent" folder...
Regards
Michael
27.01.2017 17:51, Michael Thayer wrote:
Hello Adam and Keith,
These patches have been hanging around for a while (sin
The following changes since commit 7617a0a180a2cd3427a8ffa9534152df6a8fecbf:
dri2: refine dri2_probe_driver_name (v2) (2017-01-25 15:13:33 -0500)
are available in the git repository at:
https://github.com/michael-thayer/xserver.git
for you to fetch changes up
Hello Hans,
Polite ping on this one.
Regards and thanks
Michael
01.10.2016 12:01, Hans de Goede wrote:
Hi,
On 30-09-16 17:55, Michael Thayer wrote:
Based on v4 by Alexandre Courbot <acour...@nvidia.com>
There is currently no reliable way to report failure to set a HW
cursor.
Hello Adam,
On 05.10.2016 21:33, Adam Jackson wrote:
On Fri, 2016-09-30 at 17:55 +0200, Michael Thayer wrote:
v5: Updated the patch to apply to current git HEAD, split up into two
patches (server and modesetting driver) and adjusted the code slightly
to match surrounding code. I also
to load_cursor_argb_check
* keep the permanent software cursor fall-back if -ENXIO is returned
* move parts of v3 into separate patches
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
hw/xfree86/drivers/modesetting/drmmode_display.c | 30 ++--
hw/xfree86/drivers/modes
c21ea1.
- Adjusted code slightly to match surrounding code.
- Effectively reverted af916477 which is made unnecessary by this patch.
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
hw/xfree86/drivers/modesetting/drmmode_display.c | 15 +--
hw/xfree86/drivers
to two
patches (server and modesetting driver) and adjusted the code slightly
to match surrounding code. I also removed the new exported function
ShowCursorCheck(), as instead just changing ShowCursor() to return Bool
should not affect its current callers.
Signed-off-by: Michael Thayer <mi
Hello Hans,
On 29.09.2016 09:56, Hans de Goede wrote:
Hi,
On 28-09-16 16:54, Michael Thayer wrote:
Hello Hans,
On 28.09.2016 15:37, Hans de Goede wrote:
Hi Michael,
On 28-09-16 14:47, Michael Thayer wrote:
[...]
On 09/16/2016 06:52 PM, Michael Thayer wrote:
When the X server asks us
Hello Hans,
On 28.09.2016 15:37, Hans de Goede wrote:
Hi Michael,
On 28-09-16 14:47, Michael Thayer wrote:
[...]
On 09/16/2016 06:52 PM, Michael Thayer wrote:
When the X server asks us to load a hardware cursor, that
request is always followed up by a request to show it if we
report success
Hello,
On 28.09.2016 09:58, Hans de Goede wrote:
Hi,
On 28-09-16 05:05, Michel Dänzer wrote:
[...]
On 09/16/2016 06:52 PM, Michael Thayer wrote:
When the X server asks us to load a hardware cursor, that
request is always followed up by a request to show it if we
report success, or to hide
Hello,
On 27.09.2016 12:06, Hans de Goede wrote:
Hi,
On 23-09-16 10:20, Hans de Goede wrote:
Hi All,
On 09/16/2016 06:52 PM, Michael Thayer wrote:
When the X server asks us to load a hardware cursor, that request is
always
followed up by a request to show it if we report success, or to hide
did not
make it to my mailbox. Looks good to me, but if you like I can apply it
when I have time and check in gdb that it does what it says on the box.
Otherwise,
Reviewed-by: Michael Thayer <michael.tha...@oracle.com>
Regards,
Michael
---
hw/xfree86/drivers/modesetting/drmmode_displa
On 16.09.2016 17:49, Michael Thayer wrote:
Split this up into the three following patches as suggested by Hans.
Many thanks for your patience!
Polite ping.
Regards,
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
OR
On 16.09.2016 17:52, Michael Thayer wrote:
Currently if modesetting ever fails to set a hardware cursor it will switch
to using a software cursor and never go back. Change this to only
permanently switch to a software cursor if -ENXIO is returned (which means
hardware cursors not supported
to load_cursor_argb_check
* keep the permanent software cursor fall-back if -ENXIO is returned
* move parts of v3 into separate patches
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
Tested switching from a hardware to a software cursor and back.
hw/xfree86/drivers/modesetting/drmmode_display.
When the X server asks us to load a hardware cursor, that request is always
followed up by a request to show it if we report success, or to hide it if
we report failure. Therefore it makes no sense to suppress the request if
the cursor is not currently visible.
Signed-off-by: Michael Thayer
to
drmModeSetCursor2() will always return -EINVAL. Specifically, a return
value of -ENXIO usually means that neither are supported.
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
1) Tested that hardware cursors still work with the patch applied.
2) Tested in gdb that the expected path is
Split this up into the three following patches as suggested by Hans.
Many thanks for your patience!
Regards,
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstra
Hello,
On 15.09.2016 19:18, Hans de Goede wrote:
Hi,
On 15-09-16 16:40, Michael Thayer wrote:
Hello Hans,
On 15.09.2016 16:12, Hans de Goede wrote:
Hi,
On 15-09-16 12:04, Michael Thayer wrote:
Currently if modesetting ever fails to set a hardware cursor it will
switch
to using a software
Hello Hans,
On 15.09.2016 16:12, Hans de Goede wrote:
Hi,
On 15-09-16 12:04, Michael Thayer wrote:
Currently if modesetting ever fails to set a hardware cursor it will
switch
to using a software cursor and never go back. Change this to try a
hardware
cursor first every time a new one is set
by calls to show_cursor unless the load
fails (when a call to hide_cursor should follow)
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
I hope that you are happy with the change I made to remove the set_cursor1
fall-back (it does rather simplify the code!); if not I will s
On 14.09.2016 12:07, Hans de Goede wrote:
Hi,
On 13-09-16 17:42, Michael Thayer wrote:
Currently if modesetting ever fails to set a hardware cursor it will
switch
to using a software cursor and never go back. Change this to try a
hardware
cursor first every time a new one is set
On 14.09.2016 12:07, Hans de Goede wrote:
Hi,
On 13-09-16 17:42, Michael Thayer wrote:
Currently if modesetting ever fails to set a hardware cursor it will
switch
to using a software cursor and never go back. Change this to try a
hardware
cursor first every time a new one is set
not, or virtual
hardware may be able to handle hardware cursors at some times and not others.
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
Checked the current git source and this change is still needed. This is an
updated patch which takes into account changes in the driver source
)
Signed-off-by: Adam Jackson <a...@redhat.com>
Reviewed-by: Michael Thayer <michael.tha...@oracle.com>
Went ahead and merged this:
remote: I: patch #99393 updated using rev
4b311d23e84356bd0e9e736aeed7448dd6382118.
remote: I: 1 patch(es) updated to state Accepted.
To ssh://git.freedesktop.
x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung
Reviewed-by: Michael Thayer <michael.tha...@oracle.com>
And successfully tested by one user who experienced buggy behaviour
without the patch.
On 15.07.2016 17:28, Adam Jackson wrote:
This error code can mean we're submitting more rects at once than the
driver can handle. If that h
On 15.07.2016 17:33, Adam Jackson wrote:
On Tue, 2016-07-12 at 15:56 +0200, Michael Thayer wrote:
I know it has just been two days, but still, a polite ping. I would
also generally be interested in the question of what I can do to get
this sort of patch moving. Would reviewing other people's
On 10.07.2016 12:23, Michael Thayer wrote:
Hello Adam,
On 05.07.2016 20:40, Adam Jackson wrote:
On Mon, 2016-07-04 at 21:43 +0200, Michael Thayer wrote:
When submitting dirty rectangles to the kernel driver,
modesetting checks the return value, and if it gets ENOSYS
(driver does not support
Hello Adam,
On 05.07.2016 20:40, Adam Jackson wrote:
On Mon, 2016-07-04 at 21:43 +0200, Michael Thayer wrote:
When submitting dirty rectangles to the kernel driver, modesetting checks
the return value, and if it gets ENOSYS (driver does not support reporting)
or EINVAL (invalid data submitted
On 05.07.2016 22:15, Michael Thayer wrote:
On 05.07.2016 20:40, Adam Jackson wrote:
On Mon, 2016-07-04 at 21:43 +0200, Michael Thayer wrote:
When submitting dirty rectangles to the kernel driver, modesetting
checks
the return value, and if it gets ENOSYS (driver does not support
reporting
On 05.07.2016 20:40, Adam Jackson wrote:
On Mon, 2016-07-04 at 21:43 +0200, Michael Thayer wrote:
When submitting dirty rectangles to the kernel driver, modesetting checks
the return value, and if it gets ENOSYS (driver does not support reporting)
or EINVAL (invalid data submitted to the kernel
been seen
to trigger in practice when the X server submits more rectangles at once to
the VirtualBox kernel driver than the kernel will accept. I would expect
this too affect most or all other drivers for virtual graphics devices and
some others.
Signed-off-by: Michael Thayer <michael.
elieve
this is an Xorg problem and have analysed it on that ticket.
Regards,
Michael
<1> https://www.virtualbox.org/ticket/15511
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltun
to handle some cursors in hardware and
others not, or virtual hardware may be able to handle hardware cursors
at some times and not others.
Thanks and regards,
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutsch
On 04.04.2016 22:09, Michael Thayer wrote:
Hello,
Please excuse the top posting. Tested this in a dual-head non-mirrored
virtual machine and hit the following problem: xf86CursorSetCursor() in
hw/xfree86/ramdac/xf86Cursor.c calls xf86SetCursor() which fails because
the cursor is not visible
CursorPtr pCurs, int x,
int y)
(*infoPtr->SetCursorPosition) (infoPtr->pScrn, x, y);
-(*infoPtr->ShowCursor) (infoPtr->pScrn);
-return TRUE;
+return xf86ShowCursor(infoPtr);
+
}
void
@@ -184,7 +194,7 @@ xf86SetTransparentCursor(ScreenPtr pScreen)
xf86D
On 01.04.2016 22:22, Michael Thayer wrote:
On 01.04.2016 22:12, Michael Thayer wrote:
I have just been adjusting the cursor handling code in the VirtualBox
kernel driver and realised that the modesetting user space driver is
still adjusting the reported cursor position to take the hot-spot
On 01.04.2016 22:12, Michael Thayer wrote:
I have just been adjusting the cursor handling code in the VirtualBox
kernel driver and realised that the modesetting user space driver is
still adjusting the reported cursor position to take the hot-spot into
account, even though it also reports
-spot information in modesetting.
Does anyone have a good idea about how to deal with this? My best so
far is for my driver to intercept DRM_IOCTL_MODE_CURSOR2 and just
-EINVAL it to force fall-back.
Regards,
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co
scrn->ModeSet(scrn);
+
+/* Make sure the HW cursor is hidden if it's supposed to be, in case
+ * it was hidden while the CRTC was disabled
+ */
+if (!xf86_config->cursor_on)
+xf86_hide_cursors(scrn);
}
else {
crtc->x = saved
0644
--- a/hw/xfree86/ramdac/xf86HWCurs.c
+++ b/hw/xfree86/ramdac/xf86HWCurs.c
@@ -161,8 +161,7 @@ xf86SetCursor(ScreenPtr pScreen, CursorPtr pCurs, int x,
int y)
(*infoPtr->SetCursorPosition) (infoPtr->pScrn, x, y);
-(*infoPtr->ShowCursor) (infoPtr->pScrn);
-return TRUE
Hello Alex,
On 18.03.2016 10:42, Alexandre Courbot wrote:
Hello Michael,
On 03/18/2016 06:09 PM, Michael Thayer wrote:
In that context, see this patch to Modesetting which I send a couple of
weeks ago, which should incidentally also fix your issue:
https://patchwork.freedesktop.org/patch
ere, the cursor will
+* remain invisible until the next call to this function, which
+* may not happen before a while */
+if (!(infoPtr->MaxWidth == 0 || infoPtr->MaxHeight == 0))
+return;
}
}
--
Michael Thayer
.
We sort-of tried this in Weston for something else (we rendered
certain windows in overlays) and had to turn it off and go to always
SW because of the obnoxious flickering, at least until atomic landed.
On Sat, Mar 12, 2016 at 3:54 AM, Michael Thayer
<michael.tha...@oracle.com> wrote:
Hel
might have twenty minutes to review it?
Regards,
Michael
On 06.03.2016 12:56, Michael Thayer wrote:
Currently if modesetting ever fails to set a hardware cursor it will switch
to using a software cursor and never go back. Change this to try a hardware
cursor first every time a new one is set
message
source- (or any other MUA for that matter) that can break the patch
formatting and confuse git.
Indeed, I sent the original with g-s-e and the re-send with Thunderbird.
Thanks again.
Regards,
Michael
HTH, Cheers, Olivier
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co
not, or virtual
hardware may be able to handle hardware cursors at some times and not
others.
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
Re-sending as this did not seem to get noticed much the first time.
hw/xfree86/drivers/modesetting/drmmode_display.c | 47
++
not, or virtual
hardware may be able to handle hardware cursors at some times and not others.
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
Made the commit message more verbose on Emil's request.
hw/xfree86/drivers/modesetting/drmmode_display.c | 47 ++--
1 file chang
On 05.03.2016 09:42, Michael Thayer wrote:
[...]
On 05.03.2016 00:19, Emil Velikov wrote:
-EINVAL is interpreted by most/all of us as not supported (too old of
a kernel). Although another thing was at the back of my mind - why are
you removing the use_set_cursor2 static boolean. In all fairness
Hello Emil,
On 05.03.2016 00:19, Emil Velikov wrote:
On 4 March 2016 at 19:02, Michael Thayer <michael.tha...@oracle.com> wrote:
[...]
On 04.03.2016 19:52, Emil Velikov wrote:
[...]
On 4 March 2016 at 14:26, Michael Thayer <michael.tha...@oracle.com>
wrote:
On 02.03.2016 18
Hello Emil,
On 04.03.2016 19:52, Emil Velikov wrote:
Hi Michael,
On 4 March 2016 at 14:26, Michael Thayer <michael.tha...@oracle.com> wrote:
On 02.03.2016 18:43, Michael Thayer wrote:
At present if modesetting ever fails to set a hardware cursor it
switches back to a software one and
On 02.03.2016 18:43, Michael Thayer wrote:
At present if modesetting ever fails to set a hardware cursor it
switches back to a software one and stays that way until it is unloaded.
The following patch should fix that. I say "should" because I had
difficulties testing it - the cur
Currently if modesetting ever fails to set a hardware cursor it will switch
to using a software cursor and never go back. Change this to try a hardware
cursor first every time a new one is set.
Signed-off-by: Michael Thayer <michael.tha...@oracle.com>
---
hw/xfree86/drivers/modes
th in case some one else immediately has an
idea.
Note that I did my testing against Ubuntu's 1.17.2 server.
Regards,
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Ries
On 22.02.2016 21:29, Dave Airlie wrote:
On 22 February 2016 at 22:20, Michael Thayer <michael.tha...@oracle.com> wrote:
On 19.02.2016 16:16, Michael Thayer wrote:
I have been experimenting a bit with plugging and unplugging of graphics
devices (using a dummy KMS driver which is udl st
On 19.02.2016 16:16, Michael Thayer wrote:
I have been experimenting a bit with plugging and unplugging of graphics
devices (using a dummy KMS driver which is udl stripped of the actual
hardware poking) and how the X server copes with that. It seems to cope
well with a secondary device being
write to the list before that in case anyone else has thoughts,
ideas or fixes (potenially including how I could better handle the
driver update).
Regards,
Michael
--
Michael Thayer | VirtualBox engineer
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt
ORACLE Deutschland
On 21/05/14 15:23, Adam Jackson wrote:
This has to run at initial CreateWindow time, at CreateScreenResources
the root window doesn't actually exist yet.
Tested-by: Michael Thayer michael.tha...@oracle.com
Signed-off-by: Adam Jackson a...@redhat.com
I'm not an expert in that area of the code
On 30/04/14 19:23, Keith Packard wrote:
Michael Thayer michael.tha...@oracle.com writes:
On 22/04/14 07:00, Keith Packard wrote:
Michael Thayer michael.tha...@oracle.com writes:
set_cursor_position() may need to be able to fail and have the server fall
back to a software cursor in at least
ABI version 18 introduces load_cursor_image_check, load_cursor_argb_check,
LoadCursorImageCheck and LoadCursorARGBCheck.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
---
hw/xfree86/common/xf86Module.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/xfree86
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineering
71384 Weinstadt, Germany mailto:michael.tha...@oracle.com
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz
-ShowCursor) (infoPtr-pScrn);
}
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineering
71384 Weinstadt, Germany mailto:michael.tha...@oracle.com
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München
/+archive/ppa/+index?batch=75memo=75start=75
Regards,
Michael
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineering
71384 Weinstadt, Germany mailto:michael.tha...@oracle.com
Hauptverwaltung: Riesstr. 25, D-80992 München
Currently on Solaris absolute input reporting only takes resolution changes
into account when the video driver is using the pre-RandR 1.2 APIs, and
there it uses the physical resolution, not the virtual. This patch fixes
those two things.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
driver
build breaks as the return type change will only trigger warnings otherwise.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
---
hw/xfree86/common/xf86Module.h | 2 +-
hw/xfree86/modes/xf86Crtc.h| 4 ++--
hw/xfree86/modes/xf86Cursors.c | 18 --
hw
Commit 901fbfb changed the return value of load_cursor_argb() and other
APIs which caused silent breakage of drivers. Rename the changed APIs to
make the breakage visible. The ABI version was already bumped with the
original commit.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
getting the latest versions of everything building in my
Solaris VM, though I thought I had submitted my forward-port to master.
I will check that tomorrow and re-submit.
Regards,
Michael
On 04/10/14 11:21 AM, Michael Thayer wrote:
Currently on Solaris absolute input reporting only takes
to
load_cursor_argb() makes the UseHWCursor*() call-backs irrelevant and
that I should perhaps submit a patch to remove them. And on similar
lines, is xf86ForceHWCursor() still useful? The only user seems to be
the R128 DRI1 code.
Regards,
Michael
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
set_cursor_position() may need to be able to fail and have the server fall
back to a software cursor in at least the situation in which we are running
on virtual hardware and using the host cursor as a hardware cursor for the
guest but cannot change its position.
Signed-off-by: Michael Thayer
No response on this yet. Who would be the right person for looking at
patches to xf86-input-mouse? I do realise that it is no longer as
widely used as it once was...
Regards,
Michael
On 31/03/14 11:21, Michael Thayer wrote:
In MousePickProtocol() with protocol PROT_AUTO we probe
Currently on Solaris absolute input reporting only takes resolution changes
into account when the video driver is using the pre-RandR 1.2 APIs, and
there it uses the physical resolution, not the virtual. This patch fixes
those two things.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
) Virtual hardware
may not wish to pass through a cursor to the host at a particular
time but may wish to accept the same cursor at another time. This
patch adds a return value to the API and makes the server do the
software fall-back on failure.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
I
On 04/04/14 20:46, Jasper St. Pierre wrote:
For qemu, this is handled at the kernel modesetting level with QXL.
See drmModeSetCursor2.
On Fri, Apr 4, 2014 at 3:30 AM, Michael Thayer
michael.tha...@oracle.com mailto:michael.tha...@oracle.com
wrote:
And my question about whether a similar patch
Hello,
On 31/03/14 11:16, Michael Thayer wrote:
I currently have three patches in the air waiting for review and
hopefully integration. It would be great if someone found time to go
over them.
Trying again here. I was hoping to get these into 1.16, but I am
getting more and more doubtful
An X11 client may need to know whether the X server virtual terminal is
currently the active one. This change adds a root window property which
provides that information. Intended interface user: the VirtualBox Guest
Additions.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
and OS-
specific detection, but that only the first case was implemented at the time.
Now that only the second is needed dropping the result to keep the protocol
as PROT_AUTO is presumably no longer useful and seems to actively breaking
things.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
to the host at a
particular time but may wish to accept the same cursor at another time.
This patch adds a return value to the API and makes the server do the
software fall-back on failure.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
---
I would also be interested in having
An X11 client may need to know whether the X server virtual terminal is
currently the active one. This change adds a root window property which
provides that information. Intended interface user: the VirtualBox Guest
Additions.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
On 18/03/14 11:17, Michael Thayer wrote:
On 05/03/14 19:45, Adam Jackson wrote:
On Thu, 2014-02-27 at 15:46 +0100, Michael Thayer wrote:
Another would be
to add a return value to the DDX CRTC functions load_cursor_argb, so
that if the KMS driver failed to set the cursor, modesetting could
and OS-
specific detection, but that only the first case was implemented at the time.
Now that only the second is needed dropping the result to keep the protocol
as PROT_AUTO is presumably no longer useful and seems to actively breaking
things.
Signed-off-by: Michael Thayer michael.tha...@oracle.com
On 05/03/14 19:45, Adam Jackson wrote:
On Thu, 2014-02-27 at 15:46 +0100, Michael Thayer wrote:
Another would be
to add a return value to the DDX CRTC functions load_cursor_argb, so
that if the KMS driver failed to set the cursor, modesetting could
pass this on to the X server.
Actually we
On 05/03/14 19:50, Adam Jackson wrote:
On Thu, 2014-02-27 at 16:01 +0100, Michael Thayer wrote:
Another problem that I am running into is that the X11 client part of
our Guest Additions needs to know whether or not the X server VT is
currently the active one, for example so that it can disable
Signed-off-by: Michael Thayer michael.tha...@oracle.com
---
hw/xfree86/common/xf86Events.c | 36
1 file changed, 36 insertions(+)
diff --git a/hw/xfree86/common/xf86Events.c b/hw/xfree86/common/xf86Events.c
index 06af739..a1b43bb 100644
--- a/hw/xfree86
. Neither of these feel quite satisfactory
of course; any better suggestions are welcome.
Thanks in advance.
Regards,
Michael
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineering
71384 Weinstadt, Germany mailto:michael.tha
.
Regards,
Michael
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineering
71384 Weinstadt, Germany mailto:michael.tha...@oracle.com
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
On Wed, 2011-08-03 at 09:00 +1000, Peter Hutterer wrote:
On Mon, Aug 01, 2011 at 11:18:48PM +0200, Michael Thayer wrote:
On Thu, 2011-07-21 at 09:40 +1000, Peter Hutterer wrote:
On Wed, Jul 20, 2011 at 05:52:16AM -0700, Dan Nicholson wrote:
On Mon, Jul 18, 2011 at 12:17 PM, Lennart
could add the misc subsystem for
the sake of the VirtualBox mouse integration.
Regards,
Michael
--
ORACLE Deutschland B.V. Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineering
71384 Weinstadt, Germany mailto:michael.tha...@oracle.com
Hauptverwaltung
On Thu, 2011-03-03 at 11:37 -0800, Aaron Plattner wrote:
On Wed, Feb 16, 2011 at 04:00:25AM -0800, Michael Thayer wrote:
+if (rr_major = 1 rr_minor = 2)
This check seems wrong, since it will include these event masks for RandR
version 2.2 but not 2.1 if we ever have a RandR 2
1 - 100 of 107 matches
Mail list logo
