Re: [PATCH xserver 2/2] Xi: add forgotten byte-swaps for Valuator fields

On Thu, Jun 07, 2018 at 03:31:42AM +0200, Roman Kapl wrote: > This has caused nonsensical values in xinput output. > > Signed-off-by: Roman Kapl > --- > Xi/xiquerydevice.c | 3 +++ > 1 file changed, 3 insertions(+) pushed, thanks remote: Updating patchwork state for

Re: [PATCH] Improve the ButtonInfo description.

On Thu, Jun 07, 2018 at 03:32:08AM +0200, Roman Kapl wrote: > It failed to mention it is followed by a bit-mask and then the atoms. > > Signed-off-by: Roman Kapl > --- > include/X11/extensions/XI2proto.h | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) Patch content is correct,

[PATCH xserver] modesetting: Also disable CRTC in drmmode_output_disable()

So, this did actually work on older kernels at one point in time, however it seems that this working was a result of some of the Linux kernel's atomic modesetting helpers not preserving the CRTC's enabled state in the right spots. This was fixed in: 846c7dfc1193 ("drm/atomic: Try to preserve the

[ANNOUNCE] xkbcomp 1.4.2

Only one patch, fixing keymap compilation errors when the keycodes maximum is set to a value above the permitted X11 maximum of 255. While we already ignored keys with codes above 255, we still failed on the maximum=374; line that xkeyboard-config 2.24 produces now. Peter Hutterer (2):

[ANNOUNCE] xkbcomp 1.4.2

Only one patch, fixing keymap compilation errors when the keycodes maximum is set to a value above the permitted X11 maximum of 255. While we already ignored keys with codes above 255, we still failed on the maximum=374; line that xkeyboard-config 2.24 produces now. Peter Hutterer (2):

[PATCH xf86-video-r128 2/2] Move R128InitCrtc2Registers to r128_crtc.c

It does not make sense for this function to be inside r128_driver.c since it is only called from a function inside r128_crtc.c. Signed-off-by: Kevin Brace --- src/r128.h| 1 - src/r128_crtc.c | 82 +++ src/r128_driver.c | 82

[PATCH xf86-video-r128 1/2] Move R128InitCrtcRegisters to r128_crtc.c

It does not make sense for this function to be inside r128_driver.c since it is only called from a function inside r128_crtc.c. Signed-off-by: Kevin Brace --- src/r128.h| 1 - src/r128_crtc.c | 111 ++ src/r128_driver.c | 109

Re: [PATCH xserver] present/wnmd: Preserve window pixmap's screen_x/y on flip

Michel Dänzer writes: > From: Michel Dänzer > > The incorrect values could result in the new pixmap's contents > getting corrupted down the line. > > Bugzilla: https://bugs.freedesktop.org/106841 > Fixes: 029608dd8020 "present: Add window flip mode" Ah. Makes sense. Screen flips are always at

Re: [PATCH xserver] present/wnmd: Preserve window pixmap's screen_x/y on flip

On Thu, 2018-06-07 at 18:27 +0200, Michel Dänzer wrote: > From: Michel Dänzer > > The incorrect values could result in the new pixmap's contents > getting corrupted down the line. > > Bugzilla: https://bugs.freedesktop.org/106841 > Fixes: 029608dd8020 "present: Add window flip mode" >

Re: [PATCH xserver] xfree86: Inline xf86{Read, Write}Mmio{8, 16, 32} on alpha

On Thu, 2018-06-07 at 09:31 -0700, Matt Turner wrote: > In commit 9db2af6f757e (xfree86: Remove xf86{Map,Unmap}VidMem) we > somehow stopped exporting xf86{Read,Write}Mmio{8,16,32}. Since the > function pointer indirection was intended to support dense vs sparse and > sparse support is now gone, we

[PATCH xserver] xfree86: Inline xf86{Read, Write}Mmio{8, 16, 32} on alpha

In commit 9db2af6f757e (xfree86: Remove xf86{Map,Unmap}VidMem) we somehow stopped exporting xf86{Read,Write}Mmio{8,16,32}. Since the function pointer indirection was intended to support dense vs sparse and sparse support is now gone, we can just make the functions static inline in compiler.h and

Re: new dependency for libtizcore required for mesa?

On 6/7/18 11:47 AM, Braiam Peguero wrote: On Thu, Jun 7, 2018 at 11:06 AM, Dennis Clarke > wrote: On 6/7/18 10:44 AM, Michal Srb wrote: On čtvrtek 7. června 2018 16:15:50 CEST Dennis Clarke wrote: Package libtizcore was not found in the

[PATCH xserver] present/wnmd: Preserve window pixmap's screen_x/y on flip

From: Michel Dänzer The incorrect values could result in the new pixmap's contents getting corrupted down the line. Bugzilla: https://bugs.freedesktop.org/106841 Fixes: 029608dd8020 "present: Add window flip mode" Signed-off-by: Michel Dänzer --- present/present_wnmd.c | 2 ++ 1 file changed,

Re: new dependency for libtizcore required for mesa?

On Thu, 7 Jun 2018 11:06:30 -0400 Dennis Clarke wrote: Hello Dennis, >That has worked since about 2013 however it has been a while since I >tried. Something odd here ... not sure what it is yet. I'm no programmer/compiling guru, but; Missing the correct -dev package, perhaps? Bearing in

Re: Obtaining Xorg DDX commit privilege

On Thu, 2018-06-07 at 00:10 +0200, Kevin Brace wrote: > I was thinking that it is not really desirable to let VBE start > tinkering with I2C bus related registers this early in the PreInit > callback, That's probably a reasonable intuition, these days. I was just trying to describe the context

Re: new dependency for libtizcore required for mesa?

On Thu, Jun 7, 2018 at 11:06 AM, Dennis Clarke wrote: > On 6/7/18 10:44 AM, Michal Srb wrote: > >> On čtvrtek 7. června 2018 16:15:50 CEST Dennis Clarke wrote: >> >>> Package libtizcore was not found in the pkg-config search path. >>> Perhaps you should add the directory containing

Re: new dependency for libtizcore required for mesa?

On Thu, 2018-06-07 at 11:06 -0400, Dennis Clarke wrote: > Ah .. oops. Thanks for the reply and I should look closer before jumping > on the "what?" button. > > How very odd : > > root@xorg:~# apt-get install llvm > Reading package lists... Done > Building dependency tree > Reading state

Re: new dependency for libtizcore required for mesa?

Your most likely going to need to add a PPA for the LLVM you mention debian ( latest for deb is normally way behind required ) .. I would imagine you may need a couple to cover anything further. Nige On Thu, Jun 7, 2018 at 11:06 AM, Dennis Clarke wrote: > On 6/7/18 10:44 AM, Michal Srb wrote:

Re: new dependency for libtizcore required for mesa?

On 6/7/18 10:44 AM, Michal Srb wrote: On čtvrtek 7. června 2018 16:15:50 CEST Dennis Clarke wrote: Package libtizcore was not found in the pkg-config search path. Perhaps you should add the directory containing `libtizcore.pc' to the PKG_CONFIG_PATH environment variable No package 'libtizcore'

Re: new dependency for libtizcore required for mesa?

On čtvrtek 7. června 2018 16:15:50 CEST Dennis Clarke wrote: > Package libtizcore was not found in the pkg-config search path. > Perhaps you should add the directory containing `libtizcore.pc' > to the PKG_CONFIG_PATH environment variable > No package 'libtizcore' found This is not a problem. It

new dependency for libtizcore required for mesa?

Dear X-types: Is there a new minimal dependency list? While running a build I see this : == == Processing: "mesa/mesa" ==configuration options: Cloning into 'mesa/mesa'... remote: Counting objects: 1006300, done.

Re: [PATCH app/xauth 2/2] Sort entries from most specific to most generic.

On čtvrtek 7. června 2018 14:59:44 CEST Walter Harms wrote: > I was thinking about a more permanent solution and sofar i see the correct > way would to add the two functions to libXau since i do not see that other > applications would be more clever that xauth. That would be nice, sadly libXau

Re: [PATCH app/xauth 2/2] Sort entries from most specific to most generic.

> Michal Srb hat am 6. Juni 2018 um 08:34 geschrieben: > > > On úterý 5. června 2018 17:46:05 CEST Walter Harms wrote: > > MMh, so far i understand you do an add and then sort the whole thing. > > perhaps it would be more easy to start with a sorted field and insert (add) > > a key on the

Re: [PATCH xserver] exa: Use PictureMatchFormat for source-only picture format description

On 2018-06-06 10:26 PM, Adam Jackson wrote: > On Fri, 2018-06-01 at 11:58 +0200, Michel Dänzer wrote: >> From: Michel Dänzer >> >> Their pFormat member is NULL, which resulted in a crash in >> miRenderColorToPixel. >> >> Fixes: 8171d4c2d67b "render: Store and use all 16bpc of precision for >>

Re: [PATCH xserver] glamor: Enable modifier support for xfree86 too

On 6 June 2018 at 20:56, Adam Jackson wrote: > This was left disabled in 1.20.0, it's time to start being sure it > works. > > Signed-off-by: Adam Jackson Acked-by: Daniel Stone ___ xorg-devel@lists.x.org: X.Org development Archives:

Re: [PATCH xkbcomp] Ignore xkb_keycodes.maximum of > 255

On 7 June 2018 at 05:13, Peter Hutterer wrote: > Continuation from 7fdfabd75 "keycodes: Ignore high keycodes" > > A keymap with a key > 255 will have a xkb_keycodes.maximum of that keycode. > Let's not throw a fatal error on that, just crop it back to the maximum of > 255. This doesn't set the