Re: Question about pixman,x11perf and xserver

2011-12-06 Thread Adam Jackson

On 12/5/11 6:39 AM, 杨帅 wrote:


1.I recompile the pixman with enable-neon,but when I use the x11perf for
testing ,I can‘t see the significant difference between the pixman with
neon and pixman without neon.That's why?


Presumably because you're not hitting a neon-accelerated path.  You've 
not said which x11perf tests you are measuring with.  Be aware that many 
of them are not at all relevant for real world performance.



2.xserver use which drawing library to resizing the window,scroll the
text window ,and so on?

3.which library excepts pixman could I optimize using neon to improve
the performance of xserver?


The X server has an internal library called 'fb' for this.  fb is a 
layer around pixman that implements X core rendering, either by calling 
down to pixman or directly.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: [BUG] xrandr/desktop autoconfiguration problem with Intel chip

2011-04-11 Thread Adam Jackson

On 4/10/11 6:53 PM, James Bottomley wrote:


However, when I plug in a standard 1024x768 projector, it gets set up
(using the standard gnome hotplug) to the right of my current display
(giving an x dimension of 2390) and the whole of the LVDS display gets a
dark grey shadow.  If I use xrandr to redo the tiling so LVDS1 is above
VGA1 (giving a max y dimension of 1536) everything is fine.  I think
this indicates that although my graphics chip seems to identify as GEN
3, it has trouble with display dimensions  2048.


gen3's coordinate limits are awkward.  The 2D engine and CRTCs can 
stride up to 4096 wide, but the 3D engine can only stride up to 2048 
wide (both in terms of the widest texture it can source from, and the 
widest surface it can render to).  Thanks Intel.


This is one of the motivators for the per-CRTC pixmap work planned for 
RANDR 1.4.  It'll require a modest amount of work in the compositor to 
take advantage of, but once complete we should be able to hide this kind 
of detail from you.  In the meantime if you've got a 2048 wide screen 
on gen3 you're basically out of luck for GL-based compositors.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: KDrive compiled larger then expected

2011-04-06 Thread Adam Jackson

On 4/6/11 1:32 PM, ss griffon wrote:

I recently compiled Xfbdev (the fbdev version of KDrive) and the final
binary was 21MB in size.  I was a bit surprised at this size because
the post linked below describes kdrive as 700K in size.
http://lists.freedesktop.org/archives/xorg/2004-May/000799.html


If you built it with debugging symbols enabled, then those will be 
included in the binary on disk, even though they don't get loaded into 
memory at runtime.  strip(1) will fix that.



3) I noticed that in the most recent release of the XServer, KDrive
only contains fake, fbdev and ephyr.  What happened to all of the
others like i810, nvidia, vesa etc.


We deleted them because they were broken and in every way inferior to 
the corresponding Xorg drivers.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: dummy driver and maximum resolutions, config hacks via LD_PRELOAD, etc

2011-04-06 Thread Adam Jackson

On 4/6/11 6:38 PM, Aaron Plattner wrote:

On Wed, Apr 06, 2011 at 02:37:52PM -0700, Antoine Martin wrote:

diff --git a/src/dummy_driver.c b/src/dummy_driver.c
index 804e41e..05450d5 100644
--- a/src/dummy_driver.c
+++ b/src/dummy_driver.c
@@ -85,6 +85,9 @@ static Bool   dummyDriverFunc(ScrnInfoPtr pScrn,
xorgDriverFuncOp op,
  #define DUMMY_MINOR_VERSION PACKAGE_VERSION_MINOR
  #define DUMMY_PATCHLEVEL PACKAGE_VERSION_PATCHLEVEL

+#define DUMMY_MAX_WIDTH=4096
+#define DUMMY_MAX_HEIGHT=4096


4096 is low.  Modern GPUs go up to at least 16kx16k, and I think you can
get away with X screens at the protocol level up to 32kx32k, though I
vaguely recall there being some restriction against that.


It should be 64k-1, but because of protocol bugs (and 4G overflow on 
32bpp) it ends up being 32k-1.


Also, #define A B, not #define A=B.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: disable an input event mask

2011-04-01 Thread Adam Jackson

On 4/1/11 9:26 AM, Chu, Jeff wrote:

I have to use depth 8 and PseudoColor because of an old program. If I
start firefox after my old program, it will use a different colormap.
I think because depth 8 doesn't have enough colormap entry. All of
windows will change color when mouse pointer move into to firefox
window. I think it is because of ColormapChangeMask event. If I can
disable it, I may fix the problem. I may be wrong.


Yep, 1994 sure was awful.

To the extent that that would keep the old program looking correct, it 
would force firefox to always look wrong.  But the application itself 
may also rely on colormap change events to work properly.


You may want to consider running the old app in a separate Xephyr or 
Xvnc session running at depth 8 but running the normal server at depth 24.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: disable an input event mask

2011-03-31 Thread Adam Jackson
On Thu, 2011-03-31 at 20:07 +, Chu, Jeff wrote:

 Can you help me to disable “ColormapChangeMask” at current input event
 mask?

 Run command “xdpyinfo” in X window and under “current input event
 mask:” you can find several events. How to disable and enable those
 events?

Why do you think this is something you need to do?

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: X crash

2011-03-30 Thread Adam Jackson

On 3/29/11 9:41 PM, Matthew Monaco wrote:


I still don't get what the sign is that my malloc arena (heap?) is
corrupt. Is it that the top of the stack is realloc?


Yes.  Crashes in the standard allocator functions almost always mean 
that the heap is corrupt.



Adam, is there a chance the crash could be related to this:

http://projects.archlinux.org/svntogit/packages.git/tree/xorg-server/trunk/vbe-fix-malloc-size-bug.patch?id=560212880dc81a984cab90db4e56a4e2b5f31145


Unlikely.  Your X log shows that you're never loading the vbe module, so 
you'd never hit the code which that patch fixes.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: X crash

2011-03-29 Thread Adam Jackson
On Mon, 2011-03-28 at 20:45 -0400, Matthew Monaco wrote:

 Xorg.log: http://pastebin.com/4YD47x83
 bt full : http://pastebin.com/BGagSzUH

#2  0x7f4b4695c479 in realloc () from /lib/libc.so.6
No symbol table info available.
#3  0x00459c91 in ReadRequestFromClient (client=0x20aed80) at
io.c:325

Well now you're in trouble.  That's a sign that something has corrupted
malloc's arena and it can no longer continue.  The job is now much more
difficult, since you have to work backwards to figure out how that
corruption happened.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Re: X crash

2011-03-29 Thread Adam Jackson
On Tue, 2011-03-29 at 11:12 -0500, dgbale...@verizon.net wrote:
 On Mar 29, 2011, Adam Jackson a...@nwnk.net wrote: 
 On Mon, 2011-03-28 at 20:45 -0400, Matthew Monaco wrote:
  Xorg.log: http://pastebin.com/4YD47x83
  bt full : http://pastebin.com/BGagSzUH
 
 #2 0x7f4b4695c479 in realloc () from /lib/libc.so.6
 No symbol table info available.
 #3 0x00459c91 in ReadRequestFromClient (client=0x20aed80) at
 io.c:325
 
 Well now you're in trouble. That's a sign that something has corrupted
 malloc's arena and it can no longer continue. The job is now much more
 difficult, since you have to work backwards to figure out how that
 corruption happened.
 
 This isn't because I didn't rebuild glibc with debuggging? I thought some of 
 the
 missing info was because of -O2. I'll try to get some more output, but if I 
 can't 
 this is above my pay grade. I'll just hope 1.10.1 and 2.6.38.2 do some magic.

That frames 0 and 1 are uninformative is because you don't have
debugging symbols in glibc.

That your malloc arena is corrupted, is not.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: A request from the Hackintosh community

2011-03-28 Thread Adam Jackson

On 3/26/11 9:06 AM, Felix Miata wrote:

On 2011/03/26 17:29 (GMT+0530) Suresh.M composed:

we having a supermicro motherboard X8DTL-IF which has Matrox G200eW
vga chip and we are using RHEL 3 U8 AS version OS.


This is old version from 2007? Why don't you try newer version? Newer
version figure out which driver to use automatically.


Red Hat has no plans to update the Matrox video driver in Red Hat 
Enterprise Linux 3 (or 4, for that matter).  The last 
hardware-enablement update to XFree86 in RHEL3 was in 2006; any hardware 
newer than that is very likely to be vesa-only, including the G200eW.


RHEL5 and later include native driver support for the embedded G200 series.


Matrox G200 is very old, so driver it requires for Xorg or XFree86 has
been available built into all Linux distro versions for many years.


This would be true, except that it's not what he's asking about.

Modern motherboards are shipping with new embedded variants of the G200 
- like, for instance, the G200eW - which RHEL3 does _not_ know about. 
Different PCI IDs and everything.  And apparently just to make 
everybody's life difficult, each successive revision of the chip moves 
the PLL setup registers and modifies the search algorithm, so you really 
do have to build a very new mga driver to get support for them.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: X crash

2011-03-28 Thread Adam Jackson

On 3/27/11 11:50 PM, Matthew Monaco wrote:


So, I don't mean for this to be a lesson in gdb. I was able to build
Xorg with debugging symbols easily. When I start gdb and run 'continue'
before Xorg crashes, nothing happens. It doesn't even bring me back to a
(gdb) prompt. When I try to exit out of gdb, then Xorg crashes. I was
expecting a (gdb) prompt after continue where I can wait for the
segfault and run bt full.


'continue' continues execution.  If it went back to the (gdb) prompt 
you'd be stopped again.  gdb will catch the segfault automatically once 
you've continued.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Weird issue and Can't open display

2011-03-28 Thread Adam Jackson

On 3/28/11 2:40 PM, tsuraan wrote:

I'm having this really bizarre and annoying problem lately with my X
install (running KDE4.6 on top).  I'll be using my computer without
problems, and then I will be unable to open any new windows.  If I go
into an already-open terminal and attempt to run xeyes (or anything
else), I get this message:

tsuraan@localhost ~ $ xeyes
No protocol specified
Error: Can't open display: :0


Almost certainly what's happened is:

- your sole authentication method to the server is xauth cookies
- your xauth cookie record contains the hostname
- your hostname changed

Comparing the output of 'xauth list' and 'hostname' when this happens 
would be enlightening.


But the better change is to use xhost +si:localuser:$(id -un) instead of 
xauth.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: INTEL Corperation 82852/855GM Intel Graphics Device (rev 02)

2011-03-16 Thread Adam Jackson

On 3/16/11 4:39 AM, Edward Dumay wrote:


but in the /var/log/Xorg.0.log file

I can see that the driver is started

intel: Driver for Intel Integrated Graphics Chipset : 810, i810-dc100
 852GM/855GM  ..

but in it was also the following text.

No devices detected

Fatal server error
No screens found


If I had to guess, you don't have the DRM driver loaded for some reason, 
possibly because you booted with 'nomodeset' on the kernel command line.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


[ANNOUNCE] fixesproto 5.0

2011-03-08 Thread Adam Jackson
Adds pointer barrier support.

Adam Jackson (2):
  fixesproto v5: Pointer barriers
  fixesproto 5.0

git tag: fixesproto-5.0

http://xorg.freedesktop.org/archive/individual/proto/fixesproto-5.0.tar.bz2
MD5: e7431ab84d37b2678af71e29355e101d  fixesproto-5.0.tar.bz2
SHA1: ab605af5da8c98c0c2f8b2c578fed7c864ee996a  fixesproto-5.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/fixesproto-5.0.tar.gz
MD5: 1b3115574cadd4cbea1f197faa7c1de4  fixesproto-5.0.tar.gz
SHA1: 9efd241f9769fd6eec0cf74f338740a1f80c5885  fixesproto-5.0.tar.gz

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] libXfixes 5.0

2011-03-08 Thread Adam Jackson
Pointer barrier support, along with the usual buildsystem updates.

Adam Jackson (1):
  libXfixes v5: Pointer barriers

Fernando Carrijo (1):
  Purge macros NEED_EVENTS and NEED_REPLIES

Gaetan Nadon (3):
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: comment, minor upgrade, quote and layout configure.ac

git tag: libXfixes-5.0

http://xorg.freedesktop.org/archive/individual/lib/libXfixes-5.0.tar.bz2
MD5: 678071bd7f9f7467e2fc712d81022318  libXfixes-5.0.tar.bz2
SHA1: 3e4d374e9026111a04cd669d4b3434273fc34fe0  libXfixes-5.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/lib/libXfixes-5.0.tar.gz
MD5: 0a2139e91df4758218e0fddbd549e13c  libXfixes-5.0.tar.gz
SHA1: 694ef9e36e4fa4e1e8fb7c129e839019f8c12e1b  libXfixes-5.0.tar.gz

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] fixesproto 5.0

2011-03-08 Thread Adam Jackson
Adds pointer barrier support.

Adam Jackson (2):
  fixesproto v5: Pointer barriers
  fixesproto 5.0

git tag: fixesproto-5.0

http://xorg.freedesktop.org/archive/individual/proto/fixesproto-5.0.tar.bz2
MD5: e7431ab84d37b2678af71e29355e101d  fixesproto-5.0.tar.bz2
SHA1: ab605af5da8c98c0c2f8b2c578fed7c864ee996a  fixesproto-5.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/fixesproto-5.0.tar.gz
MD5: 1b3115574cadd4cbea1f197faa7c1de4  fixesproto-5.0.tar.gz
SHA1: 9efd241f9769fd6eec0cf74f338740a1f80c5885  fixesproto-5.0.tar.gz

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] libXfixes 5.0

2011-03-08 Thread Adam Jackson
Pointer barrier support, along with the usual buildsystem updates.

Adam Jackson (1):
  libXfixes v5: Pointer barriers

Fernando Carrijo (1):
  Purge macros NEED_EVENTS and NEED_REPLIES

Gaetan Nadon (3):
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: comment, minor upgrade, quote and layout configure.ac

git tag: libXfixes-5.0

http://xorg.freedesktop.org/archive/individual/lib/libXfixes-5.0.tar.bz2
MD5: 678071bd7f9f7467e2fc712d81022318  libXfixes-5.0.tar.bz2
SHA1: 3e4d374e9026111a04cd669d4b3434273fc34fe0  libXfixes-5.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/lib/libXfixes-5.0.tar.gz
MD5: 0a2139e91df4758218e0fddbd549e13c  libXfixes-5.0.tar.gz
SHA1: 694ef9e36e4fa4e1e8fb7c129e839019f8c12e1b  libXfixes-5.0.tar.gz

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: unix domain socket used for X

2011-02-28 Thread Adam Jackson

On 2/25/11 2:02 AM, Han wrote:

Hi,
I have a beginner question:  how does X use the Unix domain socket?
For example: /tmp/.X11-unix/X5  for display :5 .  It seems for larget
applications, there are lots of open / close on that socket during one
run (for example, firefox).  Is that normal?


That's the socket that is used for communication with the X server. 
It's expected that an X app open it at least once.  Multiple times is a 
little odd, but in the case of firefox it's typical for things like the 
flash plugin to open their own display connections.  (So typical, in 
fact, that at this point the usual reason for an X server to hit the 
maximum client limit is the flash plugin losing its mind and eating all 
the connections.)


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: [ANNOUNCE] xorg-server 1.10.0

2011-02-28 Thread Adam Jackson

On 2/27/11 5:06 AM, Piotr Gluszenia Slawinski wrote:


p.s. FIY libc5 is used not only with linux.


The copy of the libc5 CVS repository only mentions Linux in its 
configure script, as far as I can see:


http://www.kernel.org/pub/linux/libs/libc5/libc5.cvs.tar.bz2

Linux is the only kernel currently supported by the X server that runs 
libc5, then, and I'm reasonably sure attempting to build a modern X 
server on such a system would fail for more reasons than just the SIGIO 
code.


But, should someone express an interest in maintaining xserver support 
for a broken C library, with no support or updates in the past thirteen 
years, for Linux or any other kernel, well I guess there's no accounting 
for taste, and xorg-devel@ would be happy to take patches.  Currently 
there's no one interested in keeping that kind of contortion supported.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Difference in clock MHz between X Server 1.5.2 X.Org X Server 1.9.4

2011-02-28 Thread Adam Jackson

On 2/25/11 10:32 AM, SD wrote:

Dear All.

I have ONE laptop with ONE hdd and 2 OS opensuse and fedora on it.
When I boot opensuse LCD picture is perfect but is not on fedora.
I spent many time to find differences and want to show you all this one:


You're conflating unrelated things:


X.Org X Server 1.5.2
Release Date: 10 October 2008
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux linux-xmc2 2.6.27.45-0.1-pae #1 SMP 2010-02-22 
16:49:47 +0100 i686
...
(II) intel(0): using SSC reference clock of 96 MHz


This is the spread spectrum reference clock, which is a property of the 
wiring of a given motherboard and is used to reduce EMI from the display 
connection.



X.Org X Server 1.9.4
Release Date: 2011-02-04
[22.536] X Protocol Version 11, Revision 0
[22.536] Build Operating System: x86-06 2.6.32-71.14.1.el6.x86_64
[22.536] Current Operating System: Linux f14.fedora14 
2.6.35.11-83.fc14.i686.PAE #1 SMP Mon Feb 7 06:57:55 UTC 2011 i686
...
[   135.556] (II) intel(0): Supported detailed timing:
[   135.556] (II) intel(0): clock: 65.0 MHz   Image Size:  304 x 228 mm


This is the pixel clock of the preferred mode of the display.

Now, one or more of two things could be going wrong here.  Either the 
two OSes are detecting different SSC reference clocks, or they're 
picking display modes with different pixel clocks.  Either one could 
cause the display to look less than optimal.  But it's impossible to 
know without more log details.


intel-gfx@ is perhaps a better list for this kind of question.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Possibility to get XAA with modern x server.

2011-02-28 Thread Adam Jackson

On 2/27/11 4:51 AM, SD wrote:


I have i915GM video, and can use it only if acceleration is xaa,
others make screen picture unusable, it is looks like LCD use 50HZ or
less.

So, I still have to use old opensuse with server 1.5.2 because I can
choose xaa in it.

My question: is there any possibility to have xaa in modern servers
or is it gone?


XAA still exists in modern X servers.

XAA support does not still exist in modern intel drivers.

I'm reasonably sure that, whatever artifacts you're seeing with newer X 
servers, they are not related to choice of acceleration architecture.


- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: ssh -Y -l user etc,etc

2011-02-23 Thread Adam Jackson

On 2/22/11 11:11 AM, gene heskett wrote:


Where can I find a good tutorial on making this Just Work(TM) when the user
numbers are disparate, as they will be between a debian based system and
the rest of the world.  I did have this working 6 months ago, but every
time *buntu updates the ssh stuff on the LTS releases, it all goes away
again.


You're going to have to be a lot more precise than that about what kind 
of problems you're seeing.  I routinely ssh forward X connections 
between accounts with differing UIDs on different machines, nothing more 
complicated than ssh -Y needed.


- ajax

___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: [no EDID] intel stuck in 1024x768

2011-02-10 Thread Adam Jackson
On Feb 9, 2011, at 8:59 PM, Felix Miata wrote:

 Can someone look at 
 http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-gx260-i845G-os114rc1-1024x768x096
  and tell me what in there actually tells me which video driver got used (via 
 auto-configure/no mention of Intel/VESA/FBDEV in xorg.conf)? The Intel driver 
 is mentioned, but afterward, so are FBDEV and VESA.

[   979.729] (**) FBDEV(0): claimed PCI slot 0@0:2:0

Which is a little weird, the Intel probe code should have run first.  So
presumably, it did, and just didn't bind to the device for some reason.

 Do I need a device section specifying intel for server 1.9.3 to give what I 
 need instead of XGA when there is no valid EDID? I would think monitor specs 
 I provided to be sufficient.

They would, except the fbdev driver can't set arbitrary modes.  It can only
set things that the kernel already claims to support.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Driver Question - evdev

2011-02-10 Thread Adam Jackson
On Feb 10, 2011, at 7:45 AM, Johnson, Je wrote:

 I’ve got a Barco monitor that I’m using the touch screen configuration.  I’ve 
 got a couple of questions concerning the configuration:
  
 1.   The “xorg.conf” was setup to use the “evdev” driver and it’s 
 working. But I’m not sure how the startup of “X” is calling this driver? I do 
 not see with “lsmod” that the driver is loaded?

X's evdev driver is an X driver, not a kernel module.  lsmod shows kernel
modules.  Look in the X log file instead.

 2.   When I disable/enable or turn off the monitor the 
 “/dev/input/event#” changes and I have to update the xorg.conf file and 
 restart X. Any other way to handle these changing events?

Use an InputClass section to match the device based on product or vendor name,
instead of on the device filename.  See the manual page for xorg.conf, and
refer to /proc/bus/input/devices for the ID strings for your touchscreen.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Intel (Xorg-7.6): No kernel modesetting driver detected

2011-01-19 Thread Adam Jackson
On Jan 19, 2011, at 10:07 AM, al...@verizon.net wrote:
 In the reply E-mail I stated:
 It's roughly a 7K file.  I can bzip2 it to about 2K+ size
 and attach it to my regular post to Xorg.
 Would that be fine with you?
 
 I noticed there has been no posting of my reply in the archive.
 Nor any answer from Adam Jackson.

Look, do what you have to do, just show us the whole file.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Intel (Xorg-7.6): No kernel modesetting driver detected

2011-01-18 Thread Adam Jackson

On Jan 18, 2011, at 3:24 PM, al...@verizon.net wrote:

 Hello,
 
 This is a repeat mail.  According to xorg archive, on
 the previous one An HTML attachment was scrubbed...
 Maybe better luck this time ...

You've clipped away everything from the X log that might tell us why this error
is happening.  Upload it to a pastebin and send the link.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: Picture or Sound Problems - depending on the EDID

2011-01-16 Thread Adam Jackson
On Jan 16, 2011, at 10:14 AM, Hendrik Friedel wrote:

 Hello,
 
 I'm having a problem with my LG TV hooked up to an nvidia 8300 card, that I'm 
 using for watching TV via VDR.
 When using the TVs edid Data, the picture is always getting black for half a 
 second when zapping to the next channel.
 When using custom edid Data, with the extension Block stripped, this behavior 
 is gone, zapping works without the black screen in between. BUT I get no 
 sound.

Given that the extension block is how host software knows that the monitor 
supports sound, that's completely unsurprising.

If I had to guess, the host software (by which I mean, nvidia's driver) is 
being aggressive at changing the InfoFrame that tells the monitor how many 
audio channels there are, and the monitor treats that as a full mode change and 
not just an audio config change.  But that's shooting in the dark.

- ajax
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: OutputOnly windows

2011-01-11 Thread Adam Jackson
On Tue, 2011-01-11 at 21:37 +0800, Sam Spilsbury wrote:
 On Tue, Jan 11, 2011 at 7:01 PM, Thierry Reding
 thierry.red...@avionic-design.de wrote:
  Hi,
 
  Is there any way to create an X window that is output only, similar to what
  InputOnly does, except for output? In other words: I want to create a window
  that displays a video image but does not capture input events. Input events
  should go to the window below instead.
 
 Mark it override-redirect and use XShape to remove the input shape.

The first part is optional, input shape is independent of o-r-ness.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: regarding: setting 1366X768 resolution on my thin client

2010-12-15 Thread Adam Jackson
On Wed, 2010-12-15 at 11:19 +0530, Rudhisundar Beura wrote:
 I am not using a vesa driver rather I am using i810 intel graphics
 driver, proprietary.

The i810 driver has the same limitation.  It calls into the video BIOS
for output setup, which means it can only set modes that the video BIOS
claims to support.

Use the 915resolution hack, or upgrade to an OS like RHEL6 that has a
modern intel video driver.

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Problem with resolution 1366x768 on intel 945 GME

2010-12-15 Thread Adam Jackson
On Wed, 2010-12-15 at 17:24 +0530, DarkKnight BrightWarrior wrote:

b) If I select intel driver for my system, 1366x768
 resolution is coming. But here the problem is, rotation is not working
 which is working fine when i810 driver used. When I run the command 
 xrandr -o left , it gives following error message,
 X Error of failed request: BadMatch (invalid parameter attributes)
 Major opcode of failed request: 155 (RANDR)
 Minor opcode of failed request: 2 (RRSetScreenConfig)
 Serial number of failed request: 12
 Current serial number in output stream: 12
Xorg.conf and Xorg.0.log files
 attached.(xorg.conf.intel and Xorg.0.log.intel)
  
 I want 1366x768 resolution with rotation support. 

Rotation for RANDR 1.2 drivers is not supported in RHEL5 (and thus,
CentOS 5).  Works in RHEL6 though.

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: regarding: setting 1366X768 resolution on my thin client

2010-12-14 Thread Adam Jackson
On Mon, 2010-12-13 at 11:23 +0530, Rudhisundar Beura wrote:
 Hi, my problem is that for some specific purpose I want to configure
 1366x768 resolution on the thin client, with the given specification.
 But it is simply failing, not even appearing in the setting. And
 though other resolutions come they are not set.
 I have tried changing the horizontal and vertical frequencies.

I'm going to guess (since none of your attached information tells me
anything even remotely useful) that you're using the vesa driver, and
that your vesa bios doesn't list a 1366x768 mode.

Which means you're out of luck.  Sorry about that.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Respository vandalism by r...@...fd.o

2010-11-29 Thread Adam Jackson
On Wed, 2010-11-24 at 11:25 +0100, Maarten Maathuis wrote:

 If Adam indeed did this, and did not undo it afterwards, then he is
 having at least some (mental) issues. He did the right thing by
 disabling his admin account, because he obviously has some things to
 sort out. While the action itself is minor, the causes for doing it
 probably are not. Just encourage Adam to work out his problems. Trust
 can be rebuilt, it just takes (a lot of) time and an effort on his
 side to sort out his life.

Yeah, let's just leave it at that, that's really all the psychoanalysis
I feel comfortable with in public.  My emotional state is not great.
I've burned quite a lot of trust and reputation here, and that's not
something I wanted.

All I can do is apologize, dust myself off, and start again.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Respository vandalism by r...@...fd.o

2010-11-23 Thread Adam Jackson
On Tue, 2010-11-23 at 13:32 +0100, Luc Verhaegen wrote:
 Radeonhd repo:
 http://cgit.freedesktop.org/xorg/driver/xf86-video-radeonhd/commit/?h=spigot
 
 authorSPIGOT r...@jerkcity.com  2010-11-02 04:21:14 (GMT)
 committer SPIGOT r...@jerkcity.com  2010-11-02 04:21:14 (GMT)
 commit231683e2f111bb064125f64f2da797d744cde7fa (patch)
 ...
 PERHAPS BONGHITS WILL FIX MY MAKEFILE
 Signed-off-by: SPIGOT r...@jerkcity.com 
 
 Very funny, but the person responsible forgot that maybe, this puts the 
 whole trust in anything on fd.o at risk.

That was me.  Serious lapse in judgement on my part.  I pretty much did
it to get a rise out of Luc; looks like I succeeded.  But it's
indefensible, and I apologize.  I'm kind of in a bad place emotionally
and I should know better than to act that out in public.

I've disabled my root accounts on the fd.o machines.  I don't trust me
with them anymore either.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Error while bringing up X

2010-10-20 Thread Adam Jackson
On Wed, 2010-10-20 at 14:12 +0530, Srinidhi KV wrote:
 Hi I am Srinidhi, I am trying to bring up XWindow on an arm target, I
 have built the filesystem with X in it. When I try to start it from
 command line using command X I get the following error, Can anyone
 please help me debugging this problem. 
 
 Fatal server error:
 Cannot establish any listening sockets - Make sure an X server isn't
 already run

This is your error.  strace would tell you what's going wrong here.  On
a working server you should see a sequence like:

socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 1
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
setsockopt(1, SOL_TCP, TCP_NODELAY, [1], 4) = 0
setsockopt(1, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
bind(1, {sa_family=AF_INET, sin_port=htons(6001), 
sin_addr=inet_addr(0.0.0.0)}, 16) = 0
setsockopt(1, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) = 0
listen(1, 128)  = 0

Most likely one of the calls to socket(), bind(), or listen() is
failing; figure out why.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] libICE 1.0.7

2010-10-19 Thread Adam Jackson
Adam Jackson (1):
  libICE 1.0.7

Alan Coopersmith (1):
  Move ICE protocol  API specs from xorg-docs module

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  Deploy the new XORG_DEFAULT_OPTIONS #24242
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: move CWARNFLAGS from configure.ac to Makefile.am
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60

Jeremy Huddleston (2):
  This is not a GNU project, so declare it foreign.
  Fix include ordering, so -I../include precedes $CPPFLAGS which could

Jesse Adkins (1):
  Purge cvs tags.

Julien Cristau (1):
  Set the close-on-exec flag for listening sockets

Matt Dew (1):
  specs: convert ICE doc/specs from xorg-docs module to DocBook XML

git tag: libICE-1.0.7

http://xorg.freedesktop.org/archive/individual/lib/libICE-1.0.7.tar.bz2
MD5: bb72a732b15e9dc25c3036559387eed5  libICE-1.0.7.tar.bz2
SHA1: c7d0f4c5b0e999385445b8be1bc89aec4e5de71d  libICE-1.0.7.tar.bz2

http://xorg.freedesktop.org/archive/individual/lib/libICE-1.0.7.tar.gz
MD5: 91ff02eb5af6073c2e014a5290e65f17  libICE-1.0.7.tar.gz
SHA1: 2b2e2bec017fbd2b28bc85ddf02667241e9e5dcc  libICE-1.0.7.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] libICE 1.0.7

2010-10-19 Thread Adam Jackson
Adam Jackson (1):
  libICE 1.0.7

Alan Coopersmith (1):
  Move ICE protocol  API specs from xorg-docs module

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  Deploy the new XORG_DEFAULT_OPTIONS #24242
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: move CWARNFLAGS from configure.ac to Makefile.am
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60

Jeremy Huddleston (2):
  This is not a GNU project, so declare it foreign.
  Fix include ordering, so -I../include precedes $CPPFLAGS which could

Jesse Adkins (1):
  Purge cvs tags.

Julien Cristau (1):
  Set the close-on-exec flag for listening sockets

Matt Dew (1):
  specs: convert ICE doc/specs from xorg-docs module to DocBook XML

git tag: libICE-1.0.7

http://xorg.freedesktop.org/archive/individual/lib/libICE-1.0.7.tar.bz2
MD5: bb72a732b15e9dc25c3036559387eed5  libICE-1.0.7.tar.bz2
SHA1: c7d0f4c5b0e999385445b8be1bc89aec4e5de71d  libICE-1.0.7.tar.bz2

http://xorg.freedesktop.org/archive/individual/lib/libICE-1.0.7.tar.gz
MD5: 91ff02eb5af6073c2e014a5290e65f17  libICE-1.0.7.tar.gz
SHA1: 2b2e2bec017fbd2b28bc85ddf02667241e9e5dcc  libICE-1.0.7.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: The motivation of adding fallback_counter to exa

2010-10-14 Thread Adam Jackson
On Thu, 2010-10-14 at 13:46 +0800, fly fancy wrote:
 Thanks a lot! I would agree with your explanations. However, I have
 another confusion.
 In mixed pixmap mode, when the arguments 'w' and 'h' passed to
 exaCreatePixmap_mixed is either zero, 
 this pixmap will become a driver pixmap through
 exaCreateDriverPixmap_mixed right away. Usually, 
 in this situation, the exaModifyPixmapHeader_mixed should be called
 with non-null pPixData. But,  
 exaModifyPixmapHeader_mixed will delete pixmap driver private when
 pPixData is non-null and set 
 this pixmap pinned. Therefore, I think this(create pixmap driver
 private, then destroy it without using it) is 
 meaningless. Do I understand it wrong? Thanks!

That sounds like extra work, but it sounds harmless, so I think you
understand it right.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: DisplayID support

2010-10-13 Thread Adam Jackson
On Wed, 2010-10-13 at 08:59 -0400, Marc Ferland wrote:
 Hi,
 
 I'm currently running Linux on a computer-on-module board from
 Kontron. I recently upgraded the kernel from 2.6.33.3 to 2.6.35.4 and
 since that change, Xorg will not detect the LVDS parameters correctly.
 The LVDS actually uses the DisplayID format
 (http://en.wikipedia.org/wiki/DisplayID) to expose it's specification.
 
 I've bisected this regression to commit:
 61e57a8d72f2336faf39b5d940215cf085e01e6e in the kernel
 (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=61e57a8d72f2336faf39b5d940215cf085e01e6e).

That's... somewhat surprising.  I was under the impression that
DisplayID lived on a different I2C address than EDID.

 (EE) intel(0): Unknown EDID version 0

You should be able to find whatever we're getting from the device in
either dmesg or in /sys/class/drm/*LVDS*/edid.  I'd be interested in
seeing what your data actually looks like.

 Anyone knows if this has been addressed in a newer Xorg version? Also,
 is there support in the kernel for the DisplayID format?

I wrote a DisplayID parser for Xorg a while ago, but it's not hooked up
to anything yet, mostly because I lacked any actual DisplayID devices to
test it with.  It also has yet to be ported into the kernel, for
basically the same reason.

So, yeah, show me what you've got, we can make this work.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: The motivation of adding fallback_counter to exa

2010-10-12 Thread Adam Jackson
On Tue, 2010-10-12 at 11:34 +0800, fly fancy wrote:
 Hello, all
 In newer XServer edition, the fallback_counter is
 introduced to EXA. However, I almost can not understand the motivation
 of the fallback_counter mechanism. Anyone understand it? I'll be very
 appreciated for your explanation. Thanks !

Near as I can tell (the commit message isn't great), it's like this:

Sometimes, you're doing a software fallback, and to do that fallback you
need to draw into a scratch pixmap and then scrape the bits out of it
and put them into the real destination.  Any scratch pixmap so created
should itself be rendered entirely in software in host memory, since
otherwise you'll be reading bits back out of the framebuffer and that's
_super_ slow.

So once the fallback count is non-zero, force everything to the host
memory path; and then allow it to be an integer so recursive fallbacks
work (which is pathological, but I guess it could happen).

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: GM45 HDMI output

2010-09-27 Thread Adam Jackson
On Thu, 2010-09-23 at 20:20 -0500, tsuraan wrote:
  That is exactly the case.  On hybrid graphics machines with Intel GPUs,
  the only digital output that the Intel chip can touch is LVDS.  DVI,
  HDMI, and DisplayPort are on the discrete GPU only.
 
 Does randr have any way to use multiple cards at once?

Not yet.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: GM45 HDMI output

2010-09-23 Thread Adam Jackson
On Thu, 2010-09-23 at 15:07 -0500, tsuraan wrote:

 So, there's no apparent HDMI output listed there.  This laptop is a
 hybrid graphics machine with an nVidia card; is it possible that the
 nVidia card owns the HDMI port and the Intel one just cannot see it,
 or do I have something misconfigured?

That is exactly the case.  On hybrid graphics machines with Intel GPUs,
the only digital output that the Intel chip can touch is LVDS.  DVI,
HDMI, and DisplayPort are on the discrete GPU only.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Create a *real* top level window

2010-09-21 Thread Adam Jackson
On Wed, 2010-09-15 at 15:49 -0600, Burton Samograd wrote:
 Hello,
 
 I'm looking for a way to create a full screen window that is 'always on
 top' no matter what is currently running.  I am currently using a
 standard window with OverrideRedirect set that raises itself every few
 seconds, which works in pretty much all cases that I need it to except
 when the user has a screensaver running that locks the station.
 
 In this case it ends up fighting with the screensaver and password entry
 dialogue. This is not acceptable for what I am doing.
 
 So the question is: is there a way to create a window that is always
 topmost in the stacking order that can never be overridden?

Short of either being the window manager, or having a convention with
your window manager to achieve that, no.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: bug in libXaw 1.0.7

2010-08-30 Thread Adam Jackson
On Sun, 2010-08-29 at 20:59 +0200, Walter Harms wrote:
 When testing smatch i found a minor bug in libXaw.
 
 re,
   wh

Applied, thanks.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: [PATCH]include/dixaccess.h fix comment.

2010-08-19 Thread Adam Jackson
On Thu, 2010-08-19 at 09:43 -0700, Justin P. Mattock wrote:
 After reading through XACE-Spec.txt, then looking through all the code
 I found the below comment, not to make sense. I think it needs to be
 changed to adjust due to the Property access mode bits giving info
 on adjusting different modes etc..(but could be wrong).

or as a verb is common C idiom.  DixReadAccess | DixWriteAccess ...
the | is pronounced or.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: ssh tunneling for a newbie :)

2010-08-11 Thread Adam Jackson
On Wed, 2010-08-11 at 12:27 -0400, Mathieu Parent wrote:
 Hello !
 
 I am currently working on some bioinformatics project. I installed a
 software called ProgressiveMauve for genome alignment on the company
 server.
 
 In fact, it needs to forward the X11 window to my mac in order to
 visualize the alignment. 
 
 Thanks a lot in advance !
 Regards,
 Mathieu
 
 Here is whet I get back when I call the software, I connected with ssh
 -X IP

The ssh server must be configured to allow X11 forwarding.  For openssh
look in /etc/ssh/sshd_config on the machine with ProgressiveMauve
installed.

After that, again for openssh, you almost certainly want to be using -Y
instead of -X; -X asks for additional security checks that many older
toolkits are not prepared to cope with, which will probably make your
app crash.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] kbproto 1.0.5

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  kbproto 1.0.5

Dirk Wallenstein (1):
  Use the correct value for XkbAllAccessXEventsMask

Gaetan Nadon (9):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60

git tag: kbproto-1.0.5

http://xorg.freedesktop.org/archive/individual/proto/kbproto-1.0.5.tar.bz2
MD5: e7edb59a3f54af15f749e8f3e314ee62  kbproto-1.0.5.tar.bz2
SHA1: d95fada09399568c434729b436e1a09503e15b7a  kbproto-1.0.5.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/kbproto-1.0.5.tar.gz
MD5: cb95bc6ffb2dfa27498aeb4663dee964  kbproto-1.0.5.tar.gz
SHA1: eb427aa13fbd48e3feb54d01e92ab5f72ab8f345  kbproto-1.0.5.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] videoproto 2.3.1

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  videoproto 2.3.1

Alan Coopersmith (1):
  Move xv-protocol-v2.txt from xorg-docs to videoproto

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: remove the pkgconfig pc.in file from EXTRA_DIST

Luc Verhaegen (1):
  vldXvMC.h: stop uselessly including XvMClib.h.

Rémi Cardona (1):
  require autoconf 2.60 because of $(docdir) use

git tag: videoproto-2.3.1

http://xorg.freedesktop.org/archive/individual/proto/videoproto-2.3.1.tar.bz2
MD5: c3b348c6e2031b72b11ae63fc7f805c2  videoproto-2.3.1.tar.bz2
SHA1: bb8b366687a7f345e3a8697bac516cb436cbf4b2  videoproto-2.3.1.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/videoproto-2.3.1.tar.gz
MD5: f1903057310c6b308edf0e982d33714d  videoproto-2.3.1.tar.gz
SHA1: 924231d46c0e55b636efb19f407556f8a15a9368  videoproto-2.3.1.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xproto 7.0.18

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xproto 7.0.18

Alan Coopersmith (1):
  Add Sun cc 5.9  later to compilers supporting noreturn attribute

git tag: xproto-7.0.18

http://xorg.freedesktop.org/archive/individual/proto/xproto-7.0.18.tar.bz2
MD5: 6b8a34b274c6fceaffe57c579db826b9  xproto-7.0.18.tar.bz2
SHA1: 252596e7264f3174d535bf67fd1b704b1ba8f699  xproto-7.0.18.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/xproto-7.0.18.tar.gz
MD5: c021df9d149be79167e748ee2ef958bc  xproto-7.0.18.tar.gz
SHA1: e905f91c4cb638913a8ed61bda344efabf5ce8da  xproto-7.0.18.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xextproto 7.1.2

2010-08-10 Thread Adam Jackson
Aaron Plattner (1):
  XGE: Don't reserve an extension event.

Adam Jackson (1):
  xextproto 7.1.2

Gaetan Nadon (12):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: install and distribute geproto.txt
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60
  specs: move geproto.txt in the specs directory
  specs: convert protocol geproto.txt to DocBook XML

Keith Packard (1):
  Allow old servers to build with new headers

Matt Dew (9):
  specs: convert protocol .ms specs from xorg-docs module to DocBook XML
  specs: convert protocol shape.ms specs from xorg-docs module to DocBook 
XML
  specs: convert protocol shm.ms specs from xorg-docs module to DocBook XML
  specs: convert protocol dpms.ms specs from xorg-docs module to DocBook XML
  specs: convert protocol tog-cup.ms from xorg-docs to DocBook XML
  specs: convert protocol appgroup.ms from xorg-docs to DocBook XML
  specs: convert protocol evi.ms from xorg-docs to DocBook XML
  specs: convert protocol buffer.ms from xorg-docs to DocBook XML
  specs: convert protocol xtest.ms from xorg-docs to DocBook XML

git tag: xextproto-7.1.2

http://xorg.freedesktop.org/archive/individual/proto/xextproto-7.1.2.tar.bz2
MD5: 263ae968b223c23b2986603d84e5c30e  xextproto-7.1.2.tar.bz2
SHA1: be6303a9449277af58f38e1be57e442d98f400fe  xextproto-7.1.2.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/xextproto-7.1.2.tar.gz
MD5: 1e8a156cd209e66cd8290c96678e777a  xextproto-7.1.2.tar.gz
SHA1: 5ab3fb4f62a1cd389e0b5e29bdaa687872698783  xextproto-7.1.2.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-input-vmmouse 12.6.10

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Fix distcheck
  xf86-input-vmmouse 12.6.10

Alan Coopersmith (1):
  Improve Solaris compatibility of hal-probe-vmmouse generation rule

Fernando Carrijo (1):
  Purge macro NEED_EVENTS

Gaetan Nadon (2):
  config: git ignore recently added 69-xorg-vmmouse.rules
  COPYING: update and refactor Copyright notices

Jakob Bornecrantz (1):
  Only match against event[0-9] in udev rules

Julien Cristau (2):
  Include exevents.h for XIGetKnownProperty
  Don't clobber CFLAGS

git tag: xf86-input-vmmouse-12.6.10

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.6.10.tar.bz2
MD5: 49c6e77851e9f7bc5cb7d85f061992f8  xf86-input-vmmouse-12.6.10.tar.bz2
SHA1: 4c510d3f3ceaeb3bf826d440a406fe53fd85902c  
xf86-input-vmmouse-12.6.10.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.6.10.tar.gz
MD5: 9690a9aef3b43debe8a32e7e883f1b27  xf86-input-vmmouse-12.6.10.tar.gz
SHA1: 29a223981f77fbd4b03c88aab2ab3238ce89e6e1  
xf86-input-vmmouse-12.6.10.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-video-ast 0.91.10

2010-08-10 Thread Adam Jackson
The major feature of this release is support for the AST2300 chip,
though you wouldn't know it from looking at the changelog.  ASPEED are
gently reminded to use slightly more descriptive changelog entries.

---

Adam Jackson (1):
  xf86-video-ast 0.91.10

Gaetan Nadon (16):
  .gitignore: use common defaults with custom section # 24239
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove unused sdkdir=$(pkg-config...) statement
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

Matt Turner (2):
  Use usleep instead of xf86UDelay
  chmod +x autogen.sh

Y.C. Chen (2):
  modified:   autogen.sh
  modified:   autogen.sh

git tag: xf86-video-ast-0.91.10

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ast-0.91.10.tar.bz2
MD5: 65da53af3ebd1685149b6145976fdb2d  xf86-video-ast-0.91.10.tar.bz2
SHA1: a90624e63f33fdcb50ccefcdeebb34052f341ef3  xf86-video-ast-0.91.10.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ast-0.91.10.tar.gz
MD5: 110bccd20da1811ff181449da2f93242  xf86-video-ast-0.91.10.tar.gz
SHA1: f16bd9056ec8080b4be93a34c2c535546a510521  xf86-video-ast-0.91.10.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-video-i128 1.3.4

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Don't mess with the blender unit on chips that don't have it
  xf86-video-i128 1.3.4

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Gaetan Nadon (20):
  xf86-video-i128: Remove unused .cvsignore file #23776
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove unused sdkdir=$(pkg-config...) statement
  COPYING: replace stub file with actual Copyright notices.
  README: fix linuxdoc content
  README: keep the text version of README, discard the sgml version
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

Mark Kettenis (1):
  Use hardware byteswap on big-endian platforms

git tag: xf86-video-i128-1.3.4

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-i128-1.3.4.tar.bz2
MD5: 103316abb2dc466219c027afc5a71691  xf86-video-i128-1.3.4.tar.bz2
SHA1: d5f755dc964eaa067b4efcafafd00814a60df775  xf86-video-i128-1.3.4.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-i128-1.3.4.tar.gz
MD5: f0b6909b1559824b3717f9af715ea762  xf86-video-i128-1.3.4.tar.gz
SHA1: 25e3df9b5a9bff62c178418a212c335fcba89995  xf86-video-i128-1.3.4.tar.gz

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-video-mga 1.4.13

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xf86-video-mga 1.4.13

Gaetan Nadon (11):
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: remove unrequired AC_SUBST([DRI_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

Yannick Heneault (1):
  adjusted max bandwith and max pitch values for G200SE

git tag: xf86-video-mga-1.4.13

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.13.tar.bz2
MD5: f967fb3e655f6f68aa3f495eaadcaac2  xf86-video-mga-1.4.13.tar.bz2
SHA1: 55aa185cf381def4b5905c8b93694b8dfbd5c378  xf86-video-mga-1.4.13.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.13.tar.gz
MD5: 49b2a16fc981da43195d99831a54469f  xf86-video-mga-1.4.13.tar.gz
SHA1: 36e57c4a024ca31bd242022ac5967c8a0f9e1012  xf86-video-mga-1.4.13.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-video-vmware 11.0.2

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xf86-video-vmware 11.0.2

Fernando Carrijo (1):
  Purge macros NEED_EVENTS and NEED_REPLIES

Gaetan Nadon (12):
  COPYING: replace stub file with actual Copyright notices.
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements
  config: add AM_PROG_CC_C_O for per-target compilation flags

Julien Cristau (1):
  Don't crash the server on Xorg -configure

Michel Dänzer (1):
  Fix some issues pointed out by compiler warnings.

git tag: xf86-video-vmware-11.0.2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vmware-11.0.2.tar.bz2
MD5: 00c3a70870abcda5f340497b0285dab1  xf86-video-vmware-11.0.2.tar.bz2
SHA1: 7598145097971437cf0bfc0445e4435602159b41  xf86-video-vmware-11.0.2.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vmware-11.0.2.tar.gz
MD5: f9971735cc6c697ab07e2328af4bdd57  xf86-video-vmware-11.0.2.tar.gz
SHA1: 7e02c52b95f77daa37da5b7c64036e2c0e1c8339  xf86-video-vmware-11.0.2.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-video-xgixp 1.8.0

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Remove mibank.h reference
  xf86-video-xgixp 1.8.0

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Gaetan Nadon (17):
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: use backticks rather than $() for cmd subs
  COPYING: add file with actual Copyright notices.
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

git tag: xf86-video-xgixp-1.8.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-xgixp-1.8.0.tar.bz2
MD5: 0ebf98f1beaf911a242c79647cc08fbf  xf86-video-xgixp-1.8.0.tar.bz2
SHA1: 67caeaa4c746572160208fe23c7257f62cb442a3  xf86-video-xgixp-1.8.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-xgixp-1.8.0.tar.gz
MD5: e22952bfcd690d518a4386a7fdce042f  xf86-video-xgixp-1.8.0.tar.gz
SHA1: 2ceb8aa5ee6f85e014b52c7c9dae3cd298ad7e19  xf86-video-xgixp-1.8.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


Re: How to revert back glx version from 1.4 to 1.2

2010-08-10 Thread Adam Jackson
On Mon, 2010-08-09 at 16:43 -0700, Ratin wrote:

 Hi Adam, I do have a testcase, I decode/render video with NVidia's
 VDPAU constantly, over time the system becomes really sluggish, a
 simple comand like ls will take about 30 sec to process. I have been
 trying to find out what causes this, I run my application within
 valgrind and it doesnt report any memory leak. Upon some searching
 online , I found people going thru similar experience and it seemed to
 be caused by glx, and still happens after doing an update to xserver
 version 1.6.4 (thats how far I could go with ubuntu's repository
 xorg-edgers).

None of which changes what I said: the bug you've found people talking
about is in the open source GLX support, not in nvidia's GLX support.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] glproto 1.4.12

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Remove structure tag for xGLXHyperpipeConfigSGIXReq
  glproto 1.4.12

Gaetan Nadon (3):
  COPYING: add Copyright from Silicon Graphics
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60

Ian Romanick (1):
  Update tokens for GLX_INTEL_swap_event to match final version of spec

Luc Verhaegen (1):
  Sync glcore.h with mesa HEAD.

git tag: glproto-1.4.12

http://xorg.freedesktop.org/archive/individual/proto/glproto-1.4.12.tar.bz2
MD5: 55edc5ff2efb734215c868f72f7cf27e  glproto-1.4.12.tar.bz2
SHA1: 50f8bdae2c71b4bc4df421102f5f08a3fc417779  glproto-1.4.12.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/glproto-1.4.12.tar.gz
MD5: c528c5903bb836b33a35863f97613c64  glproto-1.4.12.tar.gz
SHA1: 060f774cccb8ce75f81620871528ab2f36a1  glproto-1.4.12.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] kbproto 1.0.5

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  kbproto 1.0.5

Dirk Wallenstein (1):
  Use the correct value for XkbAllAccessXEventsMask

Gaetan Nadon (9):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60

git tag: kbproto-1.0.5

http://xorg.freedesktop.org/archive/individual/proto/kbproto-1.0.5.tar.bz2
MD5: e7edb59a3f54af15f749e8f3e314ee62  kbproto-1.0.5.tar.bz2
SHA1: d95fada09399568c434729b436e1a09503e15b7a  kbproto-1.0.5.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/kbproto-1.0.5.tar.gz
MD5: cb95bc6ffb2dfa27498aeb4663dee964  kbproto-1.0.5.tar.gz
SHA1: eb427aa13fbd48e3feb54d01e92ab5f72ab8f345  kbproto-1.0.5.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] renderproto 0.11.1

2010-08-10 Thread Adam Jackson
Adam Jackson (3):
  Clarify alpha-map loop prevention (#23581)
  Make recursive alpha maps undefined
  renderproto 0.11.1

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: remove the pkgconfig pc.in file from EXTRA_DIST

Peter Hutterer (1):
  Update date/version on Render protocol spec to match last update (0.11)

Rémi Cardona (1):
  Use $(docdir) for renderproto.txt install path

Sami Farin (1):
  Bug 12578 - renderproto-0.9.3: render.h does not compile

git tag: renderproto-0.11.1

http://xorg.freedesktop.org/archive/individual/proto/renderproto-0.11.1.tar.bz2
MD5: a914ccc1de66ddeb4b611c6b0686e274  renderproto-0.11.1.tar.bz2
SHA1: 7ae9868a358859fe539482b02414aa15c2d8b1e4  renderproto-0.11.1.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/renderproto-0.11.1.tar.gz
MD5: 9b103359123e375bb7760f7dbae3dece  renderproto-0.11.1.tar.gz
SHA1: 522aa3e04e0c78598bb4a50157ca39e2b02d9222  renderproto-0.11.1.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xproto 7.0.18

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xproto 7.0.18

Alan Coopersmith (1):
  Add Sun cc 5.9  later to compilers supporting noreturn attribute

git tag: xproto-7.0.18

http://xorg.freedesktop.org/archive/individual/proto/xproto-7.0.18.tar.bz2
MD5: 6b8a34b274c6fceaffe57c579db826b9  xproto-7.0.18.tar.bz2
SHA1: 252596e7264f3174d535bf67fd1b704b1ba8f699  xproto-7.0.18.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/xproto-7.0.18.tar.gz
MD5: c021df9d149be79167e748ee2ef958bc  xproto-7.0.18.tar.gz
SHA1: e905f91c4cb638913a8ed61bda344efabf5ce8da  xproto-7.0.18.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xextproto 7.1.2

2010-08-10 Thread Adam Jackson
Aaron Plattner (1):
  XGE: Don't reserve an extension event.

Adam Jackson (1):
  xextproto 7.1.2

Gaetan Nadon (12):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: install and distribute geproto.txt
  config: remove the pkgconfig pc.in file from EXTRA_DIST
  config: update AC_PREREQ statement to 2.60
  specs: move geproto.txt in the specs directory
  specs: convert protocol geproto.txt to DocBook XML

Keith Packard (1):
  Allow old servers to build with new headers

Matt Dew (9):
  specs: convert protocol .ms specs from xorg-docs module to DocBook XML
  specs: convert protocol shape.ms specs from xorg-docs module to DocBook 
XML
  specs: convert protocol shm.ms specs from xorg-docs module to DocBook XML
  specs: convert protocol dpms.ms specs from xorg-docs module to DocBook XML
  specs: convert protocol tog-cup.ms from xorg-docs to DocBook XML
  specs: convert protocol appgroup.ms from xorg-docs to DocBook XML
  specs: convert protocol evi.ms from xorg-docs to DocBook XML
  specs: convert protocol buffer.ms from xorg-docs to DocBook XML
  specs: convert protocol xtest.ms from xorg-docs to DocBook XML

git tag: xextproto-7.1.2

http://xorg.freedesktop.org/archive/individual/proto/xextproto-7.1.2.tar.bz2
MD5: 263ae968b223c23b2986603d84e5c30e  xextproto-7.1.2.tar.bz2
SHA1: be6303a9449277af58f38e1be57e442d98f400fe  xextproto-7.1.2.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/xextproto-7.1.2.tar.gz
MD5: 1e8a156cd209e66cd8290c96678e777a  xextproto-7.1.2.tar.gz
SHA1: 5ab3fb4f62a1cd389e0b5e29bdaa687872698783  xextproto-7.1.2.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] videoproto 2.3.1

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  videoproto 2.3.1

Alan Coopersmith (1):
  Move xv-protocol-v2.txt from xorg-docs to videoproto

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  configure.ac: AM_MAINTAINER_MODE missing #24238
  configure.ac: deploy the new XORG_DEFAULT_OPTIONS #24242
  Makefile.am: INSTALL file is missing or incorrect #24206
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  README: file created or updated #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  config: remove the pkgconfig pc.in file from EXTRA_DIST

Luc Verhaegen (1):
  vldXvMC.h: stop uselessly including XvMClib.h.

Rémi Cardona (1):
  require autoconf 2.60 because of $(docdir) use

git tag: videoproto-2.3.1

http://xorg.freedesktop.org/archive/individual/proto/videoproto-2.3.1.tar.bz2
MD5: c3b348c6e2031b72b11ae63fc7f805c2  videoproto-2.3.1.tar.bz2
SHA1: bb8b366687a7f345e3a8697bac516cb436cbf4b2  videoproto-2.3.1.tar.bz2

http://xorg.freedesktop.org/archive/individual/proto/videoproto-2.3.1.tar.gz
MD5: f1903057310c6b308edf0e982d33714d  videoproto-2.3.1.tar.gz
SHA1: 924231d46c0e55b636efb19f407556f8a15a9368  videoproto-2.3.1.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-input-aiptek 1.3.1

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xf86-input-aiptek 1.3.1

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Gaetan Nadon (18):
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove unused sdkdir=$(pkg-config...) statement
  config: move CWARNFLAGS from configure.ac to Makefile.am
  COPYING: replace stub file with Copyright notices
  config: remove AH_TOP autoheader statement
  config: replace hard-coded -DLINUX_INPUT with proper AC_CHECK_HEADERS
  config: use AC_CHECK_LIB to verify library and add -lm to LIBS
  config: update AC_PREREQ statement to 2.60
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: fix warnings, m4 quoting and layout
  man: Use Autoconf provided $(AM_V_GEN)$(SED)
  config: upgrade to util-macros 1.8 for additional man page support
  config: use AC_PROG_INSTALL now supplied by XORG_DEFAULT_OPTIONS

Olivier Samyn (5):
  aiptek: Uses event-code instead of event-value
  aiptek: Correct linux keymap to keysym index loop.
  aiptek: Change index offset for generated key events.
  aiptek: Initialize the keymap with 256 items.
  aiptek: Add keyboard feedback struct initialization.

git tag: xf86-input-aiptek-1.3.1

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-aiptek-1.3.1.tar.bz2
MD5: 86dbf173283b53c6402618f42adc4441  xf86-input-aiptek-1.3.1.tar.bz2
SHA1: 8466910dd3877502eb97468db4deab98d49125bb  xf86-input-aiptek-1.3.1.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-aiptek-1.3.1.tar.gz
MD5: 5982a20c47110267231c4dfbb64c9e81  xf86-input-aiptek-1.3.1.tar.gz
SHA1: 8866c224d9446fb0dbbb8b75df2143654c3c2123  xf86-input-aiptek-1.3.1.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-input-vmmouse 12.6.10

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Fix distcheck
  xf86-input-vmmouse 12.6.10

Alan Coopersmith (1):
  Improve Solaris compatibility of hal-probe-vmmouse generation rule

Fernando Carrijo (1):
  Purge macro NEED_EVENTS

Gaetan Nadon (2):
  config: git ignore recently added 69-xorg-vmmouse.rules
  COPYING: update and refactor Copyright notices

Jakob Bornecrantz (1):
  Only match against event[0-9] in udev rules

Julien Cristau (2):
  Include exevents.h for XIGetKnownProperty
  Don't clobber CFLAGS

git tag: xf86-input-vmmouse-12.6.10

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.6.10.tar.bz2
MD5: 49c6e77851e9f7bc5cb7d85f061992f8  xf86-input-vmmouse-12.6.10.tar.bz2
SHA1: 4c510d3f3ceaeb3bf826d440a406fe53fd85902c  
xf86-input-vmmouse-12.6.10.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.6.10.tar.gz
MD5: 9690a9aef3b43debe8a32e7e883f1b27  xf86-input-vmmouse-12.6.10.tar.gz
SHA1: 29a223981f77fbd4b03c88aab2ab3238ce89e6e1  
xf86-input-vmmouse-12.6.10.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-ast 0.91.10

2010-08-10 Thread Adam Jackson
The major feature of this release is support for the AST2300 chip,
though you wouldn't know it from looking at the changelog.  ASPEED are
gently reminded to use slightly more descriptive changelog entries.

---

Adam Jackson (1):
  xf86-video-ast 0.91.10

Gaetan Nadon (16):
  .gitignore: use common defaults with custom section # 24239
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove unused sdkdir=$(pkg-config...) statement
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

Matt Turner (2):
  Use usleep instead of xf86UDelay
  chmod +x autogen.sh

Y.C. Chen (2):
  modified:   autogen.sh
  modified:   autogen.sh

git tag: xf86-video-ast-0.91.10

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ast-0.91.10.tar.bz2
MD5: 65da53af3ebd1685149b6145976fdb2d  xf86-video-ast-0.91.10.tar.bz2
SHA1: a90624e63f33fdcb50ccefcdeebb34052f341ef3  xf86-video-ast-0.91.10.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ast-0.91.10.tar.gz
MD5: 110bccd20da1811ff181449da2f93242  xf86-video-ast-0.91.10.tar.gz
SHA1: f16bd9056ec8080b4be93a34c2c535546a510521  xf86-video-ast-0.91.10.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-i128 1.3.4

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Don't mess with the blender unit on chips that don't have it
  xf86-video-i128 1.3.4

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Gaetan Nadon (20):
  xf86-video-i128: Remove unused .cvsignore file #23776
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove unused sdkdir=$(pkg-config...) statement
  COPYING: replace stub file with actual Copyright notices.
  README: fix linuxdoc content
  README: keep the text version of README, discard the sgml version
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

Mark Kettenis (1):
  Use hardware byteswap on big-endian platforms

git tag: xf86-video-i128-1.3.4

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-i128-1.3.4.tar.bz2
MD5: 103316abb2dc466219c027afc5a71691  xf86-video-i128-1.3.4.tar.bz2
SHA1: d5f755dc964eaa067b4efcafafd00814a60df775  xf86-video-i128-1.3.4.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-i128-1.3.4.tar.gz
MD5: f0b6909b1559824b3717f9af715ea762  xf86-video-i128-1.3.4.tar.gz
SHA1: 25e3df9b5a9bff62c178418a212c335fcba89995  xf86-video-i128-1.3.4.tar.gz

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-mga 1.4.13

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xf86-video-mga 1.4.13

Gaetan Nadon (11):
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: remove unrequired AC_SUBST([DRI_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

Yannick Heneault (1):
  adjusted max bandwith and max pitch values for G200SE

git tag: xf86-video-mga-1.4.13

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.13.tar.bz2
MD5: f967fb3e655f6f68aa3f495eaadcaac2  xf86-video-mga-1.4.13.tar.bz2
SHA1: 55aa185cf381def4b5905c8b93694b8dfbd5c378  xf86-video-mga-1.4.13.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.13.tar.gz
MD5: 49b2a16fc981da43195d99831a54469f  xf86-video-mga-1.4.13.tar.gz
SHA1: 36e57c4a024ca31bd242022ac5967c8a0f9e1012  xf86-video-mga-1.4.13.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-vmware 11.0.2

2010-08-10 Thread Adam Jackson
Adam Jackson (1):
  xf86-video-vmware 11.0.2

Fernando Carrijo (1):
  Purge macros NEED_EVENTS and NEED_REPLIES

Gaetan Nadon (12):
  COPYING: replace stub file with actual Copyright notices.
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements
  config: add AM_PROG_CC_C_O for per-target compilation flags

Julien Cristau (1):
  Don't crash the server on Xorg -configure

Michel Dänzer (1):
  Fix some issues pointed out by compiler warnings.

git tag: xf86-video-vmware-11.0.2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vmware-11.0.2.tar.bz2
MD5: 00c3a70870abcda5f340497b0285dab1  xf86-video-vmware-11.0.2.tar.bz2
SHA1: 7598145097971437cf0bfc0445e4435602159b41  xf86-video-vmware-11.0.2.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vmware-11.0.2.tar.gz
MD5: f9971735cc6c697ab07e2328af4bdd57  xf86-video-vmware-11.0.2.tar.gz
SHA1: 7e02c52b95f77daa37da5b7c64036e2c0e1c8339  xf86-video-vmware-11.0.2.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-xgi 1.6.0

2010-08-10 Thread Adam Jackson
XGI are gently encouraged to use small commits, and to not gratuitously
change line endings from DOS to UNIX (and back) for the entire driver
between commits.

---

Adam Jackson (2):
  Remove mibank.h reference
  xf86-video-xgi 1.6.0

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Chris Ball (3):
  xgi: Compile fix: guard XF86_VERSION_CURRENT with ifdef
  xgi: Compile fix: f2b97df.. incorrectly removed micmap.h instead of 
mibank.h
  xgi: Compile fix: XSERVER_LIBPCIACCESS guards

Fernando Carrijo (1):
  Purge macro NEED_REPLIES

Gaetan Nadon (21):
  .gitignore: use common defaults with custom section # 24239
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  Deploy the new XORG_DEFAULT_OPTIONS #24242
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: use backticks rather than $() for cmd subs
  man: complete the makefile to build the man pages
  COPYING: add file with actual Copyright notices.
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: remove unrequired AC_SUBST([DRI_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements
  config: add comments for main statements

Rémi Cardona (1):
  fix detection of libpciaccess support in the server

Trevor Woerner (1):
  Modify search for drm include.

root (1):
  XGI: Fixed compile issues for new versions of xorg-server

xgi0007 (4):
  XGI:suport ARM, add EXA, I2c EDID, Custom Modes, Bugs fixed, ...
  XGI:Unify driver for x86/PowerPC/ARM, Add EXA, I2c EDID, Custom Modes, 
Bugs fixed, ...
  XGI: Fixed compile issues for current version of xorg-xserver
  XGI: Remove mibank.h reference

git tag: xf86-video-xgi-1.6.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-xgi-1.6.0.tar.bz2
MD5: b4ac771ae81b52fca9b6fa68006a258a  xf86-video-xgi-1.6.0.tar.bz2
SHA1: 826f14d6ba799cd2aae9f0c818f84cf8b75f1ddb  xf86-video-xgi-1.6.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-xgi-1.6.0.tar.gz
MD5: d7e483c26a06ecf47c27920acd571ca9  xf86-video-xgi-1.6.0.tar.gz
SHA1: fde86e6b6450a2a93194b8e185b8018d45e7  xf86-video-xgi-1.6.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-xgixp 1.8.0

2010-08-10 Thread Adam Jackson
Adam Jackson (2):
  Remove mibank.h reference
  xf86-video-xgixp 1.8.0

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Gaetan Nadon (17):
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: use backticks rather than $() for cmd subs
  COPYING: add file with actual Copyright notices.
  config: upgrade to util-macros 1.8 for additional man page support
  config: update AC_PREREQ statement to 2.60
  config: remove AC_PROG_CC as it overrides AC_PROG_C_C99
  config: remove unrequired AC_HEADER_STDC
  config: remove unrequired AC_SUBST([XORG_CFLAGS])
  config: complete AC_INIT m4 quoting
  config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
  config: replace deprecated AC_HELP_STRING with AS_HELP_STRING
  config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES
  config: add comments for main statements

git tag: xf86-video-xgixp-1.8.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-xgixp-1.8.0.tar.bz2
MD5: 0ebf98f1beaf911a242c79647cc08fbf  xf86-video-xgixp-1.8.0.tar.bz2
SHA1: 67caeaa4c746572160208fe23c7257f62cb442a3  xf86-video-xgixp-1.8.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-xgixp-1.8.0.tar.gz
MD5: e22952bfcd690d518a4386a7fdce042f  xf86-video-xgixp-1.8.0.tar.gz
SHA1: 2ceb8aa5ee6f85e014b52c7c9dae3cd298ad7e19  xf86-video-xgixp-1.8.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: How to revert back glx version from 1.4 to 1.2

2010-08-09 Thread Adam Jackson
On Mon, 2010-08-09 at 00:44 -0700, Ratin wrote:
 Hi its been known to many that Xorg versions supporting glx version
 1.4 introduced some memory leak.

I don't see any bugs about that in bugzilla.  Do you have a testcase or
is this just tribal knowledge?

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: How to revert back glx version from 1.4 to 1.2

2010-08-09 Thread Adam Jackson
On Mon, 2010-08-09 at 12:42 -0700, Ratin wrote:
 On Mon, Aug 9, 2010 at 7:53 AM, Adam Jackson a...@nwnk.net wrote:
  On Mon, 2010-08-09 at 00:44 -0700, Ratin wrote:
  Hi its been known to many that Xorg versions supporting glx version
  1.4 introduced some memory leak.
 
  I don't see any bugs about that in bugzilla.  Do you have a testcase or
  is this just tribal knowledge?
 
 http://www.theregister.co.uk/2010/04/26/ubuntu_xserver_memory_leak_bug/
 http://ubuntuforums.org/showthread.php?t=1478329
 http://numberedhumanindustries.wordpress.com/2010/04/28/ubuntu-10-04-memory-leak-issue-not-redhats-nor-fedoras-fault/
 http://us.generation-nt.com/bug-559408-xserver-xorg-core-x-server-memory-leak-help-168906011.html

So it's a bug that's already been fixed, and that doesn't affect you
since nvidia's glx support doesn't use that code at all.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Problem with xorg-server and s3c2410fb driver

2010-08-04 Thread Adam Jackson
On Wed, 2010-08-04 at 11:56 +0200, Michel Dänzer wrote:
 On Mon, 2010-08-02 at 13:56 -0400, Adam Jackson wrote: 
  On Mon, 2010-08-02 at 18:24 +0200, Michel Dänzer wrote:
  
   AFAICT this will only work when using the 'built-in' mode, otherwise
   mode-PrivFlags will never be set? One possible solution for that could
   be
   
   - var-pixclock = mode-Clock ? 10/mode-Clock : 0;
   + var-pixclock = mode-PrivFlags ? mode-PrivFlags :
   (mode-Clock ? 10/mode-Clock : 0);
   
   in xfree2fbdev_timing().
  
  Right you are.
  
  So I guess the question is what we're trying to accomplish with the
  fbdev_modes_equal() check at all.
 
 From commit f6815cb68b0f6698497348fc6e4214dacef33b95 which added it:
 
 The fbdev API allows the driver to 'accept' modes it doesn't really 
 support by
 modifying it to the nearest supported mode. Without this check, e.g. 
 vesafb
 would appear to accept all modes, even though it actually can't set 
 any modes
 other than the bootup mode at all.

That sure does sound like a vesafb bug.

But I suppose in the absence of fixing that, just dropping the pixclock
check from fbdev_modes_equal is the least wrong thing.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Assertion failures from libICE

2010-08-04 Thread Adam Jackson
On Wed, 2010-08-04 at 09:30 -0300, Jonathan Blanchard wrote:
 I got this rather puzzling problem with a self-built libICE, GUI
 applications linked with it emit the following warning at startup :
 
 _IceTransNAMEDOpenClient: Cannot open /tmp/.ICE-unix/854 for NAMED connection
 _IceTransOpen: transport open failed for local/loki:/tmp/.ICE-unix/854
 
 I'm using libICE 1.0.6 with all transports enabled at build time on
 OpenSolaris(x86).

Presumably because whatever the ICE server is that you're trying to
connect to is linked against a libICE that doesn't include named pipe
transports.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Is this an X bug?

2010-08-02 Thread Adam Jackson
On Mon, 2010-08-02 at 12:21 -0400, Bob Self wrote:
 I'm running Ubuntu linux and am getting lockups. When it 'locks up' sometimes 
 I can login via
 ssh, sometimes everything is halted. When I can log in I always find that X 
 is stuck at 100% cpu.
 
 I have found this in /var/log/Xorg.0.log.old after rebooting via a ssh 
 connection.
 
 [mi] EQ overflowing. The server is probably stuck in an infinite loop.
 
 Backtrace:
 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e937b]
 1: /usr/bin/X (mieqEnqueue+0x1ab) [0x80e8b6b]
 2: /usr/bin/X (xf86PostButtonEventP+0xcf) [0x80c29cf]
 3: /usr/bin/X (xf86PostButtonEvent+0x6c) [0x80c2a7c]
 4: /usr/lib/xorg/modules/input/evdev_drv.so (0x7d4000+0x4c67) [0x7d8c67]
 5: /usr/bin/X (0x8048000+0x6d5bf) [0x80b55bf]
 6: /usr/bin/X (0x8048000+0x122744) [0x816a744]
 7: (vdso) (__kernel_sigreturn+0x0) [0x149400]
 
 Does anyone know what this means?

You stopped the backtrace just before it got interesting.  All we see
there is the SIGIO signal handler being entered and calling into the
input driver, which then tries to eat an event from the kernel and has
no place to put it because the core server is stuck not processing input
events.

So whatever's going on in stack frame 8 is to blame.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Problem with xorg-server and s3c2410fb driver

2010-08-02 Thread Adam Jackson
On Mon, 2010-08-02 at 18:24 +0200, Michel Dänzer wrote:

 AFAICT this will only work when using the 'built-in' mode, otherwise
 mode-PrivFlags will never be set? One possible solution for that could
 be
 
 - var-pixclock = mode-Clock ? 10/mode-Clock : 0;
 + var-pixclock = mode-PrivFlags ? mode-PrivFlags :
 (mode-Clock ? 10/mode-Clock : 0);
 
 in xfree2fbdev_timing().

Right you are.

So I guess the question is what we're trying to accomplish with the
fbdev_modes_equal() check at all.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: How do I get hold of of the completion events caused by XShmPutImage(. .., True) in Fedora 13?

2010-07-29 Thread Adam Jackson
On Wed, 2010-07-21 at 11:21 +, hindm...@netzero.com wrote:

 TL;DR
 So, somewhere between Fedora 11 and Fedora 13 and hoo nose what
 version of hoo nose what library(s) the creation or handling of the
 completion events caused by XShmPutImage(..., True) stopped.  I've
 read the docs,  Googled myself silly and yes even tried reading the
 source for X-server, libX, libXext, livXv, libXvMC, and gdk+/gdk.  My
 head is spinning and I don't seem to be any closer to understanding
 why the events stopped or what I need to do about it.

Pretty sure this was caused by a patch we were carrying in
libXext-1.1-2, which was reverted in libXext-1.1.2-1.  So, update
libXext and you should be set.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: video driver without xrender support

2010-07-29 Thread Adam Jackson
On Wed, 2010-07-28 at 05:36 +0400, sergio wrote:
 Hello.
 
 Is it possible make video driver with which subpixel rendering will not 
 work? Or only xrender acceleration depends on driver?

The RENDER extension is initialized when the driver calls
fbPictureInit().  All known shipping drivers do this.  In principle your
driver could omit this call; I have no idea why you'd want to do that
though.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

[ANNOUNCE] xf86-video-mga 1.4.12

2010-05-18 Thread Adam Jackson
Adam Jackson (1):
  mga 1.4.12

Alan Coopersmith (1):
  Update Sun license notices to current X.Org standard form

Gaetan Nadon (6):
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: use backticks rather than $() for cmd subs

Yannick Heneault (4):
  updated G200eW PLL programming sequence.
  Removed DDC1 support for G200eW.
  Added support for G200EH
  Changed probe_size value to detect up to 16Megs of video ram on G200eV.

git tag: xf86-video-mga-1.4.12

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.12.tar.bz2
MD5: 2b6390753ce4d97e2623ce43f8abf22a  xf86-video-mga-1.4.12.tar.bz2
SHA1: ff84e9035a375dde76d789f5bbc4efbbca8a33fc  xf86-video-mga-1.4.12.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.12.tar.gz
MD5: ae9954ba5a8d8421db66115ff6040044  xf86-video-mga-1.4.12.tar.gz
SHA1: 81b1e95e3881c754691879a50b239e3516e2011b  xf86-video-mga-1.4.12.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com

Re: Removing window shape region

2010-05-11 Thread Adam Jackson
On Tue, 2010-05-11 at 14:25 +0200, Andreas Falkenhahn wrote:
 Hi,
 
 is it possible to remove a shape region that was installed using
 XFixesSetWindowShapeRegion()? I'm not interested in simply setting the
 shape region to an opaque region matching the window's bounds. I want to
 remove the shape region completely. I.e. after removal, the window should
 act as if XFixesSetWindowShapeRegion() had never been called on it. Is
 that possible? I tried passing None as region, but that doesn't seem to
 work.

The server code certainly accepts (and does something different for)
None as the Region.  Do you have a testcase, or can you better define
what doesn't seem to work means?

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Removing window shape region

2010-05-11 Thread Adam Jackson
On Tue, 2010-05-11 at 16:58 +0200, Andreas Falkenhahn wrote:
  On Tue, 2010-05-11 at 14:25 +0200, Andreas Falkenhahn wrote:
  Hi,
 
  is it possible to remove a shape region that was installed using
  XFixesSetWindowShapeRegion()? I'm not interested in simply setting the
  shape region to an opaque region matching the window's bounds. I want to
  remove the shape region completely. I.e. after removal, the window
  should
  act as if XFixesSetWindowShapeRegion() had never been called on it. Is
  that possible? I tried passing None as region, but that doesn't seem
  to
  work.
 
  The server code certainly accepts (and does something different for)
  None as the Region.  Do you have a testcase, or can you better define
  what doesn't seem to work means?
 
 What I meant was that calling XFixesSetWindowShapeRegion() with a None
 region didn't do anything at all. The old region simply stayed in place.
 
 Is there any documentation what is supposed to happen when passing a None
 region? Does passing None mean remove current window shape region or
 what is None supposed to do?

It's not especially well documented.  The spec:

http://cgit.freedesktop.org/xorg/proto/fixesproto/tree/fixesproto.txt

says:

SetWindowShapeRegion

dest:   Window
destKind:   SHAPE_KIND
xOff, yOff: INT16
region: Region or None

This request sets the specified (by destKind) Shape extension region
of the window to region, offset by xOff and yOff.   Future changes to
region have no effect on the window shape.

Which isn't really very clear.  But, the ShapeRectangles and ShapeMask
requests in the Shape extension specify the None behaviour: the region
reverts to the default, ie, unshaped.  So the Fixes request _should_ do
the same; anything else would just be silly.

But, like I said, the server code _does_ handle this:

http://cgit.freedesktop.org/xorg/xserver/tree/xfixes/region.c

And I can't see any paths where it would return early for None.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [qubes-devel] Re: Does Xorg server pin composition buffer's MFNs?

2010-04-19 Thread Adam Jackson
On Sun, 2010-04-18 at 10:30 +0200, Rafal Wojtczuk wrote:
 On Fri, Apr 16, 2010 at 11:41:51AM -0400, Adam Jackson wrote:
  Window pixmaps are like any other pixmap.  Where they live is entirely
  up to the driver.  Unaccelerated drivers keep them in host memory with
  malloc().

 While we are at it: assuming nonaccelerated driver (in fact, in the actual
 setup, dummy_drv.so is used), is the pixmap-devPrivate.ptr field guaranteed
 to hold the pointer to actual pixels, or is it purely implementation (X 
 server 
 version) dependent and may change in future ? 

Strictly, it's just a convention.  In practice, it points to the pixels,
except when it doesn't.  See xf86EnableDisableFBAccess() for the
details.

  That's not going to do anything useful without some synchronization
  work.  Window pixmaps aren't created afresh for each frame.  They're
  long-lived.  If you manage to get a pixmap shared between VMs A and B,
  there's nothing to stop A from rendering into it while B is reading from
  it.

 Currently synchronization is done by damage extension events. It seems to
 work: a video player running in A in full screen is correctly displayed in
 B, all other apps work fine as well.

You appear to be using DamageReportRawRectangles, so you'll eventually
be consistent.  It looks like, due to how the X server implements it,
you'll  end up getting a report for the whole pixmap all the time, as we
never empty the internal damage tracking.  Which isn't the most
efficient thing ever, but might not actually matter given how most apps
end up double-buffering updates.

 BTW, it is possible that in case of accelerated driver, XShmPutImage uses
 DMA from the MIT SHM region directly to VGA memory ?

Yes, very possible.  The intel and radeon drivers do this, probably
others too.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Does Xorg server pin composition buffer's MFNs?

2010-04-16 Thread Adam Jackson
On Fri, 2010-04-16 at 10:47 +0200, Rafal Wojtczuk wrote:
 On Wed, Apr 14, 2010 at 03:59:39PM -0400, Adam Jackson wrote:
  I'm assuming by composition buffer you mean the thing you're actually
  scanning out on the display.

 No. I mean the per-window offscreen storage mechanism, activated by 
 XCompositeRedirectSubwindows() function. Referred to as windows backing
 pixmap in http://ktown.kde.org/~fredrik/composite_howto.html. Apologies if
 I did not make it clear enough.

Window pixmaps are like any other pixmap.  Where they live is entirely
up to the driver.  Unaccelerated drivers keep them in host memory with
malloc().  Accelerated drivers do that sometimes, and then sometimes put
them in video memory.  Remember that you can have more video memory than
you can see through a PCI BAR, so you might not be able to address the
pixmap from the CPU at all.

 Briefly, the goal is to get the location of a composition buffer created by 
 X server running in virtual machine A, and map it in the address space of 
 virtual machine B. Such mapping has to be defined in terms of physical 
 addresses; consequently, it is crucial to make sure that the frames backing a 
 composition buffer do not change in time.

That's not going to do anything useful without some synchronization
work.  Window pixmaps aren't created afresh for each frame.  They're
long-lived.  If you manage to get a pixmap shared between VMs A and B,
there's nothing to stop A from rendering into it while B is reading from
it.

The way compositing managers handle this is by taking an X server grab
while reading out of the window pixmap, which does prevent other client
rendering from happening.  And as soon as you're doing _that_, just
XGetImage the pixels out instead of playing funny MMU games, it'll
probably be faster.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Does Xorg server pin composition buffer's MFNs?

2010-04-14 Thread Adam Jackson
On Wed, 2010-04-14 at 20:07 +0200, Rafal Wojtczuk wrote:
 Hello,
 A bit of background: apparently under Linux, the mfn (say, physical address) 
 of the frame, that holds an usermode page, can change, unless precautions 
 are made. See 
 http://lists.xensource.com/archives/html/xen-devel/2010-04/msg00514.html
 why it might be an issue in certain virtualized environments.
 
 Question 1: does X server (running under Linux), allocate the composition 
 buffers in an usual way (using malloc() or similar), or does it do anything 
 fancier in order to make sure the physical address of composition buffers is 
 stable in time ? 
 Question 2: Does ever X server schedule a DMA transaction (to graphics card 
 presumably) from a composition buffer ? (in such case it would make sense to 
 pin its physical pages).

I'm assuming by composition buffer you mean the thing you're actually
scanning out on the display.  I'll use the word framebuffer for that,
since that's the usual X name for it.

In the absence of an accelerated driver, X doesn't care about the
physical address of the framebuffer at runtime.  Older versions of X
would mmap /dev/mem starting at the physical address of the framebuffer
(as gleaned from the PCI config registers), but after that point we just
write into it by virtual address.  Newer ones do basically the same
thing but on the resource file in sysfs for the PCI device, with offset
0.

If you have an accelerated driver, then it depends on the particular
driver.  Userspace-only drivers may need to know the physical address of
memory to initiate DMA.  Kernel-based drivers typically do DMA from the
kernel.

It's not really clear what you're asking though, or what you're trying
to accomplish.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg

Re: vesa driver reports many modes, but only allows a few

2010-03-01 Thread Adam Jackson
On Sun, 2010-02-28 at 23:28 -0800, Ross Boylan wrote:
 Could anyone explain to me what the attached log means?
 
 X 7.5 detects a rich array of BIOS modes, but then runs through a list
 of modes and says no mode of this name.  Should it be using something
 like 104 or  104 (1024x768) instead of, e.g., 1024x768?  Then X
 tries a less strict probe, and rejects all but a couple of
 low-resolution modes with hsync out of range.  I have no xorg.conf
 file.

The vesa driver attempts to find the intersection of the list of modes
in the BIOS with the list of modes from EDID.  You don't have an EDID,
so this (unsurprisingly) gives you no modes.

If we get to this point, we attempt to validate the BIOS mode list
against the sync ranges configured for the monitor in xorg.conf, or from
the defaults if there's no explicit configuration.  That's what the
trying less strict filter bit means.  The default sync ranges for your
server appear to be just big enough for 800x600.

If you want bigger modes, configure a bigger sync range:

# big enough for 1600x1200 @ 60Hz
Section Monitor
Identifier Monitor0
HorizSync 31.5 - 75.0
VertRefresh 56.0 - 61.0
EndSection

Use the gtf(1) utility to calculate the upper bounds for sync ranges for
the resolution you want:

% gtf 1600 1200 60

  # 1600x1200 @ 60.00 Hz (GTF) hsync: 74.52 kHz; pclk: 160.96 MHz
  Modeline 1600x1200_60.00  160.96  1600 1704 1880 2160  1200 1201 1204 1242  
-HSync +Vsync

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: X11 still uses /dev/mem ?

2010-02-22 Thread Adam Jackson
On Sat, 2010-02-20 at 15:00 +, Nix wrote:
 On 17 Feb 2010, Adam Jackson said:
 
  On Tue, 2010-02-16 at 10:30 +0200, Nameer Yarkon wrote:
  Hi,
  
  Does X11 still uses /dev/mem to directly manipulate the physical memory ?
 
  strace would tell you.  The answer is it depends though.  On Linux,
  most memory access goes through the PCI BAR resource files in sysfs, but
  there are some situations where we still have to use /dev/mem.
 
 Am I right in assuming that pretty much all of these are UMS-related? 
 i.e., in KMS the only thing now stopping us running X as non-root at
 long last is the input-device-revocation problem?

That, and device permissions on /dev/dri/whatever, and that GEM objects
are globally visible so you're still trusting that multiple X servers
don't intentionally snoop on each other.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: X11 still uses /dev/mem ?

2010-02-22 Thread Adam Jackson
On Mon, 2010-02-22 at 18:59 +, Nix wrote:
 On 22 Feb 2010, Adam Jackson verbalised:
  That, and device permissions on /dev/dri/whatever, and that GEM objects
  are globally visible so you're still trusting that multiple X servers
  don't intentionally snoop on each other.
 
 Device permissions are fixable with one udev rule / chown / chmod /
 whatever. The 'intentionally snooping X servers' problem only allows
 users to spy on other users (and perhaps bash their 3D state), but
 doesn't allow arbitrary code execution as root unless there are more
 bugs allowing users to instruct the GPU to DMA stuff to arbitrary parts
 of system RAM (in which case we have a security hole even in the absence
 of multiple users).

You're typically not allowed to screen-scrape other users' X sessions.
So even though this isn't a root-escalation issue, it's still weaker
than what X currently enforces.

I'm not saying running X not as uid 0 isn't a worthy goal, just that
allowing arbitrary users to touch the drm device is not currently a
great idea.

 Input device revocation still seems important though :( a shame there's
 no workaround, even if a hacky one :/ we don't realy need generalized
 revoke() for this, do we? Just revoke() on a limited class of devices?

Correct.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: X11 still uses /dev/mem ?

2010-02-17 Thread Adam Jackson
On Tue, 2010-02-16 at 10:30 +0200, Nameer Yarkon wrote:
 Hi,
 
 Does X11 still uses /dev/mem to directly manipulate the physical memory ?

strace would tell you.  The answer is it depends though.  On Linux,
most memory access goes through the PCI BAR resource files in sysfs, but
there are some situations where we still have to use /dev/mem.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: How should I deal with a PCI resource not aligned to a page boundary?

2010-02-17 Thread Adam Jackson
On Wed, 2010-02-17 at 12:13 -0500, Alex Villací­s Lasso wrote:
 After writing a somewhat functional xorg driver for the OAK Spitfire 
 OTI64111 video card, I am trying to modify the driver to support the 
 OTI64107 video card, which I have plugged in my test machine. The first 
 strange thing that I notice about this card is that it reports a MMIO 
 region that is not aligned to a page boundary (4096 bytes on this x86 
 PC). Instead it reports an physical address like 0xffeff800, both 
 through lspci and through libpciaccess within my driver code. If I try 
 to map this resource, I get a page-aligned address, but trying to 
 actually use the resource at this mapping has no effect in the card. To 
 get around this, I have done the following: extract the lower bits of 
 the resource with (resource  0xfff), and use these bits as an offset 
 within the mapping. I do get access to the MMIO by doing this, but it 
 feels like an ugly hack. What is the official way of dealing with this 
 situation? What measures should I take when compiling this for a 
 different architecture, or a 64-bit machine?

I think that's the correct thing to do, the hardware's just being weird.

For arches with a different page size, build the mask with
getpagesize()-1.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: X11 still uses /dev/mem ?

2010-02-17 Thread Adam Jackson
On Wed, 2010-02-17 at 19:29 +0200, Nameer Yarkon wrote:
 On Wed, Feb 17, 2010 at 6:04 PM, Daniel Stone dan...@fooishbar.org wrote:
  What's your real question? i.e. what problem are you trying to solve?
 
 I'm trying to understand how user space can efficiently manipulate
 physical memory, and I'm sure that X11 does that great. So this is
 just a learning exercise for me about X11..
 
 I know that it can be done via:
 1. mmap'ing /dev/mem
 2. creating a char device driver that allocates physical memory and
 expose it via mmap() support

Those are the same thing; /dev/mem is a character device.

 and now i understand it can also be done via sysfs ?

The implementation for mmap on the sysfs resource files is largely the
same as for mmap on /dev/mem.  It has the benefit of only allowing you
to access the memory corresponding to a particular BAR on the PCI
device.

ls /sys/bus/pci/devices/*/resource*

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: framebuffer emulator

2010-02-11 Thread Adam Jackson
On Wed, 2010-02-10 at 16:16 +0100, Luca Santini wrote:
 Hi all,
 
 Is there a way to test and debug an app built to use /dev/fb0 into a
 window running on an accelerated X server instance?
 
 i have a running X session on my nvidia proprietary driven laptop, and
 i want to start a program built to use /dev/fb0 (that i currently
 haven't on my /dev !!!)

Not that I know of.

However, there is a 'vfb' driver for Linux that lets you create virtual
framebuffer devices, which would get you some of the way there.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: CopyArea : bug if areas overlap

2010-02-04 Thread Adam Jackson
On Thu, 2010-02-04 at 15:50 +0100, ri...@happyleptic.org wrote:
 There is a fastpath in fbBlt() using memcpy if the source and dest rasters are
 properly aligned. This fastpath rely on MEMCPY_WRAPPED, which is (sometime) a
 mere memcpy().
 
 So, if the rasters do overlap the behavior is undefined. On my loongson (mips)
 at home, it segfaults, bus error or sometime hangs.
 
 This is easy to replace this memcpy by a memmove to solve this bug, but I
 wonder if these rasters are actually allowed to overlap ?  If not, then the 
 bug
 happens earlier.  That's a long time since I programmed for X11 but based on
 XCopyArea manpage I would say it's OK to overlap, so memcpy really should be
 memmove.
 
 What do you think ?

Yeah, probably.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: xrandr generated event

2010-01-11 Thread Adam Jackson
On Sat, 2010-01-09 at 11:42 +0100, Nokan Emiro wrote:

 Could someone please tell me what event should an X client
 subscribe and handle to update it's knowledge on screen size
 (width and height is saved at client startup from DisplayWidth()
 and DisplayHeight())?
 
 If a user switches into an other resolution (for emaple form 1024x768
 into 800x600 with:
 
  $ xrandr --output VGA --mode 800x600
 
 ), my X client's widht and height needs to be modified somehow,
 and I hope XSelectInput() + XNextEvent() can notify me on these
 resolution changes...

You can either select for ConfigureNotify on the root window, or for
RRScreenChangeNotify using XRRSelectInput().

http://google.com/codesearch?q=XRRSelectInput

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: visual resizing and positioning of displays

2010-01-07 Thread Adam Jackson
On Thu, 2010-01-07 at 19:00 +0100, Didier Spaier wrote:
 Éric Piel wrote:
  Isn't gnome-display-properties sufficient? Which additional features
  would you need?
 
 I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user 
 ;)

So you don't want to use a toolkit, but you want the features a toolkit
gives you.  Life is hard, isn't it.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: small EDID library (possible start)

2010-01-06 Thread Adam Jackson
On Wed, 2010-01-06 at 11:13 +0100, Kai-Uwe Behrmann wrote:

 That is Adam Jackson's parse-edid.c with lots of global variables and no 
 library interface at all (2009). That is fine for the intented usage as 
 command line tool, but unfortunedly not a comfortable base for a library.

Yeah, that's really intended to be a conformance tester, not a general
purpose tool.

 Soren Sandmann is mentioned as the author of edid-parse.c (2007). I took 
 some pices from that. I like the returned structure at a first glace very 
 much. Unfortunedly the returned structure is quite static. So I was 
 unshure whether this will be extensible as library. I think this code is 
 used internally of Xorg for EDID parsing. The API appears to be visible 
 only to the server and is not exported. Please correct me if I am wrong.

edid-parse.c is part of libgnome-desktop.  It's not used in the server
at all.

 The attached oyranos_edid_parse code is my try on a API. It provides a 
 very simple interface. EDID is passed as a void* pointer. Results are 
 returned in a flat structure array. The results are a kind of key value 
 pairs. The core API consists of only three functions. The returned values 
 are referenced by a key name.
 Additionally a XEdid_s structure is declared only for further parsing 
 convinience. The parsed items are merely colorimetric and identification 
 parts. Missed is the timing and the resolution stuff, which can be added 
 later.

I'd actually started down these lines shortly after this year's XDC in
Portland, so, thank you for reminding me!  The EDID interpretation code
in the server is one of the last remaining targets for things to strip
out of the server and reuse elsewhere, so I started hacking up a library
that would be plausibly good enough to be used from both X and
libgnome-desktop.  Currently it looks like this:

http://cgit.freedesktop.org/~ajax/libminitru/

As far as API design goes, X's internal API is pretty entirely wrong.  I
don't see any value in storing any unpacked representation of the EDID
block internally to the library, it's just wasted memory given how
trivial it is to unpack on the fly.  You also really really need to
parse extension blocks, and you need to be able to handle display
information data that isn't EDID.

So I think the API we want is less about querying for specific fields of
the EDID, but about asking questions and getting answers (which may be
I don't know, the device doesn't specify).  X wants to ask questions
like what is the list of supported modes and would this mode work if
I tried it.  I imagine Oyranos wants to ask questions like what's the
white point and what's the gamma curve look like.

Your XEDID API doesn't do this.  It hands back a list of key/values, but
then the application still has to know how to interpret them; _each_
application has to know how to interpret them.

- ajax


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[ANNOUNCE] xf86-video-vesa 2.3.0

2010-01-04 Thread Adam Jackson
This is a checkpoint release.  vesa 3.0 will remove the last of the
manual I/O port bashing, and thus the assumption that VBE-conformant
devices are VGA-like devices.  I don't expect that to cause any
problems, but releases are cheap, so at least people can easily bisect
between 2.3 and 3.0.

---

Adam Jackson (10):
  Fix a comment
  Use VBE palette load, not VGA banging.
  Remove unused variable.
  Don't artificially limit the screen size to 2k
  Code motion
  Warning fix when !HAVE_ISA
  Use own thunk function instead of shadowUpdatePackedWeak
  Remove support for non-shadowfb banked framebuffer
  Make the VBESetVBEMode fallback message slightly clearer
  vesa 2.3.0

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove -I$(prefix)/include from INCLUDES #24676
  configure.ac: sdkdir usage duplicates the sdk include dir

Matthieu Herrb (1):
  Add missing shadowRemove() in VESACloseScreen().

git tag: xf86-video-vesa-2.3.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vesa-2.3.0.tar.bz2
MD5: 07fa32958aff9b463dd3af5481ef6626  xf86-video-vesa-2.3.0.tar.bz2
SHA1: 4689b7c295d7a8d7326302dafecb812739617134  xf86-video-vesa-2.3.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vesa-2.3.0.tar.gz
MD5: 6be020c2630714338abaca2d2bcc74dc  xf86-video-vesa-2.3.0.tar.gz
SHA1: 6cac168cf7e45927d663254c47616910c4153365  xf86-video-vesa-2.3.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] xf86-video-vesa 2.3.0

2010-01-04 Thread Adam Jackson
This is a checkpoint release.  vesa 3.0 will remove the last of the
manual I/O port bashing, and thus the assumption that VBE-conformant
devices are VGA-like devices.  I don't expect that to cause any
problems, but releases are cheap, so at least people can easily bisect
between 2.3 and 3.0.

---

Adam Jackson (10):
  Fix a comment
  Use VBE palette load, not VGA banging.
  Remove unused variable.
  Don't artificially limit the screen size to 2k
  Code motion
  Warning fix when !HAVE_ISA
  Use own thunk function instead of shadowUpdatePackedWeak
  Remove support for non-shadowfb banked framebuffer
  Make the VBESetVBEMode fallback message slightly clearer
  vesa 2.3.0

Gaetan Nadon (8):
  .gitignore: use common defaults with custom section # 24239
  .gitignore: use common defaults with custom section # 24239
  Several driver modules do not have a ChangeLog target in Makefile.am 
#23814
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: remove -I$(prefix)/include from INCLUDES #24676
  configure.ac: sdkdir usage duplicates the sdk include dir

Matthieu Herrb (1):
  Add missing shadowRemove() in VESACloseScreen().

git tag: xf86-video-vesa-2.3.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vesa-2.3.0.tar.bz2
MD5: 07fa32958aff9b463dd3af5481ef6626  xf86-video-vesa-2.3.0.tar.bz2
SHA1: 4689b7c295d7a8d7326302dafecb812739617134  xf86-video-vesa-2.3.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-vesa-2.3.0.tar.gz
MD5: 6be020c2630714338abaca2d2bcc74dc  xf86-video-vesa-2.3.0.tar.gz
SHA1: 6cac168cf7e45927d663254c47616910c4153365  xf86-video-vesa-2.3.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[ANNOUNCE] util-macros 1.4.0

2009-12-14 Thread Adam Jackson
Adam Jackson (1):
  macros 1.4.0

Carl Worth (1):
  Install .pc file in $libdir where it belongs (not $datadir).

Gaetan Nadon (8):
  ChangeLog: generated file not cleaned from the dist directory #24278
  configuration: update, fix warnings, apply global maintenance #24450
  Lower version from 2.63 to 2.60 Tinderbox failed
  .gitignore: use common defaults with custom section # 24239
  INSTALL file missing/incorrect #24206
  Add an XORG_INSTALL macro to allow comps to copy the INSTALL file #24206
  Add an XORG_INSTALL macro to allow comps to copy the INSTALL file #24206
  xorg-macros.pc.in: create a meta data file for util-macros

git tag: util-macros-1.4.0

http://xorg.freedesktop.org/archive/individual/util/util-macros-1.4.0.tar.bz2
MD5: 1f45f0a602dac57bb6dd3367c0840f2b  util-macros-1.4.0.tar.bz2
SHA1: cae8b3c09ccaf4fd0da4d08838db0e1e7e199f17  util-macros-1.4.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/util/util-macros-1.4.0.tar.gz
MD5: 2e5f910651b3eaa183002b0ac40abe5a  util-macros-1.4.0.tar.gz
SHA1: 4b5d9de69d7e9413175636d0fc6efd327fb51e4a  util-macros-1.4.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] util-macros 1.4.1

2009-12-14 Thread Adam Jackson
Adam Jackson (3):
  Install the .pc file in $(datadir)
  Don't mention libdir in the .pc file
  util-macros 1.4.1

git tag: util-macros-1.4.1

http://xorg.freedesktop.org/archive/individual/util/util-macros-1.4.1.tar.bz2
MD5: 6c01aac2d7fbefd4f8d80e8320d69c7c  util-macros-1.4.1.tar.bz2
SHA1: d74f7bd4473c8f8f0a7fb739570935dc8982caa9  util-macros-1.4.1.tar.bz2

http://xorg.freedesktop.org/archive/individual/util/util-macros-1.4.1.tar.gz
MD5: 8ac38951e753f250aaefbd4ba0afda94  util-macros-1.4.1.tar.gz
SHA1: a0a905832fc195b2338da21ecd1ab57e3677d975  util-macros-1.4.1.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


[ANNOUNCE] libpciaccess 0.11.0

2009-12-14 Thread Adam Jackson
Adam Jackson (5):
  Add pci_device_get_parent_bridge()
  I/O port access routines
  Fix pci_device_open_io() to actually return something useful
  Fix I/O handle array allocator to work for devices past the first
  libpciaccess 0.11.0

Gaetan Nadon (5):
  .gitignore: use common defaults with custom section # 24239
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  Deploy the new XORG_DEFAULT_OPTIONS #24242
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES

git tag: libpciaccess-0.11.0

http://xorg.freedesktop.org/archive/individual/lib/libpciaccess-0.11.0.tar.bz2
MD5: 686320dcec98daad0bdfb8894d4f2a2b  libpciaccess-0.11.0.tar.bz2
SHA1: bcebba8b8441af151b59b63e8e91e66133b64158  libpciaccess-0.11.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/lib/libpciaccess-0.11.0.tar.gz
MD5: 8f7ea197384e5ddd1c355f55e639f677  libpciaccess-0.11.0.tar.gz
SHA1: b041f83e31c11f0e5d2fd5a11b12536b1947  libpciaccess-0.11.0.tar.gz

- ajax



signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


  1   2   3   4   >