lity to be sure about the correct API usage.
--
Alexander E. Patrakov
CV: http://pc.cd/PLz7
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel
ole shebang as the same
> library, infra etc. is used on both sides. There already is an "animator"
> infra
> where you request a callback to be called whenever a frame needs to be
> produced. The idea is that you just modify objects in the scene graph and this
> then percolates down to there being changes that then results in a render that
> may or may not use GL. at once point I had an xrender engine I gave up on so
> i'm down to just software and GL (GLX or EGL and mostly a gles2 susbset of
> GL).
> The animation is far removed from the rendering. In the end the pipeline
> depends on their being some event to say "wake-up! time to render!". The
> vblank
> events are just that. That means there is an entire frame worth of budget to
> go
> set up the changes, render them and get a swap or xshmputimage queued up and
> ready to go. The GL infra for this is certainly not ideal and in most cases
> just hasn't been able to do this in my experience in the past. I need this
> event even though I have not actually rendered anything previously.
Please also consider the corner case of Xvfb, xf86-video-dummy, or
maybe (untested) rendering on a headless GPU on a EC2 instance and
displaying the result via VNC. In these cases, there will be no vblank
events at all.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel
s://xpra.org/svn/Xpra/trunk/rpmbuild/0002-Constant-DPI.patch
https://xpra.org/svn/Xpra/trunk/rpmbuild/0003-fix-pointer-limits.patch
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info
Daniel Stone :
>
> Hi Alexander,
>
> On 12 June 2018 at 14:53, Alexander E. Patrakov wrote:
> > Daniel Stone :
> >> > That said, I could not even create an account with a noscript/xhtml basic
> >> > browser (if you want to test that, install the famous no
need to test; it's guaranteed to fail since we require Recaptcha
> for login due to massive spam issues.
Have you tested whether Chinese or Russian users can login or sign up?
Asking because Recaptcha was blocked for quite a long time by Russian
authorities.
Cannot test the situation myself n
; if cc.sizeof('unsigned long') == 8
> conf_data.set('_XSERVER64', '1')
> glx_align64 = '-D__GLX_ALIGN64'
Just cosmetics.
You are replacing an empty list with a string. Does it work to replace
an empty list with a list with one element, instead, so that the
glx_align64 variable is always a lis
o optimize your overflow check, because it never
triggers if there is no overflow.
https://www.airs.com/blog/archives/120
Please either make sure that all code that includes this header is
compiled with -fno-strict-overflow, or rewrite the check in a way that
does not check the result but only t
29.04.2016 09:01, Dave Airlie wrote:
The other way around makes no sense.
Not sure.
My old (and now broken) Sony VAIO Z23A4R laptop had outputs attached to
both Intel and Radeon GPUs. I don't know whether the Radeon card had
this isGPU flag.
--
Alexander E. Patrakov
Signed-off-by: Dave
17.12.2015 02:43, Leo Liu wrote:
-pNewProp->data = value;
+if (!(pNewProp->data = malloc(len * format/8)))
+return BadAlloc;
+memcpy(pNewProp->data, value, (len * format/8));
Is there any guarantee that len * format/8 will not overflow?
--
Alexander E.
of a typical 1920x1200 monitor?
1:1:1:1:0:0:1920:1200
+
Version 1.5 adds monitors
• A 'Monitor' is a rectangular subset of the screen which represents
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http
,
+ Failed to initialize XV support.\n);
+}
+#endif
+
if (serverGeneration == 1)
xf86ShowUnusedOptions(pScrn-scrnIndex, pScrn-options);
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
GLAMOR_HAS_GBM this is valid code */
typedef struct {
...
struct gbm_device *gbm;
...
} whatever;
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org
: Alexander E. Patrakov patra...@gmail.com
Date: Fri, 28 Mar 2014 23:57:56 +0600
Subject: [PATCH] Detect and discard huge coordinate jumps on touchpads.
Such jumps are usually consequences of the touchpad firmware
failing to notice that a different finger is in fact touching the
touchpad. If not discarded
Oops, sorry. I really must sleep more. I replied with a libinput patch
to a synaptics patch.
As I no longer use synaptics and don't want to figure out whether the
code there allows to say this is a new finger, I just slap an ACK on
the original patch.
16.09.2014 08:57, Alexander E. Patrakov
dynamic range offered by floating point.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
--
Alexander E. Patrakov
idea to start enforcing this at some later
point in time - i.e. #error out in other headers if _XORG_SERVER_H_ is
not defined?
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info
approach first, and treat the is the next jump
in line test as an optimization that can be added later.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org
16.06.2014 16:37, Peter Hutterer wrote:
On 15/06/2014 03:48 , Alexander E. Patrakov wrote:
1. I decide to place the pointer somewhere and left-click.
2. I place the right index finger on the touchpad.
3. I move the pointer approximately near the desired position, which
often happens to be near
by the wrong
assumption that there were no finger-up/finger-down events in the middle
(i.e. that it is the same finger)?
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http
14.06.2014 20:44, Gabriele Mazzotta wrote:
On Saturday 14 June 2014 17:47:27, Alexander E. Patrakov patra...@gmail.com
wrote:
13.06.2014 15:22, Gabriele Mazzotta wrote:
It appears that 71652fe (Ignore motion the first X ms after a
clickpad click) is not enough to prevent unwanted cursor jumps
NOUVEAU_PIXMAP_SHARING 1
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
);
glamor_init_solid_shader(screen);
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
Robert Millan r...@debian.org wrote:
(a patch)
The patch uses the pointer type, which is on its way out. Please replace
with void *.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
related to i2c usage from the kernel and from userspace.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
require a tcpdump capture of a successful XDMCP session and some
X11 traffic along with the patch.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman
, the correct scope ID is never stored, and in
xdmcp.c there is no attempt to fill in the scope anywhere. So, as far as
I understand, the setup involving link-local addresses cannot work, so
there is no point to pass them to XdmcpRegisterConnection at all.
--
Alexander E. Patrakov
on any other host to fill it correctly.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
IPv6 link local addresses (fe80::/10), because
the other end would need a scope identifier to determine
the interface, which it has no way to guess.
Signed-off-by: Egbert Eich e...@freedesktop.org
Reviewed-By: Alexander E. Patrakov patra...@gmail.com
--
Alexander E. Patrakov
E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
2014/1/23 Alexander E. Patrakov patra...@gmail.com:
Keith Packard wrote:
and it may well confuse applications into thinking that they can
configure the two monitors separately.
...
Another class of clients that attempt to reconfigure screens is fullscreen
games, and here breakage is indeed
.
+1 to separate problem. Indeed, there is one problem of making
existing applications work without changing the protocol, and one
problem of extending the protocol so that interested clients can learn
about combined displays or make power walls on the fly.
--
Alexander E. Patrakov
Keith Packard wrote:
Alexander E. Patrakov patra...@gmail.com writes:
What's wrong with my proposal to report mirrored screens to clients
even though the outputs are not really mirrors? In this case, each
mirror can get one EDID, implementing option (1).
We'd have to report both
axis y axis) 509mm x
286mm
3840x2160 60.0*+
even though each half is in fact 1920x2160.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman
?
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
only for disambiguation when
equally-sized monitors contain equal proportions of the window's
pixels) looks good enough. So let's use it.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
2013/7/27 Keith Packard kei...@keithp.com:
Alexander E. Patrakov patra...@gmail.com writes:
2013/7/26 Keith Packard kei...@keithp.com:
Alexander E. Patrakov patra...@gmail.com writes:
Which frame?
Suppose that there are two overlapping outputs with vastly different
refresh rates (say
argue that his optimizations apply in other cases, but not the case of
overlapping outputs.
Sorry for not having any code to back that up.
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
2013/7/26 Keith Packard kei...@keithp.com:
Alexander E. Patrakov patra...@gmail.com writes:
Which frame?
Suppose that there are two overlapping outputs with vastly different
refresh rates (say, an old 100 Hz CRT and a modern 60 Hz LCD).
I'm afraid I just don't care very much about getting
cables attached to the side of the laptop itself).
As I am physically away from this laptop, I cannot check whether
vgaswitcheroo works (but assume it shouldn't).
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http
2013/6/21 Maarten Lankhorst maarten.lankho...@canonical.com:
Op 21-06-13 12:43, Alexander E. Patrakov schreef:
2013/6/21 Maarten Lankhorst maarten.lankho...@canonical.com:
For the open source drivers there should be a different way to do so, try
running this before starting X:
if [ -f /sys
radeon card is actually in a dock station that
may or may not be connected on a given boot. So, I would like to use
radeon (-gpu 1) as the primary gpu only if it exists - but there is no
syntax to do that.
--
Alexander E. Patrakov
___
xorg-devel
, or
not?
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
?
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
it?) and not on the first free tty that may be different
due to a race with getties.
+
+[Install]
+Alias=graphical.target.wants/xdm@tty7.service
--
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
44 matches
Mail list logo