On Tue, 2018-10-16 at 22:04 -0400, Dennis Clarke wrote:
> On 10/16/2018 09:58 PM, Dennis Clarke wrote:
> > Dear Xorg :
> >
> > Something I had not thought of came up today. Could multiple threads
> > call XDrawPoint() and then XFlush() ? Suppose sixteen threads are
> > dispatched to do some
Lots of bugfixes all over the map. Thanks to all for testing and
patches!
Adam Jackson (8):
modesetting: Lie less in the man page
modesetting: Document Option "DoubleShadow" in the man page
xfree86: Fix Option "MaxClients" validation
modeset
On Wed, 2018-10-31 at 11:46 -0200, Alexander Franca Fernandes wrote:
> Hi.
>
> I don't want a solution, only to understand what's happening, and where to
> find the explanation.
>
> I'm using CentOS 7, despite I was an Slackware and Gentoo user (for more than
> 10 years).
>
> After I connect
On Tue, 2018-10-30 at 02:06 -0700, x...@pengaru.com wrote:
> On Mon, Oct 29, 2018 at 04:04:08PM -0400, Patrick Herbst wrote:
> > Hello,
> >
> > I'm desperately trying to find documentation on these extensions. Can
> > someone point me in the right direction? Am I missing something? Any
> >
Fixes CVE-2018-14665 (local file overwrite bugs), and a trivial fix in
fbdevhw initialization. All users are advised to upgrade. Thanks to
Narendra Shinde and Thomas Hoger for the report, and Matthieu Herrb for
the fix.
Adam Jackson (1):
xserver 1.20.3
Matthieu Herrb (2):
Disable
On Wed, 2018-09-19 at 06:53 +0100, John Talbut wrote:
> OK Adam, thanks for the suggestion about ssh, which I have now got working.
>
> So, I boot to runlevel 3, log into tty1 as root and run 'X -retro' the
> UI locks up. The keyboard is completely unresponsive.
>
> However, I can see using ssh
I've turned off new bug entry in bugzilla for the X server and the
modesetting driver. Please use gitlab issues for all new reports:
https://gitlab.freedesktop.org/xorg/xserver/issues
Existing bugs can still be modified, but will eventually be migrated
into gitlab as well. They've not been
On Thu, 2019-01-10 at 11:58 +0530, Milav wrote:
>
> Hello Friends,
>
> My name is Milav Soni From Teq Diligent.
>
> I downloaded "renderproto-0.11.1" from xorg site.
You probably want xorgproto instead at this point.
> After execute above command i run make command. but i am not able to run
On Thu, 2018-09-13 at 19:21 +0100, John Talbut wrote:
> The only errors that show in Xorg.0.log are:
>
> [ 420,876](EE) modeset(0): [DRI2] No driver mapping found for PCI
> device 0x8086 / 0x0be1
> [ 42.877] (EE) modeset(0): Failed to initialize the DRI2 extension
>
> I.e. the graphic
On Fri, 2018-09-14 at 18:46 +0100, John Talbut wrote:
> Thanks Adam
>
> If I boot to runlevel 3, log into tty1 as root and run 'X -retro' the UI
> locks up.
When this happens, does VT switch still work? Can you hit control-alt-
backspace to terminate the server? If yes (and the answer to both
On Tue, 2018-09-18 at 18:28 +0300, Troll Berserker wrote:
> Is it possible?
No.
- ajax
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address:
On Mon, 2018-09-17 at 16:58 +0800, qindong wrote:
> [30.335] (II) Server terminated successfully (0). Closing log file.
This always means: the last client has disconnected, so the server is
shutting down. That's not the server's fault, it's the session's.
- ajax
On Mon, 2019-02-25 at 18:33 +0300, IL Ka wrote:
> I run Linux as Hyper-V guest.
>
> It seems that there is no DRI/DRM driver for Hyper-V videocard, but
> there is Framebuffer driver for it.
>
> So, I enabled framebuffer driver and my idea was to run XOrg using
> fbdev driver on top of it.
> But
On Wed, 2019-03-06 at 04:20 +0100, Samy Mahmoudi wrote:
> In an effort to set proper licensing information within the FreeBSD
> port system, I am wondering if someone knows xmore well enough to
> properly replace the stub file COPYING with a proper COPYING file.
>
> • Hand-written files mostly
A variety of bugfixes across the board, but primarily in Xwayland.
Thanks to all who contributed with testing and fixes!
A. Wilcox (1):
DRI2: Add another Coffeelake PCI ID
Adam Jackson (6):
automake: Distribute meson's configure header templates
dri3: Fix XACE access mode
On Thu, 2019-03-07 at 16:38 +, Pinegar, Kent T wrote:
> All,
>
> There are two files in the xserver source code called xf86i2c.h and
> xf86i2c.c. They contain copyrights by Itai Nahshon and Michael
> Schimek; however, the top-level Xserve license on github does not
> mention these two
On Fri, 2019-02-01 at 15:35 +0100, Samy Mahmoudi wrote:
> The license included as header of panoramiXproto.h looks like a
> variant of MIT but I can not guarantee that other files (if any)
> provided by this package are licensed under MIT. Could you help me to
> sort this out?
Apologies, this
On Mon, 2019-01-28 at 19:32 +, Jeff Welch wrote:
> (EE) PAM authentication failed, cannot start X server.
> Perhaps you do not have console ownership?
You're running startx from ssh instead of from the console?
The message is telling the truth, the default PAM policy in RHEL and
its
On Wed, 2019-01-30 at 07:41 -0600, Glenn Travis wrote:
> I have converted an old iMac (late 2013) into a strict freeBSD
> machine. Therefore, before I start doing more research on setting it
> up, will xorg even work on it?
That machine seems to be a Haswell? The intel driver in Linux has
Minor bugfix release to fix some input, Xwayland, glamor, and Present
issues. Thanks to all who contributed fixes and testing.
Adam Jackson (1):
xserver 1.20.5
Michel Dänzer (3):
Revert "gitlab-ci: Only run docker-image stage if relevant source files
change"
xwayla
On Mon, 2019-06-17 at 10:31 +, Wheatley, Martin R wrote:
> If Oracle will only take the Xorg source rather (as opposed to fixing
> it - or even discussing a fix with Xorg - and pushing the fix back to
> Xorg) who and when will the issue be fixed so that I can put pressure
> on Oracle to
This release fixes a race condition where an existing authority file
would be unlinked (possibly causing other clients to fail to connect), and
fixes sorting and merging of authority file entries.
Adam Jackson (2):
process: Close a window where no authority file would exist
xauth 1.1
In this release:
- Updates for FreeBSD and Hurd support
- Fixed multifunction bridge enumeration
- Fixed a crash when no PCI bus exists
Full changelog:
Adam Jackson (1):
libpciaccess 0.15
Alan Coopersmith (2):
Update README for gitlab migration
Update configure.ac bug URL
On Thu, 2019-04-25 at 08:15 +0200, Omnis Moriar wrote:
> how to tune up a buffer cache ?? What mean option buffer cache in
> xorg ?? Is this a buffer for system without buffer for opengl ?? Or i
> should write "512" if i got a 1GB DDR3 r7 240 ASUS . Write everything
> about buffer cache . Write
On Thu, 2019-09-12 at 16:42 -0400, Aaron Caraveo wrote:
> We have an enterprise system that’s using BDF fonts in version 2.1
> format. Xorg 1.17.x in RHEL 7.2 would load the fonts fine, but Xorg
> 1.20.x in RHEL 7.6 fails to load the fonts. There are no errors in
> the Xorg output (we increased
This release brings a compilation fix on 32-bit arm with newer glibc,
and fixes the raw x86 backend's memory mapping to handle writes
correctly.
Adam Jackson (2):
linux: Don't try to include on arm
libpciaccess 0.16
Damien Zammit (1):
x86: Use MAP_SHARED for memory/rom region
On Tue, 2019-07-16 at 11:05 +0200, Markus Hiereth wrote:
> root@lune:~# Xorg
>
> X.Org X Server 1.20.4
> X Protocol Version 11, Revision 0
> Build Operating System: Linux 4.9.0-8-amd64 i686 Debian
> Current Operating System: Linux lune 4.19.0-5-686 #1 SMP Debian 4.19.37-5
> (2019-06-19) i686
>
On Thu, 2019-07-18 at 11:11 +0200, Markus Hiereth wrote:
> Hello Adam,
>
> Adam Jackson schrieb am 17. Juli 2019 um 17:06
>
> > Try this again, but invoke the server as 'Xorg -verbose' so we can see
> > the complete set of messages being printed.
>
> I made som
On Sun, 2019-07-21 at 23:05 +0200, Markus Hiereth wrote:
>
> > If you have a second machine, can you try to launch Xorg from gdb? You
> > will need to ssh into the machine and su to root first, but gdb is
> > generally much better at decoding backtraces than either glibc's
> > backtrace function
This release fixes the pkgconfig data to not refer to libXv, adds a
pkgconfig file for libXvMCW, and prepares for a future xorgproto
release. There should be no functional changes.
Adam Jackson (3):
pkgconfig: Remove xv from xvmc.pc
vld: Provide ourself
libXvMC 1.0.12
Dylan
On Sun, 2019-10-27 at 09:37 -0700, Alan Coopersmith wrote:
> We should probably delete lnx_kbd.c, both to give license clarity and to stop
> people from thinking it's a useful driver to have on Linux systems any more.
>
> If you're building the X server for a Linux box you want either the
This release moves more header files to the legacy set. Note that this
means libX11 older than 1.6.9 and libXvMC older than 1.0.12 will not
build without some legacy headers installed.
Adam Jackson (2):
Move remaining xlib-entwined headers to LEGACY
xorgproto 2019.2
Jon Turney (1
On Wed, 2019-10-09 at 14:04 +, Andrea Lenarduzzi wrote:
> Hi, I'm working to usw Matrox M9138 on Xorg 1.2
> I've found only one script (
> ftp://ftp.matrox.com/pub/mga/archive/linux/2015/1.4.3/m9xdriver-x86_32-1.4.3-80847-20140908-build_98.run
> ), but this script want only old xorg and old
A collection of build and documentation fixes, one preparatory change
for a new xorgproto release, and a fix for a deadlock bug in _XReply.
Thanks to all who contributed.
Adam Jackson (3):
makekeys: Detach ourselves from X headers entirely
xkb: Provide ourselves
libX11 1.6.9
On Thu, 2020-01-23 at 10:18 +0100, Mgr. Janusz Chmiel wrote:
> Dear specialists,
> I have installed Arch Linux ARM64 Bit and I have installed xvfb by typing
> pacman -S xorg-server-xvfb
> Package have been installed correctly. But xvfb do not start this app. I Am
> getting error message file not
This release adds a new keysym, a state-change event to the DPMS
extension, synchronizes more of the meson and autotools build sytems,
and converts some quasi-text documentation to Markdown. Thanks to all
who contributed.
Adam Jackson (4):
xorgproto 2020.1
Revert "xorgproto 2
On Wed, 2020-09-09 at 13:28 +0200, Marcin K wrote:
> Hello,
> I'm grabbing frames from Xvfb to use them as an opengl texture. I've
> noticed that there are 4 bytes per pixel, that suggest that there's
> an alpha channel, or something else. Is it possible to force Xvfb to
> store only RGB values in
On Wed, 2020-09-09 at 16:56 +, Paul Kagan wrote:
> What do I do to get this to work?
>
> x.org.log:
>
> https://bsd.to/T3hR
The relevant bits of the log here are:
[ 53814.484] (--) PCI:*(0@0:2:0) 1013:00b8:1af4:1100 rev 0, Mem @
0xfc00/33554432, 0xfebd/4096, BIOS @
GPUs, in which case
the shadow framebuffer is disabled by default to improve performance by
reducing the number of copies.
All users are recommended to upgrade, ideally to a better video card
and/or driver.
Full changelog:
Adam Jackson (5):
Newline-terminate a few error messages
On Fri, 2020-09-11 at 00:04 +0200, Marcin K wrote:
> Thank you for explanation.
> That was my deepest fear. The main issue is that I'm copying the
> image data real-time, and in my case, on 4* UWXGA display, this one
> byte means 9MB less data per frame.
I mean... yeah, half a gigabyte per
(accidentally sent to just sam initially, whoops)
On Fri, Jul 31, 2020 at 7:22 AM Sam Varshavchik
wrote:
> On Fri, Jul 31, 2020 at 4:30 AM Böszörményi Zoltán wrote:
> > 2020. 07. 30. 21:20 keltezéssel, Dennis Clarke írta:
> > > On 7/30/20 6:39 PM, Elie Goldman Smith wrote:
> > >> Countless
On Sat, 2020-06-06 at 08:18 -0300, Sleep wrote:
> Thank you very much Adam, I have written a small diagram as an
> exercise,
> I would appreciate if someone could tell me if this is correct:
>
> Display -> is --> +---+
> | | Server and |
> V
On Thu, 2020-06-04 at 08:23 -0300, Sleep wrote:
> From the Xlib - C Language X Interface: "For each screen of the
> display, there may be a list of valid visual types supported at
> different depths of the screen."
>
> Alright this is confusing me, this implies that one screen can handle
>
On Tue, 2020-06-02 at 13:10 -0400, Nathan Kidd wrote:
> Are you sure you don't want VirtualGL instead?
>
> There is no official GLX protocol for OpenGL 1.5+. NVIDIA implemented
> unofficial protocol with their AllowUnofficialGLXProtocol /
> __GL_ALLOW_UNOFFICIAL_PROTOCOL settings. I think it
The answer to this is probably the same as the answer for any other
xorg code you encounter without an explicit license. I answered this
before in some detail for the I2C code in the server:
https://lists.x.org/archives/xorg/2019-March/059652.html
The dummy driver has a similar history, we
essentially has to be thread-safe.
But regressions are always possible, so please report any issues
introduced by this release.
Adam Jackson (2):
global: call XInitThreads() from the library's constructor
libX11 1.8
Alan Coopersmith (4):
XkbUpdateKeyTypeVirtualMods: always initialize
The patches sound great, please send them on. I may not have time to merge
them myself but I can at least get them into gitlab with some commentary
for the next adventurous soul.
- ajax
On Wed, Dec 20, 2023 at 3:27 AM wrote:
> I tried to send a HELP request to xorg-request but it disappeared
>
On Thu, 2010-09-09 at 11:43 +0800, Cui, Hunk wrote:
Hi, Jordan ajax,
As you said, it is a compression algorithm, in your 2008-11-18
patch: LX: Change the way EXA memory is allocated (
http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/commit/?id=cf06
1On Mon, 2010-10-11 at 11:46 +0800, Huang, FrankR wrote:
First of all, I can not accept the manner you used in your mail on
this issue. Every change has its reason in the world. I think Your
wrong wrong wrong conclusion is too early. Science(absolutely
include the software codes) has no
On Jan 19, 2011, at 9:27 PM, Daniel Stone wrote:
On Wed, Jan 19, 2011 at 12:58:40AM -0500, Adam Jackson wrote:
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/mipointer.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/mi/mipointer.c b/mi/mipointer.c
index
- xorg crash with xtst
Reviewed-by: Adam Jackson a...@redhat.com
- ajax
___
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
to integer of different size
dmxextension.c: In function ‘dmxDetachScreen’:
dmxextension.c:1599:8: warning: cast to pointer from integer of different size
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/dmxextension.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff
dmxinputinit.c: At top level:
dmxinputinit.c:135:29: warning: ‘DMXCommonOth’ defined but not used
DMXCommonOth is actually mentioned in a #if 0 block, so delete it and
the block that references it. If anyone needs it, git remembers.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/input
exceeds maximum value for type
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/dmxgc.c |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/hw/dmx/dmxgc.c b/hw/dmx/dmxgc.c
index 829200e..f10f9a0 100644
--- a/hw/dmx/dmxgc.c
+++ b/hw/dmx/dmxgc.c
@@ -383,12 +383,7
’:
dmxinputinit.c:1041:36: warning: cast to pointer from integer of different size
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/input/dmxinputinit.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/hw/dmx/input/dmxinputinit.c b/hw/dmx/input/dmxinputinit.c
xdmxconfig.c: In function ‘dmxConfigCanvasDraw’:
xdmxconfig.c:299:23: warning: ‘maxHeight’ may be used uninitialized in this
function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/config/xdmxconfig.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/dmx
The following changes since commit c6aa4755ec355101a62bef86dbb090262fe806f6:
xkb/ddxLoad.c doesn't need paths.h any more (2011-01-18 15:22:04 -0800)
are available in the git repository at:
ssh://people.freedesktop.org/~ajax/xserver for-keithp
Adam Jackson (9):
dmx: warning fixes
What it says on the box.
- ajax
___
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
helper_exec.c: In function 'pciCfg1in':
helper_exec.c:507:4: warning: passing argument 2 of 'pci_device_cfg_read_u32'
from incompatible pointer type
/usr/include/pciaccess.h:153:5: note: expected 'uint32_t *' but argument is of
type 'CARD32 *'
Signed-off-by: Adam Jackson a...@redhat.com
---
hw
det_monrec_source' and
'enum anonymous'
xf86Crtc.c:1562:33: warning: comparison between 'enum det_monrec_source' and
'enum anonymous'
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/hw/xfree86/modes
Signed-off-by: Adam Jackson a...@redhat.com
---
fb/Makefile.am |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/fb/Makefile.am b/fb/Makefile.am
index f9f34c4..89f3bab 100644
--- a/fb/Makefile.am
+++ b/fb/Makefile.am
@@ -1,9 +1,5 @@
noinst_LTLIBRARIES = libfb.la
Signed-off-by: Adam Jackson a...@redhat.com
---
miext/damage/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/miext/damage/Makefile.am b/miext/damage/Makefile.am
index 5958357..767a65a 100644
--- a/miext/damage/Makefile.am
+++ b/miext/damage/Makefile.am
Signed-off-by: Adam Jackson a...@redhat.com
---
miext/rootless/Makefile.am |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/miext/rootless/Makefile.am b/miext/rootless/Makefile.am
index f09300d..c97bebe 100644
--- a/miext/rootless/Makefile.am
+++ b/miext/rootless
Signed-off-by: Adam Jackson a...@redhat.com
---
miext/shadow/Makefile.am |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/miext/shadow/Makefile.am b/miext/shadow/Makefile.am
index a73d0ec..30f7bda 100644
--- a/miext/shadow/Makefile.am
+++ b/miext/shadow/Makefile.am
At least with my CFLAGS, this is all I'm getting that isn't about lack of
prototypes or declarations. Most of these are pretty trivial but there's
a couple that would fix actual bugs.
- ajax
___
xorg-devel@lists.x.org: X.Org development
Archives:
glxcmds.c: In function ‘__glXChangeDrawableAttributes’:
glxcmds.c:3464:8: warning: ‘screen’ may be used uninitialized in this function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxcmds.c | 31 ---
1 files changed, 12 insertions(+), 19 deletions
glxcmds.c: In function ‘__glXGetDrawableAttributes’:
glxcmds.c:3295:8: warning: ‘screen’ may be used uninitialized in this function
glxcmds.c:3298:8: warning: ‘attribs_size’ may be used uninitialized in this
function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxcmds.c
glxcmds.c: In function ‘CreateContext.clone.6’:
glxcmds.c:105:19: warning: ‘be_fbconfigId’ may be used uninitialized in this
function
glxcmds.c:104:14: warning: ‘be_vid’ may be used uninitialized in this function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxcmds.c |4
glxcmds.c: In function ‘CreateGLXPixmap’:
glxcmds.c:1641:22: warning: ‘pGlxScreen’ may be used uninitialized in this
function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxcmds.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/dmx/glxProxy
glxcmds.c: In function ‘CreateGLXPixmap’:
glxcmds.c:1663:20: warning: comparison between pointer and integer
glxcmds.c:1663:38: warning: comparison between pointer and integer
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxcmds.c |2 +-
1 files changed, 1 insertions(+), 1
render2swap.c:264:13: warning: ‘swapArray’ defined but not used
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/render2swap.c | 54 -
1 files changed, 0 insertions(+), 54 deletions(-)
diff --git a/hw/dmx/glxProxy/render2swap.c b/hw/dmx
glxsingle.c: In function ‘__glXDisp_ReadPixels’:
glxsingle.c:760:11: warning: ‘buf’ may be used uninitialized in this function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxsingle.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/dmx/glxProxy
glxvendor.c: In function ‘__glXVForwardAllWithReply’:
glxvendor.c:284:10: warning: ‘be_buf’ may be used uninitialized in this function
glxvendor.c:285:10: warning: ‘be_buf_size’ may be used uninitialized in this
function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy
glxvendor.c: In function ‘__glXVForwardPipe0WithReply’:
glxvendor.c:205:10: warning: ‘be_buf’ may be used uninitialized in this function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/glxProxy/glxvendor.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/dmx
Protocol includes all the feedback from before, client library should be
just about trivially correct. Would like to merge these before the weekend.
- ajax
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
v3: Review fixes:
- INT16 not CARD16 for coordinates
- BadDevice not BadMatch
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
Signed-off-by: Adam Jackson a...@redhat.com
---
COPYING|1 +
fixesproto.txt | 92 +--
xfixesproto.h
Ignore this one, it doesn't handle multiple devices.
On Feb 9, 2011, at 6:08 PM, Adam Jackson wrote:
Signed-off-by: Adam Jackson a...@redhat.com
---
configure.ac|2 +-
include/X11/extensions/Xfixes.h | 14 +++
src/Cursor.c| 48
Signed-off-by: Adam Jackson a...@redhat.com
---
src/vesa.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/vesa.c b/src/vesa.c
index 2523d76..ef01881 100644
--- a/src/vesa.c
+++ b/src/vesa.c
@@ -391,6 +391,7 @@ VESAValidMode(int scrn, DisplayModePtr p, Bool flag, int
Signed-off-by: Adam Jackson a...@redhat.com
---
src/vesa.c | 28 +---
1 files changed, 25 insertions(+), 3 deletions(-)
diff --git a/src/vesa.c b/src/vesa.c
index ef01881..61d3550 100644
--- a/src/vesa.c
+++ b/src/vesa.c
@@ -317,6 +317,30 @@ VESASetModeParameters
On Feb 14, 2011, at 1:12 PM, Matt Turner wrote:
This looks like a good idea.
For both patches:
Reviewed-by: Matt Turner matts...@gmail.com
Pushed, thanks.
- ajax
___
xorg-devel@lists.x.org: X.Org development
Archives:
] glx: fix request length check for CreateGLXPbufferSGIX
[PATCH 2/3] glx: fix BindTexImageEXT length check
[PATCH 3/3] glx: Work around wrong request lengths sent by mesa
Anyone care to review v2 of these?
ping...
Reviewed-by: Adam Jackson a...@redhat.com
- ajax
On Feb 12, 2011, at 5:05 PM, Mark Kettenis wrote:
From: Adam Jackson a...@redhat.com
Date: Sun, 23 Jan 2011 23:18:06 -0500
helper_exec.c: In function 'pciCfg1in':
helper_exec.c:507:4: warning: passing argument 2 of
'pci_device_cfg_read_u32' from incompatible pointer type
/usr/include
tests! My hero.
My only complaint was going to be about not dropping ps-Rasterize*, but of
course exa and uxa are still using them, so we can't do that yet. Still,
definite improvement.
Reviewed-by: Adam Jackson a...@redhat.com
- ajax
___
xorg-devel
On Feb 15, 2011, at 9:08 PM, kumar vemuri wrote:
Hi Pauli,
But some window procedures like the window painting procedures
(ClearToBackground, CopyWindow and compositing) can be accelerated by
hardware.
a. Shouldnt these procedures be implemented by the driver (to get hw
acceleration for
There's no benefit to shadowfb, since the framebuffer is in the same
memory domain as host memory; all you're doing is adding extra copies.
Signed-off-by: Adam Jackson a...@redhat.com
---
src/vesa.c | 34 +++---
1 files changed, 31 insertions(+), 3 deletions
Some builds of gnu make apparently know how to go straight from .m to .o.
That's great if your .m file is Objective C source, but for us, it's not.
Signed-off-by: Adam Jackson a...@redhat.com
---
xts5/common.mk |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/xts5
Signed-off-by: Adam Jackson a...@redhat.com
---
configure.ac|2 +-
include/X11/extensions/Xfixes.h | 15 ++
src/Cursor.c| 58 +++
3 files changed, 74 insertions(+), 1 deletions(-)
diff --git
On 2/23/11 8:53 AM, Dan Nicholson wrote:
Peter, did we discuss some other way to fix this? Either way, this
looks like the right thing to do.
Reviewed-by: Dan Nicholsondbn.li...@gmail.com
Pushed, thanks all.
- ajax
___
xorg-devel@lists.x.org:
on where you're coming from.
The barrier is intended to be on the edges between the pixels. I'll try
to hammer this bit out.
For the series through #6, where applicable:
Reviewed-by: Adam Jackson a...@redhat.com
The RANDR CRTC confine bit is very much worth landing on its own even
On 2/23/11 6:57 PM, Peter Hutterer wrote:
On Wed, Feb 23, 2011 at 01:48:23PM -0500, a...@redhat.com wrote:
Peter Hutterer (1):
Add mode field to ConstrainCursorHarder
just in case that wasn't clear to all, this breaks the ABI. But we don't
have any users for it yet anyway, so...
Or
On Wed, 2011-02-23 at 16:16 -0800, Keith Packard wrote:
On Wed, 23 Feb 2011 13:43:54 -0500, a...@redhat.com wrote:
are available in the git repository at:
ssh://people.freedesktop.org/~ajax/xserver ..BRANCH.NOT.VERIFIED..
BRANCH.NOT.VERIFIED?
o_O
My request-pull script seems to have
On Thu, 2011-02-24 at 21:40 +0500, Alexandr Shadchin wrote:
Push, please (yet not forgotten :-)
Cc'ing Keith so he sees this. In the future, please cc the release
manager on reviewed patch requests.
- ajax
signature.asc
Description: This is a digitally signed message part
==by 0x422778: main (main.c:205)
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/vbe/vbe.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/xfree86/vbe/vbe.c b/hw/xfree86/vbe/vbe.c
index bcda5ec..56e3ec4 100644
--- a/hw/xfree86/vbe/vbe.c
+++ b/hw/xfree86/vbe
On Thu, 2011-02-24 at 13:26 -0800, Alan Coopersmith wrote:
On 02/24/11 01:11 PM, Adam Jackson wrote:
diff --git a/hw/xfree86/vbe/vbe.c b/hw/xfree86/vbe/vbe.c
index bcda5ec..56e3ec4 100644
--- a/hw/xfree86/vbe/vbe.c
+++ b/hw/xfree86/vbe/vbe.c
@@ -395,7 +395,7 @@ VBEGetVBEInfo(vbeInfoPtr
: InitOutput (xf86Init.c:519)
==14882==by 0x422778: main (main.c:205)
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/vbe/vbe.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/xfree86/vbe/vbe.c b/hw/xfree86/vbe/vbe.c
index bcda5ec..04132d9 100644
--- a/hw
On 2/26/11 2:07 PM, Søren Sandmann wrote:
From: Søren Sandmann Pedersens...@redhat.com
Nothing uses it.
Signed-off-by: Soren Sandmanns...@redhat.com
Reviewed-by: Adam Jackson a...@redhat.com
and merged to xserver-next:
http://cgit.freedesktop.org/~ajax/xserver/log/?h=xserver-next
I'll
Nobody can have been using this, it's never called from extension init.
XI2 device properties should now be a functional replacement.
Signed-off-by: Adam Jackson a...@redhat.com
---
Xext/Makefile.am|7 -
Xext/xcalibrate.c | 297
On Mon, 2011-02-28 at 22:37 -0800, Jeremy Huddleston wrote:
Yeah, and unless someone else wants to take over the stable release
branch, I'm fine continuing on as server-1.10-branch manager. The
process has been fairly smooth, so I think running 1.10 like I did 1.9
should be fine, but
On Mon, 2011-02-28 at 21:14 -0800, Keith Packard wrote:
Do we need more formal rules for merging code? The RandR 1.4 server code
was merged before the protocol and library APIs had seen sufficient
review, but we don't have a formal process for either of those
modules. Anyone know how to help
On Tue, 2011-03-01 at 15:48 +0200, Ville Syrjälä wrote:
So what about also allowing windows to use the scanout pixmaps as their
backing pixmap? I'm mainly interested in something that would allow
unredirected 32bpp windows on a 16bpp screen.
I think the terminology is a little confusing here.
101 - 200 of 3377 matches
Mail list logo