Re: [ANNOUNCE] rendercheck 1.6

On Wed, Apr 24, 2024 at 7:12 AM wrote: > > In the commits, I note this: > > On Tue, Apr 23, 2024 at 03:53:39PM -0400, Matt Turner wrote: > >[...] > > Eric Anholt (10): > > [...] > > Remove the autotools build system. > > There are OSes that d

Re: [PATCH xf86-video-vmware] vmwgfx: Fix YV12 video corruption issue

On Sun, Mar 28, 2021 at 10:57 AM Doug Brown wrote: > > This fixes an issue I discovered with YV12 video that isn't a multiple > of 8 pixels in width (after the round up to an even width value). Due to > extra padding because the pitch doesn't match the width, the wrong data > gets copied into the

Re: Buildability of the Xorg drivers

On Sun, Jan 30, 2022 at 4:16 PM Alan Coopersmith wrote: > xf86-input-vmmouse > xf86-video-vmware >- do not allow merge requests This has been an issue before, in conjunction with not even knowing who the nominal maintainer was. E.g. someone submitted a patch almost a year ago

Re: RFC: New libxcvt library

On Fri, Mar 26, 2021 at 8:59 AM Olivier Fourdan wrote: > > Hi all, > > Currently. the Xorg Xserver has its own implementation of the VESA CVT > standard timing modelines generator in `hw/xfree86/modes/xf86cvt.c`. > > That code is placed in its own source file alone because it is also being >

Re: [PATCH] mi: sprite: SaveUnderCursor2

On Tue, Mar 9, 2021 at 1:20 PM Walter Harms wrote: > > hi Madhurkiran Harikrishnan, > my experience is that readability reduced rapidly with indent-level. > I would suggest: > > if ( ! DevHasCursor(pDev) continue; > > pCursorInfo = GetSprite(pDev); > > if (!pCursorInfo) continue; // just to

Re: RFC: Minimum meson version for xserver 20

On Mon, Mar 30, 2020 at 8:24 AM Adam Jackson wrote: > > Does anyone have strong opinions on this? I would really like to bump > to at least 0.49 for the position-independent executable support. If > not that, 0.47 gives us 'feature' support for build options, which > addresses the "should we

Re: gitlab.fd.o financial situation and impact on services

On Fri, Feb 28, 2020 at 12:00 AM Daniel Stone wrote: > > Hi Matt, > > On Thu, 27 Feb 2020 at 23:45, Matt Turner wrote: > > We're paying 75K USD for the bandwidth to transfer data from the > > GitLab cloud instance. i.e., for viewing the https site, for > &

Re: gitlab.fd.o financial situation and impact on services

On Thu, Feb 27, 2020 at 1:27 PM Daniel Vetter wrote: > > Hi all, > > You might have read the short take in the X.org board meeting minutes > already, here's the long version. > > The good news: gitlab.fd.o has become very popular with our > communities, and is used extensively. This especially

Re: libXt release

On Tue, Jun 18, 2019 at 8:03 PM Thomas Dickey wrote: > > On Tue, Jun 18, 2019 at 07:18:21AM -0400, Thomas Dickey wrote: > > On Tue, Jun 18, 2019 at 05:37:40AM -0400, Thomas Dickey wrote: > > > On Mon, Jun 17, 2019 at 10:08:21AM -0400, Matt Turner wrote: > > > >

Re: libXt release

On Mon, Jun 17, 2019 at 4:57 AM Thomas Dickey wrote: > > On Sun, Jun 16, 2019 at 08:08:42PM -0400, Thomas Dickey wrote: > > On Thu, Jun 13, 2019 at 03:43:04PM -0400, Thomas Dickey wrote: > > > - Original Message - > > > | From: "Matt Turner" > &

libXt release

Hi Thomas, I'd like to do a tarball release of libXt since there are now quite a few commits since 1.1.5, released in 2015. Are you okay with me making a 1.2.0 release now, or is there anything else you would want to get into a new release? Thanks, Matt

Re: [PATCH xf86-video-savage] Changing result parameter type for ScreenWakeupHandlerProcPtr

ERSION(23, 0) > #define BLOCKHANDLER_ARGS_DECL ScreenPtr arg, pointer pTimeout > #define BLOCKHANDLER_ARGS arg, pTimeout > > -#define WAKEUPHANDLER_ARGS_DECL ScreenPtr arg, unsigned long result > +#define WAKEUPHANDLER_ARGS_DECL ScreenPtr arg, int result > #define WAKEUPHANDLER_A

Re: [PATCH] result parameter for ScreenWakeupHandlerProcPtr should be unsigned long

On Wed, Jan 9, 2019 at 10:03 AM Kevin Brace wrote: > > Hi Dave, > > I do see what is going on, but was there a mistake in the X Server header > file when the ABI was changed? > Who else uses ScreenWakeupHandlerProcPtr and does another device driver have > this issue? Can we please try to keep

Re: Will like to see some action on ScreenWakeupHandlerProcPtr related patch

On Tue, Dec 18, 2018 at 3:16 PM Kevin Brace wrote: > > Hi Alan, > > I am not asking to change the ABI. > I just spotted an inconsistency in how ScreenWakeupHandlerProcPtr is defined > inside compat-api.h and scrnintstr.h. > That appears the root of the problem. > I consider this a bug. > If I

Re: Will like to see some action on ScreenWakeupHandlerProcPtr related patch

On Mon, Dec 17, 2018 at 6:09 PM Kevin Brace wrote: > I posted a small patch related to ScreenWakeupHandlerProcPtr several days ago. > > https://lists.x.org/archives/xorg-devel/2018-December/057793.html No need to start an additional thread... ___

Re: Will like to release xf86-video-mga Version 1.7 soon

On Mon, Nov 26, 2018 at 11:30 AM Kevin Brace wrote: > If there are no objections, I will like to increment the version of > xf86-video-mga DDX to Version 1.7 (1.7.0) early next week. Since the version numbers don't really have any meaning, would you mind just picking xf86-video-mga-2.0.0? I ask

Re: [PATCH xserver v2] glamor: add support for NV12 in Xv

On Tue, Sep 11, 2018 at 10:28 AM Julien Isorce wrote: > > Useful when video decoders only output NV12. Currently > glamor Xv only supports I420 and YV12. > > Note that Intel's sna supports I420, YV12, YUY2, UYVY, NV12. > > Test: xvinfo | grep NV12 > Test: gst-launch-1.0 videotestsrc !

Re: [PATCH xserver 3/3] glamor: add support for NV12 in Xv

On Thu, Sep 6, 2018 at 3:40 PM Julien Isorce wrote: > > Useful when video decoders only support NV12. Currently > glamor Xv only supports I420 and YV12. > > Note that Intel's sna supports I420, YV12, YUY2, UYVY, NV12. > > Test: xvinfo | grep NV12 > Test: gst-launch-1.0 videotestsrc ! video/x-raw,

Re: [PATCH v2] meson: add option to disable selective werror

On Thu, Aug 9, 2018 at 1:03 PM, Eric Anholt wrote: > "Marty E. Plummer" writes: > >> Signed-off-by: Marty E. Plummer > > We definitely want our -W flags. Are you finding that one of the > -Werror ones is throwing errors for you? If so, let's fix that for > everyone. -Werror is fine for

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

On Thu, Jun 7, 2018 at 10:55 AM, Adam Jackson wrote: > 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 ind

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

and avoid all of this. Bugzilla: https://bugs.gentoo.org/548906 Tested-by: Christopher May-Townsend Signed-off-by: Matt Turner --- configure.ac| 4 -- hw/xfree86/common/compiler.h| 67 - hw/xfree86/os-support/bsd/Makefile.am

Re: [ANNOUNCE] xorg-server 1.20.0

On Fri, May 11, 2018 at 2:28 PM, Thomas Klausner wrote: > xf86-video-intel-2.99.917: > > checking whether to include DRI1 support... no > configure: error: DRI1 requested but prerequisites not found > *** Error code 1 You probably just want to start using --disable-dri1 here.

[PATCH xserver] randr: Account for panning and transforms when constraining the cursor

From: Chris Wilson commit 56c90e29f04727c903bd0f084d23bf44eb1a0a11 [1.10.99.901] Author: Adam Jackson Date: Mon Nov 15 14:29:14 2010 -0500 randr: Add RRConstrainCursorHarder introduced a regression as it ignored the effect of panning and

Re: [PATCH] Xwayland: Don't notify RR of an unchanged size

On Tue, Apr 17, 2018 at 3:44 PM, Preston Carpenter wrote: > From: Timidger Do you mind using your real name? ___ xorg-devel@lists.x.org: X.Org development Archives:

Re: [PATCH xserver] xwayland: Fix build without glamor

Thanks Olivier! Reviewed-by: Matt Turner <matts...@gmail.com> ___ 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

[PATCH xserver] modesetting: Move GBM code inside #ifdef GLAMOR_HAS_GBM

Fixes a compilation error without Glamor. Bugzilla: https://bugs.gentoo.org/653288 Signed-off-by: Matt Turner <matts...@gmail.com> --- Unfortunately, there's more: Xwayland fails to link without Glamor. hw/xfree86/drivers/modesetting/drmmode_display.c | 14 +++--- 1 file chan

Re: [PATCH bdftopcf] Depend on xproto and fsproto that are now used.

On Sun, Dec 10, 2017 at 4:50 AM, Matthieu Herrb <matth...@herrb.eu> wrote: > Signed-off-by: Matthieu Herrb <matth...@herrb.eu> > --- Yep, I came to the same conclusion in Gentoo. Reviewed-by: Matt Turner <matts...@gmail.com> __

Re: [PATCH xserver] configure.ac: unconditionally enable kdrive

On Tue, Oct 24, 2017 at 10:27 AM, Matt Turner <matts...@gmail.com> wrote: > Reviewed-by: Matt Turner <matts...@gmail.com> Please merge. :) ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-de

Re: [PATCH xserver] configure.ac: unconditionally enable kdrive

Reviewed-by: Matt Turner <matts...@gmail.com> ___ 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

Re: [Mesa-dev] XDC 2017 feedback

On Wed, Sep 27, 2017 at 10:07 PM, Rob Clark wrote: > If you had known of the khr dates, and brought it up in Feb (or really > somewhat earlier, given that XDC is roughly same time each year +/- > few weeks), that *might* have been early enough to move things. That's unfair.

Re: [xrandr v2] Select NearestNeighbour filtering for pixel exact scaling

Was there a reason this did not land? ___ 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

Re: [PATCH xserver] On x86 targets, turn off SSE instructions for SlowBcopy

On Sun, Jul 30, 2017 at 11:49 AM, Dimitry Andric wrote: > Some compilers (e.g. clang) will recognize the memcpy idiom in > xf86SlowBcopy(), and optimize it into a loop using SSE instructions. > This can cause "Illegal instruction" crashes under virtualization > environments

Re: [PATCH rendercheck 0/5] Convert to meson.

On Fri, Mar 24, 2017 at 2:13 PM, Mark Kettenis wrote: >> From: Eric Anholt >> Date: Fri, 24 Mar 2017 13:17:45 -0700 >> >> Having bitten off a bit more than I can chew in 3 days with the X >> Server (hw/xfree86/sdksyms.c is the worst), I decided to take a

[PATCH xserver] xkb: Correct type of XkbDfltAccessXOptions.

Declared as unsigned short in xkb/xkbAccessX.c. Signed-off-by: Matt Turner <matts...@gmail.com> --- xkb/xkbInit.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/xkb/xkbInit.c b/xkb/xkbInit.c index 46016ab..9e45b4b 100644 --- a/xkb/xkbInit.c +++ b/xkb/xkbInit.c @@

Re: [PATCH util-modular] release.sh: create a worktree structure that's out of reach of libtool

On Wed, Mar 8, 2017 at 12:21 AM, Peter Hutterer wrote: > +# libtool will search down to ../.. for install-sh and then just gess typo: guess ___ xorg-devel@lists.x.org: X.Org development Archives:

Re: xserver 1.19.2 call for patches

These fix a regression 1.19 (https://bugs.freedesktop.org/show_bug.cgi?id=99358) 3eb964e25243056dd998f52d3b00171b71c89189 xfree86: Take input_lock() for xf86ScreenCheckHWCursor cfddd919cce4178baba07959e5e862d02e166522 xfree86: Take input lock for xf86TransparentCursor

Re: [PATCH xserver] randr: Do not check the screen size bound for gpu screens

On Wed, Aug 31, 2016 at 9:11 AM, Nikhil Mahale wrote: >> >> OTOH this may indeed be a server bug, but your fix is not the right >> one, I wonder why we are doing a RRSetScreenSize for slave GPU-s at >> all. Since we already check that the Screen is big enough in >>

Re: [PATCH xserver] configure.ac: bump epoxy requirement to 1.2

On Mon, Oct 24, 2016 at 2:39 AM, Emil Velikov wrote: > From: Emil Velikov > > As pointed out in the ABI tracker[1], epoxy has gone through a few > non-backwards compatible ABI changes, yet preserved the DSO name. > > Most noticeable of which,

Re: [PATCH xserver 1/3] xfree86/modes: Move gamma initialization to xf86RandR12Init12 v2

On Tue, Jul 26, 2016 at 7:25 AM, walter harms wrote: > > > Am 26.07.2016 11:11, schrieb Michel Dänzer: >> From: Michel Dänzer >> >> RRCrtcGammaSetSize cannot be used yet in xf86InitialConfiguration, >> because randr_crtc isn't allocated yet at that point,

Re: [PATCH xserver 5/8] xquartz/glx: Error out for MakeContextCurrent(draw != read)

On Mon, Mar 21, 2016 at 1:29 PM, Adam Jackson wrote: > CGL doesn't have a way to express this directly, unlike EGL WGL and GLX. > It might be implementable, but it's never actually worked, and it's a > fairly niche feature so we're better off throwing an error if someone >

Re: [PATCH:makedepend] Use do { ... } while(0) idiom to make debug() macro safer

On Sat, Mar 12, 2016 at 10:24 AM, walter harms wrote: > > > Am 12.03.2016 19:15, schrieb Alan Coopersmith: >> Cleans up several -Wempty-body warnings from gcc 5.3 >> >> Signed-off-by: Alan Coopersmith >> --- >> def.h | 4 ++-- >> 1 file changed, 2

Re: [PATCH 6/8] ephyr: Create 3.3 core profile context if possible (v3)

On Mon, Jan 18, 2016 at 11:02 PM, Dave Airlie wrote: > From: Keith Packard > > On desktop GL, Ask for a 3.3 core profile context if that's available, > otherwise create a generic context. > > v2: tell glamor the profile is a core one. > v2.1: add/use GL

[PATCH libXfont] Convert to non-recursive build.

--- Because two Makefiles are better than ten. Makefile.am | 114 ++- configure.ac | 10 + src/FreeType/Makefile.am | 15 --- src/Makefile.am | 68 src/bitmap/Makefile.am | 29

Re: CC_CHECK_FLAGS_APPEND (was Re: libXfont: Changes to 'master')

On Tue, Dec 8, 2015 at 10:51 PM, Jeremy Huddleston Sequoia wrote: > ./configure: line 19194: syntax error near unexpected token `with_cflags,' > ./configure: line 19194: ` CC_CHECK_FLAGS_APPEND(with_cflags, CFLAGS, \' > > From what I can tell, CC_CHECK_FLAGS_APPEND comes

Re: [PATCH] Pass -P to the preprocessor when generating filenames for the manpage.

On Wed, Oct 7, 2015 at 7:46 AM, Aurelien Jarno <aurel...@aurel32.net> wrote: > On 2015-09-30 15:16, Matt Turner wrote: >> On Wed, Sep 9, 2015 at 2:44 PM, Aurelien Jarno <aurel...@aurel32.net> wrote: >> > From: Stefan Dirsch <sndir...@suse.de> >> >

Re: [PATCH] Stop accessing the attribute array using the attribute name enum.

On Tue, Oct 6, 2015 at 3:43 AM, Thomas Klausner wrote: > The whole SMI_VideoAttributes array looks quite strange to me. > > static XF86AttributeRec SMI_VideoAttributes[2] = { > {XvSettable | XvGettable,0, 255, XV_BRIGHTNESS_NAME}, > {XvSettable |

Re: [PATCH] Stop accessing the attribute array using the attribute name enum.

On Tue, Sep 29, 2015 at 9:02 PM, Robert Ancell wrote: > The array has only two elements but the clamping code was assuming it > contained > all the elements in order. This means no clamping is now done but at least it > wont read off the end of the array. > >

Re: [PATCH] Pass -P to the preprocessor when generating filenames for the manpage.

On Wed, Sep 9, 2015 at 2:44 PM, Aurelien Jarno wrote: > From: Stefan Dirsch > > Fixes build with GCC 5. Patch by Richard Biener > --- > man/Makefile.am | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > sessreg doesn't build

Re: [PATCH libXfont] Eliminate calls back to X server or font server functions by name

On Wed, Sep 2, 2015 at 12:15 AM, Keith Packard wrote: > This eliminates the weak symbol adventures and makes all of the calls > back to the X server or Font server go through a table of functions > instead, clarifying the required API. > > As this is a rather major change to

Re: [PATCH libXfont] Eliminate calls back to X server or font server functions by name (v2)

On Wed, Sep 2, 2015 at 2:30 PM, Keith Packard wrote: > This eliminates the weak symbol adventures and makes all of the calls > back to the X server or Font server go through a table of functions > instead, clarifying the required API. > > As this is a rather major change to the

Re: [PATCH] intel-gpu-tools: Fixes-compiler-warnings-about-wrong-function-type

On Fri, Aug 21, 2015 at 5:20 AM, Stefan Dirsch sndir...@suse.de wrote: Hi Find another simple buildfix against current intel-gpu-tools git sources attached. I think intel-gpu-tools patches are supposed to go to intel-...@lists.freedesktop.org as inline patches.

Re: [PATCH] os: make sure the clientsWritable fd_set is initialized before use

On Mon, Aug 3, 2015 at 8:35 AM, Keith Packard kei...@keithp.com wrote: Alan Coopersmith alan.coopersm...@oracle.com writes: For the xserver itself, you mail the patch to Keith with all the reviewed-by tags added to push it to the master branch (now that he's back from vacation). Nearly

Re: [PATCH 1/4] modesetting: Implement 32-24 bpp conversion in shadow update

On Wed, Jul 22, 2015 at 9:14 AM, Adam Jackson a...@redhat.com wrote: From: Dave Airlie airl...@redhat.com 24bpp front buffers tend to be the least well tested path for client rendering. On the qemu cirrus emulation, and on some Matrox G200 server chips, the hardware can't do 32bpp at all.

Re: [PATCH 5/7] glamor: compute GLSL version from GL_SHADING_LANGUAGE_VERSION

On Tue, May 12, 2015 at 7:56 AM, Keith Packard kei...@keithp.com wrote: Kenneth Graunke kenn...@whitecape.org writes: If you care about making that work, I recommend swiping Piglit's piglit_get_glsl_version() function, available here:

Re: [5/5] Xephyr: Fix broken image when endianess of client machine and host-Xserver differ

On Tue, May 5, 2015 at 11:07 AM, Ian Scott ian.sc...@arteris.com wrote: On 03/31/2015 12:14 AM, Egbert Eich wrote: The image is created in the native byte order of the machine Xephyr is rendered on however drawn in the image byte order of the Xephyr server. Correct byte order in the

Re: [PATCH] backtrace.c: Fix word cast to a pointer

On Wed, Apr 1, 2015 at 2:13 AM, Vicente Olivert Riera vincent.ri...@imgtec.com wrote: Hello, On 01/08/2015 10:36 PM, Keith Packard wrote: Vicente Olivert Riera vincent.ri...@imgtec.com writes: Making the cast to a pointer-sized integer, and then to a pointer fixes the problem. -if

Re: [PATCH 06/17] Add no-fail equivalents of allocarray reallocarray

On Tue, Mar 31, 2015 at 5:50 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- include/os.h |9 + os/utils.c | 10 ++ 2 files changed, 19 insertions(+) diff --git a/include/os.h b/include/os.h

Re: [PATCH 08/17] Convert dix/* to new *allocarray functions

On Tue, Mar 31, 2015 at 5:50 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- dix/atom.c |4 +-- dix/colormap.c | 71 +++--- dix/devices.c|4 +--

Re: [PATCH 00/17] Improved overflow checking for memory allocations

, and thus optimize out any overflow checks that may have been in the wrong order previously. Nice. All but 04/17 are Reviewed-by: Matt Turner matts...@gmail.com And 04/17 is Acked-by: Matt Turner matts...@gmail.com I suspect you did most of this with Coccinelle, but I definitely noticed

Re: [PATCH 07/17] Convert os/* to new *allocarray functions

On Tue, Mar 31, 2015 at 5:50 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- os/connection.c | 13 +++-- os/utils.c |2 +- 2 files changed, 8 insertions(+), 7 deletions(-) diff --git

Re: [PATCH 12/17] Convert mi miext to new *allocarray functions

On Tue, Mar 31, 2015 at 5:50 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- mi/miarc.c | 25 +++ mi/mibitblt.c | 16 +++ mi/micmap.c

Re: [PATCH] Byte-swapping and size-checking generator all-in-one

On Mon, Mar 23, 2015 at 11:16 PM, Asal Mirzaieva asalle@gmail.com wrote: On 17.03.15 09:25, Peter Hutterer wrote: whoah, that is a lot of tabs... I assumed tab = 4 spaces, as it is defined in http://www.x.org/wiki/CodingStyle/. As python strictly requires tabs and not space-indents, I

Re: [PATCH xserver] config: Support multiple 'Files' sections

On Thu, Feb 26, 2015 at 1:55 PM, Michał Górny mgo...@gentoo.org wrote: Support reading multiple 'Files' sections in configuration, concatenating the resulting paths. This makes it possible to add ModulePaths and FontPaths within xorg.conf.d/ files without interfering with user-provided

Re: [PATCH xserver] config: Support multiple 'Files' sections

On Mon, Mar 9, 2015 at 12:10 PM, Michał Górny mgo...@gentoo.org wrote: Dnia 2015-03-09, o godz. 12:04:31 Matt Turner matts...@gmail.com napisał(a): On Thu, Feb 26, 2015 at 1:55 PM, Michał Górny mgo...@gentoo.org wrote: Support reading multiple 'Files' sections in configuration

[PATCH] glamor: Perform texture2D() separately from swizzle.

The texture2D() happens in each branch, so we may as well do it as early as possible and hide some of its latency in the branching instructions. Moving it outside the (uniform) control flow reduces the number of instructions in the fs_source shader from 64 to 46 and in the set_alpha_source shader

Re: close-on-exec

On Fri, Feb 27, 2015 at 5:04 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: On 02/26/15 01:34 AM, Thomas Klausner wrote: On Wed, Feb 25, 2015 at 02:27:30PM -0800, Alan Coopersmith wrote: Solaris has the ancient support for setting the FD_CLOEXEC flag via fcntl() in all versions, and

Re: [PATCH:xf86-video-mga] Fix pointer cast warning.

On Mon, Feb 23, 2015 at 2:39 AM, Thomas Klausner w...@netbsd.org wrote: cast to pointer from integer of different size [-Werror=int-to-pointer-cast] Signed-off-by: Thomas Klausner w...@netbsd.org --- src/mga_exa.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH:xf86-video-mga 2/2] Use correct type in function call.

On Mon, Feb 23, 2015 at 4:28 AM, Thomas Klausner w...@netbsd.org wrote: Fixes passing argument 2 of 'pci_device_cfg_read_u32' from incompatible pointer type pciaccess.h:153:5: note: expected '__uint32_t *' but argument is of type 'CARD32 *' Signed-off-by: Thomas Klausner w...@netbsd.org

Re: [w...@netbsd.org: [PATCH:xf86-video-glint] Fix DDC2 on PGX32/Raptor 8P]

On Thu, Feb 19, 2015 at 3:07 PM, Thomas Klausner w...@netbsd.org wrote: On Thu, Feb 19, 2015 at 10:08:09AM -0800, Matt Turner wrote: No, that patch looks like a hack. It's attempting to do the same as Alan's patch, but Alan's patch, minus the incorrect comment, is better believable

Re: [w...@netbsd.org: [PATCH:xf86-video-glint] Fix DDC2 on PGX32/Raptor 8P]

On Thu, Feb 19, 2015 at 6:28 AM, Thomas Klausner w...@netbsd.org wrote: On Wed, Feb 18, 2015 at 10:49:35PM -0800, Matt Turner wrote: On Fri, Jul 12, 2013 at 3:30 AM, Thomas Klausner w...@netbsd.org wrote: Hi Alan! Thanks for the patch. I can't test myself, but have forwarded your patch

Re: [w...@netbsd.org: [PATCH:xf86-video-glint] Fix DDC2 on PGX32/Raptor 8P]

On Fri, Jul 12, 2013 at 3:30 AM, Thomas Klausner w...@netbsd.org wrote: Hi Alan! Thanks for the patch. I can't test myself, but have forwarded your patch to Michael Lorenz, who came up with the original patch. I hope he'll find time to test it soon. Thomas On Thu, Jul 11, 2013 at

Re: [PATCH] glamor: * 1/size is faster than / size in VS

...@keithp.com Makes sense to me. Reviewed-by: Matt Turner matts...@gmail.com ___ 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

Re: [PATCH 1/7] glamor: only use (un)pack_subimage when available

On Mon, Jan 12, 2015 at 6:29 AM, Maarten Lankhorst maarten.lankho...@ubuntu.com wrote: Signed-off-by: Maarten Lankhorst maarten.lankho...@ubuntu.com --- glamor/glamor.c | 7 ++ glamor/glamor_priv.h | 2 ++ glamor/glamor_transfer.c | 55

Re: [PATCH] backtrace.c: Fix word cast to a pointer

On Mon, Jan 5, 2015 at 8:22 AM, Vicente Olivert Riera vincent.ri...@imgtec.com wrote: backtrace.c uses a word size provided by libunwind. In some architectures like MIPS, libunwind makes that word size 64-bit for all variants of the architecture. In the lines #90 and #98, backtrace.c tries to

Re: [PATCH libX11] xcb_io: Fix Xlib 32-bit request number issues

On Fri, Sep 26, 2014 at 3:40 AM, Jan Smout smout@gmail.com wrote: Keith Packard doesn't seem very responsive (as in 'completely ignoring the subject') Perhaps you should try Ccing him? (now Cc'd) ___ xorg-devel@lists.x.org: X.Org development

Re: [PATCH][V3][xserver] configure.ac: add option for xshmfence

On Fri, Aug 15, 2014 at 8:16 AM, Keith Packard kei...@keithp.com wrote: Ross Burton ross.bur...@intel.com writes: xshmfence is usable outside of DRI3, and is currently autodetected which isn't good for distributions where deterministic builds are desired. Signed-off-by: Ross Burton

Re: [PATCH:libXaw] Fix abs() usage.

On Wed, Jul 16, 2014 at 9:44 AM, Thomas Klausner w...@netbsd.org wrote: Review please! Thanks, Thomas Reviewed-by: Matt Turner matts...@gmail.com Please apply to libXaw3d as well. ___ xorg-devel@lists.x.org: X.Org development Archives: http

Re: [PATCH][V4][xserver] configure.ac: add option for xshmfence

Reviewed-by: Matt Turner matts...@gmail.com ___ 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

Re: [PATCH][V2][xserver] configure.ac: add option for xshmfence

([--disable-xshmfence], [Disable xshmfence (default: auto)]), [WANT_XSHMFENCE=$enableval], [WANT_XSHMFENCE=auto]) None of the other variables are prefixed with WANT_. I'd drop that. With those two changes, Reviewed-by: Matt Turner matts...@gmail.com

Re: [PATCH][V2][xserver] configure.ac: add option for xshmfence

On Tue, Jul 8, 2014 at 2:23 PM, Burton, Ross ross.bur...@intel.com wrote: On 8 July 2014 22:14, Matt Turner matts...@gmail.com wrote: On Tue, Jul 8, 2014 at 2:07 PM, Ross Burton ross.bur...@intel.com wrote: xshmfence is usable outside of DRI3, and is currently autodetected which isn't good

Re: [PATCH] configure.ac: add option for xshmfence

On Mon, Jul 7, 2014 at 5:18 AM, Ross Burton ross.bur...@intel.com wrote: xshmfence is usable outside of DRI3, and is currently autodetected which isn't good for distributions where deterministic builds are aspired to. s/aspired to/desired/ seems a lot less awkward. Signed-off-by: Ross Burton

Re: [PATCH] Fix hw/xfree86/common/compiler.h for mips64

On Fri, Oct 11, 2013 at 10:22 PM, YunQiang Su wzss...@gmail.com wrote: Mark mips64 as 64bit Use long as PORT_SIZE Signed-off-by: YunQiang Su wzss...@gmail.com Reviewed-by: Matt Turner matts...@gmail.com ___ xorg-devel@lists.x.org: X.Org development

Re: [PATCH:libXpm] Fix abs() usage.

On Wed, Mar 19, 2014 at 12:53 AM, Thomas Klausner w...@netbsd.org wrote: On Tue, Mar 18, 2014 at 06:51:28PM -0700, Matt Turner wrote: On Tue, Mar 18, 2014 at 2:57 PM, Thomas Klausner w...@netbsd.org wrote: For long arguments, use labs(). From Jörg Sonnenberger jo...@netbsd.org Signed-off

Re: [PATCH:libXpm] Fix abs() usage.

On Tue, Mar 18, 2014 at 2:57 PM, Thomas Klausner w...@netbsd.org wrote: For long arguments, use labs(). From Jörg Sonnenberger jo...@netbsd.org Signed-off-by: Thomas Klausner w...@netbsd.org --- The author of this patch is you, according to git, but is Jörg Sonnenberger according to your

Re: [PATCH synaptics] On clickpads with two touchpoints, try to detect clickfinger 3 actions

On Sun, Dec 15, 2013 at 3:49 PM, Peter Hutterer peter.hutte...@who-t.net wrote: Some touchpads provide BTN_TOOL_TRIPLETAP but do not track more than two touchpoints. For those, try to detect clickfinger3 actions as best as we can. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net ---

Re: Build broken: _XSERVTrans\(Send\)\|\(Recv\)Fd

On Sun, Nov 10, 2013 at 1:44 AM, Knut Petersen knut_peter...@t-online.de wrote: A full xorg build fails here during building of the xserver: xserver version: ab4b1fb38a61feb73d8336cc7a3399eb9d3d25be make[5]: Leaving directory `/home/knut/fast/xorg/xserver/hw/xfree86/dixmods' CCLD Xorg

Please pick fd1b24a93e to 1.14

Hi Matt, Please cherry-pick fd1b24a93e (glx: Add support for the new DRI loader entrypoint.) to the server-1.14-branch. It picks cleanly and is needed to load the classic DRI drivers in Mesa 10 which is going to be branched tomorrow and released at the end of November, a month before

Re: Donation of ARM CubieTruck to anyone interested in developing Xorg for ARM

On Sat, Nov 2, 2013 at 9:32 AM, Luc Verhaegen l...@skynet.be wrote: On Sat, Nov 02, 2013 at 06:28:10PM +0200, Alexey Eromenko wrote: The people at sunxi ML probably already have Allwinner-based products. Sending them a cubietruck won't change much. Are you telling us that we are doing such a

Re: [PATCH modular] build.sh: add presentproto, dri3proto, and libxshmfence

On Fri, Nov 1, 2013 at 1:37 PM, Gaetan Nadon mems...@videotron.ca wrote: I am out of context here, but these looks like prototypes from a packaging point of view. Could you bring them up to spec? Any other xorg protos and libs can be used to copy and fix up. Otherwise it would take dozens of

Re: [RFC] X.Org minimum requirements for Autotools policy review

On Fri, Oct 25, 2013 at 8:13 AM, Gaetan Nadon mems...@videotron.ca wrote: Speaking of Mesa, you may be concerned that part of Mesa source code is GPL v3. I suppose it taints xorg which links to mesa. That was another question I had. The only thing I see in Mesa is ralloc.h, which lists LGPLv3,

Re: [RFC] X.Org minimum requirements for Autotools policy review

On Fri, Oct 25, 2013 at 10:51 AM, Matt Turner matts...@gmail.com wrote: On Fri, Oct 25, 2013 at 8:13 AM, Gaetan Nadon mems...@videotron.ca wrote: Speaking of Mesa, you may be concerned that part of Mesa source code is GPL v3. I suppose it taints xorg which links to mesa. That was another

Re: [PATCH xf86-video-neomagic] Unbreak shadowfb initialization with modern X servers.

On Thu, Jun 13, 2013 at 2:38 PM, Matthieu Herrb matthieu.he...@laas.fr wrote: Signed-off-by: Matthieu Herrb matthieu.he...@laas.fr --- Thanks, this fixes https://bugs.gentoo.org/show_bug.cgi?id=434468 so I've applied it and pushed a new release (1.2.8). Matt

Re: [PATCH pixman] '+=' is not a valid POSIX shell operator.

On Sat, Jun 8, 2013 at 9:07 AM, Matthieu Herrb matthieu.he...@laas.fr wrote: Signed-off-by: Matthieu Herrb matthieu.he...@laas.fr --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git configure.ac configure.ac index 221179f..b36298a 100644 --- configure.ac +++

Re: [PATCH:xf86-video-glint] when doing DDC2 on Permedia2 make sure to clear the USE_MONID bit in the DDCdata register so the i2c bits actually do something Now DDC2 works on my PGX32 / Raptor 8P

On Sun, Jun 2, 2013 at 2:41 PM, Thomas Klausner w...@netbsd.org wrote: From Michael Lorez macal...@netbsd.org --- src/pm2_dac.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/pm2_dac.c b/src/pm2_dac.c index 85093ff..b6771a5 100644 --- a/src/pm2_dac.c +++

Re: Where is the function xf1bppScreenInit()?

On Thu, Apr 25, 2013 at 1:55 AM, ZHANG Zhaolong zhangzl2...@126.com wrote: Hi all, I am reading xf86-video-vga-4.0.0.5 source code. It shows that: if (pGenericPriv-ShadowFB) call fbScreeInit(); else call xf1bppScreenInit(); The same flow is in

Re: [PATCH util/modular 2/7] xorg.modules: mesa is now autotooled

On Thu, Feb 28, 2013 at 7:41 AM, Dan Nicholson dbn.li...@gmail.com wrote: Are all the old Makefiles (which require makedepend) removed at this point? Yes, except for apple-glx. ___ xorg-devel@lists.x.org: X.Org development Archives:

Re: xserver 1.13.3 nomination window is open

On Mon, Feb 11, 2013 at 7:36 PM, Matt Dew mar...@osource.org wrote: Acked and pulled c160...58aa Those shas are too short to look up. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info:

[PATCH] compiler.h: Remove dead STANDALONE_MMIO

The only drivers I can find that used this are the r128 and radeon DRI drivers. r128 is dead and the radeon driver wasn't including Xorg's compiler.h and still worked. --- hw/xfree86/common/compiler.h | 15 --- 1 file changed, 15 deletions(-) diff --git a/hw/xfree86/common/compiler.h

Re: [PATCH] compiler.h: Remove dead STANDALONE_MMIO

On Thu, Feb 7, 2013 at 5:29 PM, Matt Turner matts...@gmail.com wrote: The only drivers I can find that used this are the r128 and radeon DRI drivers. r128 is dead and the radeon driver wasn't including Xorg's compiler.h and still worked. --- Oh, and Signed-off-by: Matt Turner matts

Re: [PATCH xorg-gtest 01/11] Drop .gz tarballs, bz2 is enough

On Mon, Nov 12, 2012 at 2:01 PM, Ángel González inge...@zoho.com wrote: On 09/11/12 05:58, Matt Turner wrote: Perhaps the bigger advantage of xz over bz2 is decompression speed. In many cases, single threaded xz decompression is faster than two-threaded parallel bz2 decompression. What do

  1   2   3   4   5   >