Re: Question about pixman,x11perf and xserver
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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 :)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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?
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
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
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
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
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?
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?
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?
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
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 ?
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 ?
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 ?
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?
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 ?
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
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
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
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
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)
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
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
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
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
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
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