Re: xquartz dereferencing a NULL pointer (patch 2)
Tiago Vignatti wrote: http://www.nongnu.org/avr-libc/user-manual/group__util__atomic.html Does we have this kind of thing in C libraries? It would be useful. If I got it right, that's posix + pthreads functionality specialized for an amtel platform. So in general, yes. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xf86-video-intel: suspend to ram does not work
Hi!
My System crashes after resuming from suspend to ram. It shows the
Xserver, but freezes then.
When using xf86-video-vesa, suspend works without problems.
I tried xf86-video-intel-{2.5.0,2.4.2} and the appropriate xserver
versions.
I also tried kernel versions 2.6.27.3, 2.6.27.5, 2.6.28-rc3 but it
seems like it doesnt make a difference.
Im using a Thinkpad X200, which includes the Intel GMA X4500MHD.
Regards,
Christoph Schied
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [PATCH] VPATH build of viewres, xedit, xfd, xgc, and xgc fails
On Sat, 8 Nov 2008, Dan Nicholson wrote: On Fri, Nov 7, 2008 at 12:49 AM, Peter Breitenlohner [EMAIL PROTECTED] wrote: Attached are five tiny patches. Could one of you you please apply them. In my original message I had overlooked xmh with the same problem, patch is attached. In order to guard against races with parallel jobs, can you change to `mkdir -p'? ... Sorry, I missed this aspect (simply repeated what was already done for other modules). I should have said: Yes, of course. I overlooked this aspect How about simply ignoring errors resulting from mkdir, i.e., using -test -d app-defaults || mkdir app-defaults That might produce spurious errors (ignored) for parallel jobs, but if mkdir really fails (e.g., a regular file of that name already exists) the next command 'cp $ $@' will fail. Yeah, that'd be fine, too. There is actually a much better way to avoid race conditions: whenever there are several app-default files, make them depend on a phony target that ensures the existence of ./app-defaults. Attached is a patch implementing this for xedit (where my original patch has already been applied). Here a list of all app modules with that problem (more than one .ad file): bitmap editres xcalc xclock xditview xedit xlogo xmessage BTW: The only module with an .ad file still in the top-level directory is oclock, but in that case there is no name conflict on case insensitive filesystems. Regards Peter Breitenlohner [EMAIL PROTECTED]From a228bb1f92980c4c3b654fab188c4798b4b73dee Mon Sep 17 00:00:00 2001 From: Peter Breitenlohner [EMAIL PROTECTED] Date: Sat, 8 Nov 2008 18:47:06 +0100 Subject: [PATCH] enabled VPATH build --- Makefile.am |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/Makefile.am b/Makefile.am index f930a3c..9387cb3 100644 --- a/Makefile.am +++ b/Makefile.am @@ -73,6 +73,7 @@ APPDEFAULTFILES = \ SUFFIXES = .ad .ad: + test -d app-defaults || mkdir app-defaults cp $ $@ appdefault_DATA = $(APPDEFAULTFILES) -- 1.6.0.3 From 0687ace9392c5801929d81380ac03bd851514971 Mon Sep 17 00:00:00 2001 From: Peter Breitenlohner [EMAIL PROTECTED] Date: Sun, 9 Nov 2008 14:24:10 +0100 Subject: [PATCH] avoid race condition for parallel jobs --- Makefile.am | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/Makefile.am b/Makefile.am index 1a32798..7c13340 100644 --- a/Makefile.am +++ b/Makefile.am @@ -167,20 +167,25 @@ APPDEFAULTFILES = \ app-defaults/Xedit-color \ app-defaults/Xedit +$(APPDEFAULTFILES): appsubdir + +.PHONY: appsubdir + +# Ensure ./app-defaults exists, avoiding race condition for parallel jobs +appsubdir: + test -d app-defaults || mkdir app-defaults + if USE_XPRINT app-defaults/Xedit.ad: - test -d app-defaults || mkdir app-defaults cp $(top_srcdir)/app-defaults/Xedit-xprint.ad app-defaults/Xedit.ad else app-defaults/Xedit.ad: - test -d app-defaults || mkdir app-defaults cp $(top_srcdir)/app-defaults/Xedit-noxprint.ad app-defaults/Xedit.ad endif SUFFIXES = .ad .ad: - test -d app-defaults || mkdir app-defaults cp $ $@ appdefaultdir = @appdefaultdir@ -- 1.6.0.3 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Your last commit for beforelight
Hi Jeremy, your commit from yesterday for beforelight (Buildfix for case insensitive file systems) has removed ./Beforelight.ad but failed to add ./app-defaults/Beforelight.ad. Please fix that. Regards Peter Breitenlohner [EMAIL PROTECTED] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Sharing X Sessions
On Thu, 6 Nov 2008 08:12:04 -0700, drew einhorn wrote: I want to be able to share an X-session with multiple users in a training scenario with 10-15 students. Only the instructor really needs the keyboard and mouse to work. Although it would be nice if the instructor could temporarily delegate keyboard and mouse control to a student, it is not essential. xmx sounds somewhat appropriate. http://www.cs.brown.edu/software/xmx/ Andrew ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Your last commit for beforelight
There we go... sorry... On Nov 9, 2008, at 05:57, Peter Breitenlohner wrote: Hi Jeremy, your commit from yesterday for beforelight (Buildfix for case insensitive file systems) has removed ./Beforelight.ad but failed to add ./app-defaults/Beforelight.ad. Please fix that. Regards Peter Breitenlohner [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xquartz dereferencing a NULL pointer (patch 2)
Simon Thum wrote: Tiago Vignatti wrote: http://www.nongnu.org/avr-libc/user-manual/group__util__atomic.html Does we have this kind of thing in C libraries? It would be useful. If I got it right, that's posix + pthreads functionality specialized for an amtel platform. So in general, yes. Sorry, but no. These macros are not standard at all, and without explicit using of some kind of lock, there no portable way to handle atomicity in pthreads afaik. -- Matthieu Herrb ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: System freeze - is X the reason?
Alex, somewhat later than expected, but... Finally, my Zenwalk is up and running since some hours... What I did: 1. Went in MB BIOS and set AGP Speed to 4x (instead of 8x (was before) or automatic) 2. Applied the changes you proposed in Xorg.conf (all 3 lines in the graphic card device section) So, what did the trick? How can I/we get to the point to know which of the settings makes the system stable or the opposite? Any hint where to start and any 'stress test' to get a result sooner than after hours or days? Thank you so far! Best regards Jürgen --- Alex Deucher [EMAIL PROTECTED] schrieb am Fr, 7.11.2008: Von: Alex Deucher [EMAIL PROTECTED] Betreff: Re: System freeze - is X the reason? An: [EMAIL PROTECTED] CC: xorg@lists.freedesktop.org Datum: Freitag, 7. November 2008, 0:00 On Thu, Nov 6, 2008 at 5:58 PM, Juergen Gaida [EMAIL PROTECTED] wrote: Alex, I will try, but its midnite, so maybe later on Friday. No problem. Other observation: When the system is getting off from pute Text output, some messages get fancy letters (looks like everything kyrillic and all kind of extra signs). Does it mean anything? the vga fonts may not be restored properly. Alex Thank you so far jpg --- Alex Deucher [EMAIL PROTECTED] schrieb am Do, 6.11.2008: Von: Alex Deucher [EMAIL PROTECTED] Betreff: Re: System freeze - is X the reason? An: [EMAIL PROTECTED] CC: xorg@lists.freedesktop.org Datum: Donnerstag, 6. November 2008, 23:33 On Thu, Nov 6, 2008 at 5:21 PM, Juergen Gaida [EMAIL PROTECTED] wrote: Hi, I am having serious trouble in getting Zenwalk 5.2 running on my machine - currently the only Linux running is the Knoppix 4.0 Live-CD (I have tested several). Zenwalk 5.2 installs, but freezes randomly, but soon. The Xorg.O.log tells a lot, but I dont understand lot of this stuff. However, at the end of the log, there is a tossed event and some other lines which tell me no good. But where to start solving the problem - if thats the cause of freezing the system. I have put the log file on pastebin: http://pastebin.com/m23e8d2d5 It could be. Do any of the following option help (add them to the device section of your config): Option DRI False Option AGPMode 4 Option BusType PCI Alex ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel: suspend to ram does not work
On Sun, 2008-11-09 at 15:41 +0100, Christoph Schied wrote:
Hi!
My System crashes after resuming from suspend to ram. It shows the
Xserver, but freezes then.
When using xf86-video-vesa, suspend works without problems.
I tried xf86-video-intel-{2.5.0,2.4.2} and the appropriate xserver
versions.
I also tried kernel versions 2.6.27.3, 2.6.27.5, 2.6.28-rc3 but it
seems like it doesnt make a difference.
Im using a Thinkpad X200, which includes the Intel GMA X4500MHD.
I posted a patch to save/restore MCHBAR_RENDER_STANDBY which made my
X200s happy. Let us know if this helps for you.
--
[EMAIL PROTECTED]
0001--drm-i915-Save-restore-MCHBAR_RENDER_STANDBY-on-GM9.patch
Description: application/mbox
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: building modular xorg
Manoa Nosea [EMAIL PROTECTED] writes: according to: http://dri.freedesktop.org/wiki/Building http://wiki.x.org/wiki/ModularDevelopersGuide http://xorg.freedesktop.org/wiki/Development/git I more or less managed to built it, however if there is an updated location for any of these manuals I would like to know if there are any others. the real problem however, is that none of them specify how to prevent each package from accessing the system's libraries, so that the newly built xorg only sees the dependencies that I build, not the ones that are present in the system. I manage that just fine by using configure's prefix option and PKG_CONFIG_PATH to the correct directory for the pkg-config of the installed library. If you build everything so that the dependencies are built first, it should work, but one pkg-config loaded incorrectly, and it will be a snow ball. Probably the best bet is to build on a computer without devel packages installed, or build in a chroot. There are also compiz and grandr, that will link with external libraries, that will push as dependencies the system installed libraries. Assuming you built everything correct, you still needs to fight to get the programs to use the proper libraries, for simple cases, setting LD_LIBRARY_PATH should be enough, but not always, as some intermediate script elsewhere (when loading a desktop environment) may reset it. For basic/simple programs it should work, but more complex things, will fail badly, due to things like some module loading dynamically a library like libX11.so. But to tell you the truth, I don't know all things that can go wrong, but I noticed things like event bases, at least for damage and shape can get messed. So, again, the best bet to properly test it is probably either not having the system X related libraries, or running tests from a chroot. If you have a more specific problem please say it. I'm no expert but I could help. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg Paulo ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: building modular xorg
Manoa Nosea [EMAIL PROTECTED] writes: according to: http://dri.freedesktop.org/wiki/Building http://wiki.x.org/wiki/ModularDevelopersGuide http://xorg.freedesktop.org/wiki/Development/git I more or less managed to built it, however if there is an updated location for any of these manuals I would like to know if there are any others. the real problem however, is that none of them specify how to prevent each package from accessing the system's libraries, so that the newly built xorg only sees the dependencies that I build, not the ones that are present in the system. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg I manage that just fine by using configure's prefix option and PKG_CONFIG_PATH to the correct directory for the pkg-config of the installed library. If you have a more specific problem please say it. I'm no expert but I could help. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
building modular xorg
according to: http://dri.freedesktop.org/wiki/Building http://wiki.x.org/wiki/ModularDevelopersGuide http://xorg.freedesktop.org/wiki/Development/git I more or less managed to built it, however if there is an updated location for any of these manuals I would like to know if there are any others. the real problem however, is that none of them specify how to prevent each package from accessing the system's libraries, so that the newly built xorg only sees the dependencies that I build, not the ones that are present in the system. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Mouse button problems using Logitech NX80
Hullo, For my birthday I got a Logitech NX80 mouse and I'm having problems setting it up on X. What I found out about the mouse: - wireless - laser (resolution: 1000) - has standard left and right mouse buttons — buttons 1 and 3 as usual - wheel has two speeds/tractions which are triggered by pressing the wheel — buttons 4 and 5 as usual - wheel can tilt and therefore scroll horizontally — buttons 7 and 6 (yes, they're inverted!) - pressing the wheel changes the (mechanical) speed of the wheel — button 2 is missing - there are two additional buttons on the far right front corner — buttons 8 and 9 - 'xmodmap' claims that the mouse has 12 buttons (and evdev somewhere between 12 and 20); although I could detect only buttons 1,3,4,5,6,7,8,9 with 'xev' (as I list them above) - for some odd reason, Emulate3Buttons doesn't work (anymore. I think it worked two days ago) Problems I have and want to solve: a) since button 2 is missing, I need some other button (preferably 9) to take the place of the middle mouse button b) fix the wheel tilting, so tilting to the right actually scrolls to the right (instead of left as is the current state) c) at the *very* _least_, if a) and b) cannot be done (yet), for a while just having Emulate3Buttons work, would make life easier ;) I've already RTFM'ed what I could find but still couldn't get it done. Here's what I tried (and failed miserably) so far: - switching to Driver mouse — mouse doesn't even work anymore (at least on Protocols PS/2, IMPS/2 and Explorer PS/2) - using Option ZAxisMapping — had no effect neither with Options Buttons nor ButtonNumber Here's the relevant /etc/X11/xorg.conf section: snip Section InputDevice # Identifier and driver ### Logitech USB ### Logitech NX80 (laserska) Identifier Mouse Driver evdev Option Name Logitech USB Receiver Option Resolution 1000 OptionEmulate3Buttons true OptionButtons 9 OptionZAxisMapping 4 5 6 7 EndSection Section InputDevice Identifier Synaptics Driver synaptics Option Device /dev/input/mouse0 Option Protocol auto-dev Option LeftEdge 1700 Option RightEdge 5300 Option TopEdge 1700 Option BottomEdge 4200 Option FingerLow 25 Option FingerHigh 30 Option MaxTapTime 180 Option MaxTapMove 220 Option VertScrollDelta 100 Option MinSpeed 0.09 Option MaxSpeed 0.18 Option AccelFactor 0.0015 Option SHMConfig true Option Repeater /dev/ps2mouse ### KSynaptics prav da rab UseShm Option UseShm true EndSection snap I'm currently running (on Gentoo AMD64 stable): xorg-server 1.3.0.0 xf86-input-evdev 1.1.5 Any help would be appreciated. Cheers, Matija Šuklje P.S. This is my first post to the X.org mailing list and I hope I haven't broken any internal rules yet :] -- gsm: +386 41 849 552 e-mail: [EMAIL PROTECTED] www: http://matija.suklje.name aim: hookofsilver icq: 110183360 jabber/g-talk: [EMAIL PROTECTED] msn: [EMAIL PROTECTED] yahoo: matija_suklje GPG/PGP fingerprint: FB64 FFAF B8DA 5AB5 B18A 98B8 2B68 0B51 0549 D278 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: System freeze - is X the reason?
On Sun, Nov 9, 2008 at 3:42 PM, Juergen Gaida [EMAIL PROTECTED] wrote: Alex, somewhat later than expected, but... Finally, my Zenwalk is up and running since some hours... What I did: 1. Went in MB BIOS and set AGP Speed to 4x (instead of 8x (was before) or automatic) 2. Applied the changes you proposed in Xorg.conf (all 3 lines in the graphic card device section) So, what did the trick? How can I/we get to the point to know which of the settings makes the system stable or the opposite? Try each setting (driver and bios) individually. The options I suggested: Option DRI False Option AGPMode 4 Option BusType PCI only have an effect individually. Alex Any hint where to start and any 'stress test' to get a result sooner than after hours or days? Thank you so far! Best regards Jürgen --- Alex Deucher [EMAIL PROTECTED] schrieb am Fr, 7.11.2008: Von: Alex Deucher [EMAIL PROTECTED] Betreff: Re: System freeze - is X the reason? An: [EMAIL PROTECTED] CC: xorg@lists.freedesktop.org Datum: Freitag, 7. November 2008, 0:00 On Thu, Nov 6, 2008 at 5:58 PM, Juergen Gaida [EMAIL PROTECTED] wrote: Alex, I will try, but its midnite, so maybe later on Friday. No problem. Other observation: When the system is getting off from pute Text output, some messages get fancy letters (looks like everything kyrillic and all kind of extra signs). Does it mean anything? the vga fonts may not be restored properly. Alex Thank you so far jpg --- Alex Deucher [EMAIL PROTECTED] schrieb am Do, 6.11.2008: Von: Alex Deucher [EMAIL PROTECTED] Betreff: Re: System freeze - is X the reason? An: [EMAIL PROTECTED] CC: xorg@lists.freedesktop.org Datum: Donnerstag, 6. November 2008, 23:33 On Thu, Nov 6, 2008 at 5:21 PM, Juergen Gaida [EMAIL PROTECTED] wrote: Hi, I am having serious trouble in getting Zenwalk 5.2 running on my machine - currently the only Linux running is the Knoppix 4.0 Live-CD (I have tested several). Zenwalk 5.2 installs, but freezes randomly, but soon. The Xorg.O.log tells a lot, but I dont understand lot of this stuff. However, at the end of the log, there is a tossed event and some other lines which tell me no good. But where to start solving the problem - if thats the cause of freezing the system. I have put the log file on pastebin: http://pastebin.com/m23e8d2d5 It could be. Do any of the following option help (add them to the device section of your config): Option DRI False Option AGPMode 4 Option BusType PCI Alex ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Mouse button problems using Logitech NX80
On Sun, Nov 9, 2008 at 9:41 PM, Matija Šuklje [EMAIL PROTECTED] buttons 4 and 5 as usual - wheel can tilt and therefore scroll horizontally — buttons 7 and 6 (yes, they're inverted!) snip I'm currently running (on Gentoo AMD64 stable): xorg-server 1.3.0.0 xf86-input-evdev 1.1.5 Try a newer version of xf86-input-evdev. I had the same issue and ended up getting a patch committed to the kernel to have the inputs swapped. I later found out that evdev-2.x did the right thing with a vanilla kernel. Try stopping X and running evtest from the console. You should find the pushing the wheel to the right results in a positive value for the HWHEEL button. -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
