Re: how to set CFLAGS variable for compiling Xorg
On Wed, 5 Nov 2008, Peter Breitenlohner wrote: On Wed, 5 Nov 2008, Julien Cristau wrote: this is in a separate (new) file xorg-changelog-cmd.m4, such that we can use it before it is installed meh. we can just depend on xorg-macros 1.2... Hi Julien, yes (of course) for all other modules, but not for xorg-macros which is about to install these macros (chicken-or-egg). When building xorg-macros from git, any already installed macros should not be used. Hi Julien, yesterday we probably talked about two different things. You thought I want to install xorg-changelog-cmd.m4 as a separate file, whereas I followed the habit of old-style ChangeLogs to mention new source files. Anyway, attached is a new version which does just the opposite: appending xorgversion.m4 to xorg-macros.m4.in instead of installing it as a separate files. Regards, Peter Breitenlohner [EMAIL PROTECTED]From 6275fc6861cdd1403f980776a060c03326e9c700 Mon Sep 17 00:00:00 2001 From: Peter Breitenlohner [EMAIL PROTECTED] Date: Thu, 6 Nov 2008 09:22:59 +0100 Subject: [PATCH] define the XORG_CHANGELOG_CMD macro xorgversion.m4 is appended to xorg-macros.m4.in, not installed avoid copying code from xorgversion.m4 to configure.ac. --- Makefile.am|9 +++-- configure.ac | 22 -- xorgversion.m4 | 15 +++ 3 files changed, 30 insertions(+), 16 deletions(-) diff --git a/Makefile.am b/Makefile.am index fd5c1ea..39ea9b2 100644 --- a/Makefile.am +++ b/Makefile.am @@ -20,14 +20,19 @@ # CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. aclocaldir = $(datadir)/aclocal -aclocal_DATA = xorgversion.m4 xorg-macros.m4 +aclocal_DATA = xorg-macros.m4 EXTRA_DIST = $(aclocal_DATA) ChangeLog .PHONY: ChangeLog ChangeLog: - (GIT_DIR=$(top_srcdir)/.git git-log .changelog.tmp mv .changelog.tmp ChangeLog; rm -f .changelog.tmp) || (touch ChangeLog; echo 'git directory not found: installing possibly empty changelog.' 2) + @CHANGELOG_CMD@ + +# There used to be xorgversion.m4, now integrated into xorg-macros.m4, +# explicitly remove it to avoid a macro defined in two different files. +install-data-hook: + rm -f $(DESTDIR)$(aclocaldir)/xorgversion.m4 dist-hook: ChangeLog diff --git a/configure.ac b/configure.ac index 676a70d..3e309f7 100644 --- a/configure.ac +++ b/configure.ac @@ -27,18 +27,12 @@ AC_INIT([util-macros], [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg]) AM_INIT_AUTOMAKE([foreign dist-bzip2]) -# Since this is the package that installs the xorgversion.m4 file, we -# cannot use it here. Therefore, we copy the code from the m4 file. -# Please try to keep them in sync. -AC_ARG_WITH(release-version, - AC_HELP_STRING([--with-release-version=STRING] - [Use release version string in package name]), - [RELEASE_VERSION=$withval], - [RELEASE_VERSION=]) -if test x$RELEASE_VERSION != x; then - PACKAGE=$PACKAGE-$RELEASE_VERSION - PACKAGE_TARNAME=$PACKAGE_TARNAME-$RELEASE_VERSION - AC_MSG_NOTICE([Building with package name set to $PACKAGE]) -fi +# This is the package that installs xorgversion.m4, +# in order to use it here, we include it explicitly. -AC_OUTPUT([Makefile xorg-macros.m4]) +m4_include([xorgversion.m4]) + +XORG_RELEASE_VERSION +XORG_CHANGELOG_CMD + +AC_OUTPUT([Makefile xorg-macros.m4:xorg-macros.m4.in:xorgversion.m4]) diff --git a/xorgversion.m4 b/xorgversion.m4 index 7d3dda8..627a45e 100644 --- a/xorgversion.m4 +++ b/xorgversion.m4 @@ -59,3 +59,18 @@ AC_DEFUN([XORG_RELEASE_VERSION],[ [$PVP], [Patch version of this package]) ]) + +# XORG_CHANGELOG_CMD() +# +# Minimum version: 1.2.0 +# +# Defines the variable CHANGELOG_CMD as the command to generate +# ChangeLog from git. +# +AC_DEFUN([XORG_CHANGELOG_CMD], [ +xorg_c1='GIT_DIR=$(top_srcdir)/.git git log .changelog.tmp mv .changelog.tmp ChangeLog' +xorg_c2='rm -f .changelog.tmp' +xorg_c3=touch ChangeLog; echo 'git directory not found: installing possibly empty changelog.' +CHANGELOG_CMD=($xorg_c1) || ($xorg_c2; $xorg_c3 2) +AC_SUBST([CHANGELOG_CMD]) +]) # XORG_CHANGELOG_CMD -- 1.6.0.3 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Embedded X
On Sun, Oct 19, 2008 at 03:25:10AM +0200, Juliusz Chroboczek wrote: glibc chews up what, twenty megabytes? [citation needed] $ dpkg -s libc6 locales | grep ^Installed-Size: Installed-Size: 11452 Installed-Size: 11752 [EMAIL PROTECTED]:OSELAS.BSP-phyCORE-trunk dpkg --contents platform-phyCORE-i.MX27/packages/glibc_2.5_arm.ipk | grep libc-2.5.so lrwxrwxrwx root/root 0 2008-11-03 23:18 ./lib/libc.so.6 - libc-2.5.so -rwxr-xr-x root/root 1116976 2008-11-03 23:18 ./lib/libc-2.5.so Which is 1.1 MB, in a typical embedded scenario (ARM v5te, i.MX27). rsc -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Rotate trouble on r300 (was: Re: XRandR rotate support HW rotate or not?)
On Sat, 2008-11-01 at 12:25 +0100, Michel Dänzer wrote: On Fri, 2008-10-31 at 19:17 +0100, Xavier Bestel wrote: Le vendredi 31 octobre 2008 à 09:34 -0400, Alex Deucher a écrit : 2008/10/31 [EMAIL PROTECTED]: Dear Keith Packard: I have recently study RandR, I found if we use RandR rotate no matter static rotate or dynamic rotate,we always use RandR's own software rotate. We draw the screen desktop very slow, how can we support HW rotate using RandR or it is a RandR limitation, if it is, RandR1.3 has support HW rotate or not ? Your driver needs to implement the EXA composite hook with support for transforms and the randr 1.2 shadow_create/allocate/destroy hooks. The basic idea is that when you elect to rotate your screen, a shadow framebuffer is allocated in the randr core code calling the driver shadow* hooks to allocate a buffer for the rotated screen. The crtc is then pointed to this shadow buffer. The randr core code then uses the driver's EXA composite hook to transform the regions that are damaged and display them in the shadow buffer. Both the Intel driver and the radeon driver implement this. BTW, does anyone know why rotating the screen doesn't play well with compiz on an r300 ? The screen looks garbled (like if the framebuffer wasn't rotated so the pitch is all wrong), every second image (e.g. when you move the cube slowly, one image is perfect, the next one is garbled). Does disabling tiling and/or page flipping help? Ok, after using it for a while, I think I can say it doesn't help that much: with page flipping disabled, the driver hangs regularly the machine. It's a solid lock, the machine doesn't pong. Xav ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Rotate trouble on r300 (was: Re: XRandR rotate support HW rotate or not?)
On Thu, 2008-11-06 at 10:20 +0100, Xavier Bestel wrote: On Sat, 2008-11-01 at 12:25 +0100, Michel Dänzer wrote: On Fri, 2008-10-31 at 19:17 +0100, Xavier Bestel wrote: Le vendredi 31 octobre 2008 à 09:34 -0400, Alex Deucher a écrit : 2008/10/31 [EMAIL PROTECTED]: Dear Keith Packard: I have recently study RandR, I found if we use RandR rotate no matter static rotate or dynamic rotate,we always use RandR's own software rotate. We draw the screen desktop very slow, how can we support HW rotate using RandR or it is a RandR limitation, if it is, RandR1.3 has support HW rotate or not ? Your driver needs to implement the EXA composite hook with support for transforms and the randr 1.2 shadow_create/allocate/destroy hooks. The basic idea is that when you elect to rotate your screen, a shadow framebuffer is allocated in the randr core code calling the driver shadow* hooks to allocate a buffer for the rotated screen. The crtc is then pointed to this shadow buffer. The randr core code then uses the driver's EXA composite hook to transform the regions that are damaged and display them in the shadow buffer. Both the Intel driver and the radeon driver implement this. BTW, does anyone know why rotating the screen doesn't play well with compiz on an r300 ? The screen looks garbled (like if the framebuffer wasn't rotated so the pitch is all wrong), every second image (e.g. when you move the cube slowly, one image is perfect, the next one is garbled). Does disabling tiling and/or page flipping help? Ok, after using it for a while, I think I can say it doesn't help that much: with page flipping disabled, the driver hangs regularly the machine. It's a solid lock, the machine doesn't pong. Is that only when using rotation, or even otherwise? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Rotate trouble on r300 (was: Re: XRandR rotate support HW rotate or not?)
On Thu, 2008-11-06 at 10:30 +0100, Xavier Bestel wrote: On Thu, 2008-11-06 at 10:27 +0100, Michel Dänzer wrote: On Thu, 2008-11-06 at 10:20 +0100, Xavier Bestel wrote: On Sat, 2008-11-01 at 12:25 +0100, Michel Dänzer wrote: On Fri, 2008-10-31 at 19:17 +0100, Xavier Bestel wrote: Le vendredi 31 octobre 2008 à 09:34 -0400, Alex Deucher a écrit : 2008/10/31 [EMAIL PROTECTED]: Dear Keith Packard: I have recently study RandR, I found if we use RandR rotate no matter static rotate or dynamic rotate,we always use RandR's own software rotate. We draw the screen desktop very slow, how can we support HW rotate using RandR or it is a RandR limitation, if it is, RandR1.3 has support HW rotate or not ? Your driver needs to implement the EXA composite hook with support for transforms and the randr 1.2 shadow_create/allocate/destroy hooks. The basic idea is that when you elect to rotate your screen, a shadow framebuffer is allocated in the randr core code calling the driver shadow* hooks to allocate a buffer for the rotated screen. The crtc is then pointed to this shadow buffer. The randr core code then uses the driver's EXA composite hook to transform the regions that are damaged and display them in the shadow buffer. Both the Intel driver and the radeon driver implement this. BTW, does anyone know why rotating the screen doesn't play well with compiz on an r300 ? The screen looks garbled (like if the framebuffer wasn't rotated so the pitch is all wrong), every second image (e.g. when you move the cube slowly, one image is perfect, the next one is garbled). Does disabling tiling and/or page flipping help? Ok, after using it for a while, I think I can say it doesn't help that much: with page flipping disabled, the driver hangs regularly the machine. It's a solid lock, the machine doesn't pong. Is that only when using rotation, or even otherwise? Even otherwise. Still using compiz though? Then there seems to be a problem with non-flip buffer swaps, maybe in the radeon DRM kernel module. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
i950 svideo on intel D945GCLF2 jitting
Hi I trying to get working S-Video with intel driver which is included in latest ubuntu 8.10 on miniitx Motherboard: http://www.intel.com/Products/Desktop/Motherboards/D945GCLF2/D945GCLF2-overview.htm I try everything, changing resolution, tv norm, v,h frequencies , xrandr, x logs . But cant get out jitting of picture. I was trying it through svideo to some samsung LCD TV. I think its not problem of tv. It lokks like frequency problem ? i dont know. but its not possible to solve it with configuration. I try notebook that has also intel 950 graphic chipset with the same ubuntu and here is it working without problems. (ofcourse there is some diferencies ... but ..) I was searching on internet for solve this problem. I found only three questions in forum with the same problem, but nowbody know to solve it. So i try writing here :)). Is there somebody working on it ? ... or have any-any advice ? Thanks for hearing bye :)) Michael ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
observations with git X server intel/MTRR/performance
Hello, for regression testing and bisecting I have setup a git x-server, mesa, drm stack according to this popular guide: http://wiki.x.org/wiki/Development/git I'm on intel GM965 and consider all components being of git master with 2.6.28-rc2 GEM enabled kernel. I hit on two problems I have only walkarounds for and am looking for better solutions. This will likely help to improve the above generic git x stack guide Problem 1: Lost LD_LIBRARY_PATH results in Software Renderer Mesa == Xorg has root ownership and +s bit: -rwsr-sr-x 1 root root /opt/gfx-test/bin/Xorg Executing this script with non root right, will launch KDE4 kwin in my case: export LD_LIBRARY_PATH=/opt/gfx-test/lib export LIBGL_DRIVERS_PATH=/opt/gfx-test/lib/dri startx -- /opt/gfx-test/bin/Xorg -verbose -nolisten tcp X starts with root rights and the composition manager will launch with 3D acceleration (at least performance wise it seems so). However doing glxinfo, glxgears from a terminal results in Software Rasterizer being used: glxinfo | grep OpenGL OpenGL vendor string: Mesa Project OpenGL renderer string: Software Rasterizer OpenGL version string: 2.1 Mesa 7.3-devel LIBGL_DEBUG=verbose driconf quickly reveals the source of the problem: libGL error: dlopen /opt/gfx-test/lib/dri/i965_dri.so failed (libdrm_intel.so.1: cannot open shared object file: No such file or directory) While LIBGL_DRIVERS_PATH is still set to /opt/gfx-test/lib/dri, my xterm session doesn't hold any LD_LIBRARY_PATH export. And without LD_LIBRARY_PATH libdrm_intel.so.1 is not found and in consequence the software renderer is used. The xterm session must be some child of the original startx process as the still valid LIBGL_DRIVERS_PATH reveals. I know I can easily fix this path afterwards. And doing so in xterm results in accel 3D: glxinfo | grep OpenGL OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 965GM GEM 20080716 x86/MMX/SSE2 OpenGL version string: 2.1 Mesa 7.3-devel However who did intercept and resets the LD_LIBRARY_PATH export? How can I be sure that no automatically launched component (kwin, ...) get's the Software Renderer as a consequence of a not set path? I also tried starting X with a modified /etc/kde4/kdm/kdmrc: ExportList=LD_LIBRARY_PATH,LIBGL_DRIVERS_PATH ServerCmd=/opt/gfx-test/bin/Xorg But this doesn't help either. It doesn't protect LD_LIBRARY_PATH and only LIBGL_DRIVERS_PATH is set. Problem 2: MTRR not being set on intel == My stock 8.10 system adds reg03 to the MTRR regions when launching x-server with stock intel 2.4.2 drivers: reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back reg01: base=0x07f80 ( 2040MB), size=8MB, count=1: uncachable reg02: base=0x07f70 ( 2039MB), size=1MB, count=1: uncachable reg03: base=0x0e000 ( 3584MB), size= 256MB, count=1: write-combining However if I launch the self build git x server stack reg03 is missing and only reg00-reg02 being set. Instead I get so error messages in dmesg such as: [ 209.308956] mtrr: base(0xe000) is not aligned on a size(0x77) boundary [ 211.173759] mtrr: no MTRR for e000,77 found And on every exit of the x session: waiting for X server to shut down error setting MTRR (base = 0xe000, size = 0x1000, type = 1) Invalid argument (22) and dmesg gets mtrr: no MTRR for e000,1000 found The intel driver tries to delete the MTRR, but for some reason it failed to set it up when launching the X driver. Xorg.0.log doesn't reveal anything suspicious. It does that behaviour with a PAT kernel as well as the old fashioned MTRR kernel. Again: I can fix that manually by writing the appropriate data to /proc/mtrr. But how to properly fix that? Who exactly is supposed to set up the MTRR registers? libdrm_intel.so? intel_drv.so? Can't be a privilege problem sind Xorg is owned by root and +s bit set (see above). Which interface does the intel component use to set the mtrr? A kernel API or /proc/mtrr? If I tested correctly this problem occurs with GEM and non GEM components and must have something to do with how the git x server is installed in /opt/gfx-test according to the guide on top. Thanks, 7oby ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: R500/F10 Cursor on Second Head?
On Wed, 2008-11-05 at 15:25 -0500, Alex Deucher wrote: On Wed, Nov 5, 2008 at 10:02 AM, Thomas J. Baker [EMAIL PROTECTED] wrote: Any way to get a cursor on the second head with an ATI R500 and current Fedora 10? I've got a new X1950PRO and am looking for best settings. Also, I'm assuming that with a minimal xorg.conf file that just sets up the two heads, all other options are set optimally? Any speed tweaks I could add? The cursor should just work on the second head. What sort of problem are you having? Alex I got a couple of suggestions off list and turning on the software cursor fixed it. It's also a little strange that a test of disabling kms made things quite a bit worse. My monitors got reversed and I had lots of corruption of the display. I did get a cursor on both screens though! Thanks, tjb -- === | Thomas Baker email: [EMAIL PROTECTED]| | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | === ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: R500/F10 Cursor on Second Head?
On Thu, Nov 6, 2008 at 8:57 AM, Thomas J. Baker [EMAIL PROTECTED] wrote: On Wed, 2008-11-05 at 15:25 -0500, Alex Deucher wrote: On Wed, Nov 5, 2008 at 10:02 AM, Thomas J. Baker [EMAIL PROTECTED] wrote: Any way to get a cursor on the second head with an ATI R500 and current Fedora 10? I've got a new X1950PRO and am looking for best settings. Also, I'm assuming that with a minimal xorg.conf file that just sets up the two heads, all other options are set optimally? Any speed tweaks I could add? The cursor should just work on the second head. What sort of problem are you having? Alex I got a couple of suggestions off list and turning on the software cursor fixed it. It's also a little strange that a test of disabling kms made things quite a bit worse. My monitors got reversed and I had lots of corruption of the display. I did get a cursor on both screens though! If you are having problems with the hw cursor on the second display, please file a bug (https://bugs.freedesktop.org) and attach your xorg log and config so we can get it fixed. This is the first I've heard of the hw cursor not showing up. Alex ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Intel 915GM dual screen (1280x1024 and 1024x768)
On Thursday 06 November 2008 15:28:15 Valent Turkovic wrote: On Thu, Nov 6, 2008 at 3:15 PM, Kiniou [EMAIL PROTECTED] wrote: Hi, 2008/11/6 Valent Turkovic [EMAIL PROTECTED] $ xrandr --output VGA --auto --right-of LVDS xrandr: screen cannot be larger than 2048x1024 (desired size 2304x1024) The maximum virtual screen can be configured in the Display SubSections of a Screen Section in xorg.conf like this : Section Screen Identifier Screen1 Device Device1 Monitor Monitor1 DefaultDepth 24 ... SubSection Display Depth 8 Virtual 1600 1600 -- here you can change the value to fit to your needs EndSubSection ... EndSection --- Kevin kiniou ROY I just need the confirmation that all intel video chips (including 915gm) support virtual screen size of 2304x1024. Later do, 915gm is restricted to 2048x2048. Absurdly enough though, prior to RandR 1.2, it was possible to get larger screen sizes. It is apparently a lot of work to support now though, and it is not likely to be efficient (the max size refers to the maximum texture size I think). Best regards, Lars Ivar Igesund ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Sharing X Sessions
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. I'd also be interested in knowing about other that scaled well to larger class sizes or worked well only with smaller class sizes. I've tried googling, but have not found the right words to search for. Package names, etc. Thanks, -- Drew Einhorn -- Drew Einhorn ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
ATI X1950 - 3D across dual 1920x1200 screens using OSS driver
Hi I want to drive 2 1920x1200 screens in a twinhead config using opensource drivers. I am about to buy an ATI X1950 as I think it can achieve this using the new radeon(hd) driver features. Is the 3D buffer able to do this on this hardware? I think the 2048x2048 limitation has gone up to 4096x4096 but I'd like to check :) David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-ati GIT head (Nov/5/2008) broken
On Wed, Nov 05, 2008 at 11:30:44PM +0100, Luca Tettamanti wrote: On Wed, Nov 5, 2008 at 10:06 PM, Otto Solares [EMAIL PROTECTED] wrote: Trying to compile xf86-video-ati GIT head in Debian Sid I got: $ date -u; git pull Wed Nov 5 20:51:42 UTC 2008 Already up-to-date. $ ./configure --prefix=/usr [...] make[2]: *** No rule to make target `radeon_memory.lo', needed by `radeon_drv.la'. Stop. radeon_memory.c was renamed to radeon_legacy_memory.c, I think you need to regenerate the makefiles (use autogens.sh). Tip: if you use ./configure --enable-maintainer-mode the Makefile will have the rules needed to automagically update itself. Yes, regeneration with ./autogen.sh fix my problem, thanks! -otto ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Smartcards
On Thu, 2008-11-06 at 09:56 +0100, pau carre wrote: Hello, I am looking for smart card X.org documentation. Does anyone knows where to get it? Anyway, have someone successfully deployed an xorg server with smart card support? The X server has nothing to do with user authentication [*]. The display manager does, but don't use xdm, we all hate it and it's not maintained. Typically this has more to do with how you set up PAM. PAM has no way of signalling to the authenticating application that an event happened (like plugging in the card), so I think the way we handled this in Fedora was to patch gdm to listen for the plug event on dbus and restart the PAM context when we heard a smartcard event. But that's just based on listening to our gdm guy complain about it over lunch, and on: http://cvs.fedora.redhat.com/viewvc/rpms/gdm/F-8/gdm-2.19.1-security-tokens.patch?revision=1.8view=markup Note that gdm got rewritten in the meantime, so that patch is almost certainly not directly applicable anymore. [*] - Slight lie, but close enough to the truth for this discussion. - 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
AW: observations with git X server intel/MTRR/performance
Julien Cristau wrote: While LIBGL_DRIVERS_PATH is still set to /opt/gfx-test/lib/dri, my xterm session doesn't hold any LD_LIBRARY_PATH export. xterm can be installed setgid utmp. In that case ld.so will ignore LD_LIBRARY_PATH. Thanks for pointing out! In my case it is -rwxr-sr-x 1 root ssh /usr/bin/ssh-agent For the time being I commented out #use-ssh-agent in /etc/X11/Xsession.options and LD_LIBRARY_PATH is set all the way though kde. Thanks again, 7oby ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Request for Consensus
Hi James, The relevant bug reports are Bug 17821 - update of french-dvorak bépo keyboard mapping https://bugs.freedesktop.org/show_bug.cgi?id=17821 Bug 17822 - please add some news compose combinations to en_US.UTF8 Compose file http://bugs.freedesktop.org/show_bug.cgi?id=17822 The description page for dead keys at the Bépo group http://www.clavier-dvorak.org/wiki/Touches_mortes For the problem that the Bépo group tries to solve, the other alternative would be to use the Compose key (Multi_key). This would require however rethinking of their layout, as it appears they do not use currently the Compose key at all. If the Bépo group were to use the Compose key, they could use sequences such as Multi_key m A : Greek_ALPHA Multi_key m a : Greek_alpha Multi_key m B : Greek_BETA Multi_key m b : Greek_beta ... (x2, for Multi_key M) From the existing compose sequences that start with Multi_key m, we have essentially one clash (m u): Multi_key m slash : 0x20A5 Multi_key m u: 0x00B5 The alternative for dead_currency could be Multi_key j ... : ... Multi_key J ... : ... Both M and J are on the same diagonal on a querty (azerty?) keyboard, and almost similar position on a dvorak-bépo keyboard. I do not have an objection to adding new keysyms, however it would be good to record a comment to the above for archiving purposes. My concern would be for 'dead_greek', and the current set of compose sequences. The proposed compose sequences follow what is available with the Greek layout, with the exception of dead_greek C : unused dead_greek c : unused dead_greek J : Greek_THETA dead_greek j : Greek_theta dead_greek Q : Greek_CHI dead_greek q : Greek_chi dead_greek V : unused dead_greek v : unused dead_greek W : Greek_OMEGA dead_greek w : Greek_omega dead_greek X : Greek_XI dead_greek x : Greek_xi The proposed compose sequences are also dissimilar to another work, which appears to be used in the US Classics academia, http://www.frame-poythress.org/poythress_articles/2007KeyboardGreekHebrew.htm Moreover, the bepo compose sequences define compose sequences for a small subset only of Greek Polytonic. The bottom line is that if the dead_key compose sequences could be made to match what exists in modern Greek, then it should be fine to call the keysym 'dead_greek'. Otherwise, I would suggest to define it with a name like 'dead_bepo_greek'. Hope this helps, Simos On Thu, Nov 6, 2008 at 2:29 PM, James Cloos [EMAIL PROTECTED] wrote: [I checked the archives to see whether I had missed any replies to this and found that the original never made it. I presume it got lost when my laptop's drive locked up (causing a kernel panic). -JimC] The Bépo group wants to add support for their (cross-platform) keyboard to X and are requesting a couple of new dead keys to do so. I'd like to know how everyone else feels about them before pushing. The first is a dead_currency or dead_money symbol. They compose the various UCS currency symbols with it. The relevant compose sequences are listed below. I'm leaning toward accepting this one. The second is a dead_greek symbol. It seems that one of: ISO_Level5_Latch ISO_Group_Latch or even something like SingleCandidate might be the proper answer. (They already use 4 levels and level3(ralt_switch).) Does anyone have any thoughts on how best to move this forward? Using the name dead_currency they propose: dead_currency A : U20B3 dead_currency a : U060B dead_currency B : U20B1 dead_currency b : Thai_baht dead_currency Ccedilla : U20B5 dead_currency C : ColonSign dead_currency ccedilla : U20B5 dead_currency c : cent dead_currency D : U20AF dead_currency d : DongSign dead_currency E : EcuSign dead_currency e : EuroSign dead_currency F : FFrancSign dead_currency f : function dead_currency G : U20B2 dead_currency g : U20B2 dead_currency H : U20B4 dead_currency h : U20B4 dead_currency I : U17DB dead_currency i : UFDFC dead_currency K : U20AD dead_currency k : U20AD dead_currency L : LiraSign dead_currency l : sterling dead_currency M : U2133 dead_currency m : MillSign dead_currency N : NairaSign dead_currency n : NairaSign dead_currency O : U0AF1 dead_currency o : U0BF9 dead_currency P : PesetaSign dead_currency p : U20B0 dead_currency r : CruzeiroSign dead_currency R : RupeeSign dead_currency S : dollar dead_currency s : NewSheqelSign dead_currency T : U20AE dead_currency t : U09F3 dead_currency THORN : U09F2 dead_currency thorn : U09F2 dead_currency U : U5713 dead_currency u : U5143 dead_currency W : WonSign dead_currency w : WonSign dead_currency Y : U5186 dead_currency y : yen dead_currency dead_currency : currency dead_currency nobreakspace : currency dead_currency space : currency dead_cedilla dead_currency C : U20B5 dead_currency dead_cedilla C : U20B5 dead_cedilla dead_currency c : U20B5 dead_currency dead_cedilla c : U20B5 and their dead_greek proposal is: dead_greek A : Greek_ALPHA dead_greek
Re: Sharing X Sessions
If you use either GNOME or KDE, you can use the stock VNC clients that are provided. In GNOME, it is Applications/Internet/Remote Desktop Viewer. If your own computer ('server') runs GNOME, you can enable sharing at System/Preferences/Remote Desktop and you can configure for read-only access. One issue to consider is to force low bandwidth access to the VNC server. I think that the software will pick automatically the highest quality settings (due to LAN), which may degrade performance. If you can force lower quality, it will appear better. Simos On Thu, Nov 6, 2008 at 3:55 PM, Joel Feiner [EMAIL PROTECTED] wrote: You will probably want to use VNC. VNC allows view-only sessions as well as regular sessions. One option is to use just a plain old X for the instructor and run x11vnc on that session and have the students connect to that from their machines. A good package to use is tightvnc. You can download from their website, or perhaps your distribution has it in its package manager. 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. I'd also be interested in knowing about other that scaled well to larger class sizes or worked well only with smaller class sizes. I've tried googling, but have not found the right words to search for. Package names, etc. Thanks, -- Drew Einhorn -- Drew Einhorn ___ 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: dolt?
Before you do that dolt need to get out of its current unmaintained status. I moved cairo to dolt and got a bug report under a week. It doesn't work with bash 3.0. Fortunately the fix was known in the mono community, but no upstream activity since the initial release. Alp Toker and I have volunteered to fix bugs and push as soon as someone adds us to the right fdo group. behdad James Cloos wrote: Should we dolitfy the rest of the libraries? I presume that adding dolt.m4 xorg-macros.m4, releasing that and incrementing the required XORG_MACROS_VERSION when adding DOLT to each configure.ac would be the best way to do so? -JimC ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: dolt?
On Thu, Nov 06, 2008 at 09:03:56AM -0500, James Cloos wrote: Should we dolitfy the rest of the libraries? If you do, please also fix all applications to consistently use libtool for linking. Many currently don't and fail on platforms without transitive linker like AIX. Joerg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Smartcards
Hello Adam, 2008/11/6 Adam Jackson [EMAIL PROTECTED]: On Thu, 2008-11-06 at 09:56 +0100, pau carre wrote: Hello, I am looking for smart card X.org documentation. Does anyone knows where to get it? Anyway, have someone successfully deployed an xorg server with smart card support? The X server has nothing to do with user authentication [*]. The display manager does, but don't use xdm, we all hate it and it's not maintained. ¿Is the display manager the one that catchs events in the client (token plugged, content signed...) and send them (the signed content) to the server? ¿Do server applications behave as if there was a plugged smartcard connected in the server? Typically this has more to do with how you set up PAM. PAM has no way of signalling to the authenticating application that an event happened (like plugging in the card), so I think the way we handled this in Fedora was to patch gdm to listen for the plug event on dbus and restart the PAM context when we heard a smartcard event. But that's just based on listening to our gdm guy complain about it over lunch, and on: OK, but this seems to be a client solution, not a client-server solution. I am looking for a way to let thin clients authenticate and sign content in remote server applications, just as video, audio and keyboard in X11. ¿Do you know any technology for doing that? http://cvs.fedora.redhat.com/viewvc/rpms/gdm/F-8/gdm-2.19.1-security-tokens.patch?revision=1.8view=markup Note that gdm got rewritten in the meantime, so that patch is almost certainly not directly applicable anymore. Is it going to be patched? [*] - Slight lie, but close enough to the truth for this discussion. - ajax Thanks, Pau ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to tell if GEM is enabled.
On Thu, Nov 6, 2008 at 19:25:26 +0200, Protas Oleksiy wrote: Hi, I am sorry for asking on the list such a question, but how one makes sure GEM is used? I'll explain in more details: mesa-7.2 GEM is not in mesa 7.2. You'd need to upgrade that. Cheers, Julien ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to tell if GEM is enabled.
Hi, thanks for fast responce. Well GEM's not in mesa-7.2, so then neither GEM nor TTM is enabled in it? What accellertation Intel users are supposed to benefit from on this version then? As to upgrate, do I upgrade just to master git version? And what am I to recompile after I upgrade mesa? Thank you. On Thu, Nov 6, 2008 at 7:42 PM, Julien Cristau [EMAIL PROTECTED] wrote: On Thu, Nov 6, 2008 at 19:25:26 +0200, Protas Oleksiy wrote: Hi, I am sorry for asking on the list such a question, but how one makes sure GEM is used? I'll explain in more details: mesa-7.2 GEM is not in mesa 7.2. You'd need to upgrade that. Cheers, Julien -- Protas Oleksiy National University Kyiv-Mohyla Academy Institute of Molecular Biology and Genetics, Ukraine ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: observations with git X server intel/MTRR/performance
On Thu, 2008-11-06 at 14:03 +0100, Tobias Hain wrote: Hello, Problem 2: MTRR not being set on intel == My stock 8.10 system adds reg03 to the MTRR regions when launching x-server with stock intel 2.4.2 drivers: reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back reg01: base=0x07f80 ( 2040MB), size=8MB, count=1: uncachable reg02: base=0x07f70 ( 2039MB), size=1MB, count=1: uncachable reg03: base=0x0e000 ( 3584MB), size= 256MB, count=1: write-combining However if I launch the self build git x server stack reg03 is missing and only reg00-reg02 being set. Instead I get so error messages in dmesg such as: [ 209.308956] mtrr: base(0xe000) is not aligned on a size(0x77) boundary [ 211.173759] mtrr: no MTRR for e000,77 found And on every exit of the x session: waiting for X server to shut down error setting MTRR (base = 0xe000, size = 0x1000, type = 1) Invalid argument (22) and dmesg gets mtrr: no MTRR for e000,1000 found The intel driver tries to delete the MTRR, but for some reason it failed to set it up when launching the X driver. Xorg.0.log doesn't reveal anything suspicious. It does that behaviour with a PAT kernel as well as the old fashioned MTRR kernel. Again: I can fix that manually by writing the appropriate data to /proc/mtrr. But how to properly fix that? Who exactly is supposed to set up the MTRR registers? libdrm_intel.so? intel_drv.so? Can't be a privilege problem sind Xorg is owned by root and +s bit set (see above). Which interface does the intel component use to set the mtrr? A kernel API or /proc/mtrr? Getting working MTRRs has been getting harder and harder over time. So we're trying to make things work without them. Things that use libpciaccess (the X Server) should be getting correct wc mappings thanks to using the resource_wc sysfs file. If you update your kernel, the kernel also gets wc mappings using the new io_map_atomic interfaces. So at that point, the MTRR shouldn't be necessary. -- Eric Anholt [EMAIL PROTECTED] [EMAIL PROTECTED] 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 to tell if GEM is enabled.
On Thu, 2008-11-06 at 19:47 +0200, Protas Oleksiy wrote: Hi, thanks for fast responce. Well GEM's not in mesa-7.2, so then neither GEM nor TTM is enabled in it? What accellertation Intel users are supposed to benefit from on this version then? classic mode As to upgrate, do I upgrade just to master git version? And what am I to recompile after I upgrade mesa? Thank you. git master, or we put out a release of mesa with gem. http://www.intellinuxgraphics.org/ -- Eric Anholt [EMAIL PROTECTED] [EMAIL PROTECTED] 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: dolt?
Behdad == Behdad Esfahbod [EMAIL PROTECTED] writes: Behdad I moved cairo to dolt and got a bug report under a week. It Behdad doesn't work with bash 3.0. Damn. I meant to mention that if we did we should include the patch which you added for cairo. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ PATH ] An erroneously error message in evdev
On Thu, 2008-11-06 at 15:29 -0200, Fernando Carrijo wrote: Hi, The attached patch fixes an erroneously error message in evdev master. Applied, thanks! - 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
xf86-video-savage: use xf86XVFillKeyHelperDrawable if available for colorkey filling
A few days ago I reported a bug (https://bugs.freedesktop.org/show_bug.cgi?id=18378) about XV colorkeying breaking when Metacity compositing is enabled. Michel Dänzer was kind enough to explain the root issue to me, and I prepared a patch, here attached. Please review. -- perl -e '$x=2.4;print sprintf(%.0f + %.0f = %.0f\n,$x,$x,$x+$x);' diff -ur xf86-video-savage-git/configure.ac xf86-video-savage.stock/configure.ac --- xf86-video-savage-git/configure.ac 2008-05-24 13:59:07.0 -0500 +++ xf86-video-savage.stock/configure.ac 2008-11-05 20:39:47.0 -0500 @@ -100,6 +100,10 @@ AC_CHECK_DECL(XSERVER_LIBPCIACCESS, [XSERVER_LIBPCIACCESS=yes], [XSERVER_LIBPCIACCESS=no], [#include xorg-server.h]) +AC_CHECK_DECL(xf86XVFillKeyHelperDrawable, + [AC_DEFINE(HAVE_XV_DRAWABLE_HELPER, 1, [Have xf86XVFillKeyHelperDrawable prototype])], + [], + [#include xf86xv.h]) CFLAGS=$save_CFLAGS if test x$XSERVER_LIBPCIACCESS = xyes; then diff -ur xf86-video-savage-git/src/savage_video.c xf86-video-savage.stock/src/savage_video.c --- xf86-video-savage-git/src/savage_video.c 2008-02-27 23:06:24.0 -0500 +++ xf86-video-savage.stock/src/savage_video.c 2008-11-05 20:30:59.0 -0500 @@ -1840,6 +1840,16 @@ #endif } +static void +SavageFillKeyHelper(DrawablePtr pDraw, uint32_t colorKey, RegionPtr clipBoxes) +{ +#if HAVE_XV_DRAWABLE_HELPER +xf86XVFillKeyHelperDrawable(pDraw, colorKey, clipBoxes); +#else +xf86XVFillKeyHelper(pDraw-pScreen, colorKey, clipBoxes); +#endif +} + static int SavagePutImage( ScrnInfoPtr pScrn, @@ -1988,7 +1998,7 @@ if(!REGION_EQUAL(pScreen, pPriv-clip, clipBoxes)) { REGION_COPY(pScreen, pPriv-clip, clipBoxes); /* draw these */ - xf86XVFillKeyHelper(pScrn-pScreen, pPriv-colorKey, clipBoxes); + SavageFillKeyHelper(pDraw, pPriv-colorKey, clipBoxes); } ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: ATI X1950 - 3D across dual 1920x1200 screens using OSS driver
On Thu, 2008-11-06 at 14:52 +, David Greaves wrote: Hi I want to drive 2 1920x1200 screens in a twinhead config using opensource drivers. I am about to buy an ATI X1950 as I think it can achieve this using the new radeon(hd) driver features. Is the 3D buffer able to do this on this hardware? I think the 2048x2048 limitation has gone up to 4096x4096 but I'd like to check :) David I've got a X1950PRO and am using the radeon driver on F10RC with 1920x1200+1600x1200 and for the most part, it works fine. raptor glxinfo -l | grep MAX_TEX GL_MAX_TEXTURE_STACK_DEPTH = 10 GL_MAX_TEXTURE_SIZE = 4096 GL_MAX_TEXTURE_UNITS_ARB = 8 GL_MAX_TEXTURE_LOD_BIAS_EXT = 16 GL_MAX_TEXTURE_MAX_ANISOTROPY_EXT = 16 raptor Thanks, tjb -- === | Thomas Baker email: [EMAIL PROTECTED]| | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | === ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[no subject]
Is there a Multiple Overlay Extension (MOX) for X11; apparently MOX was presented in X Consortium and published in May 1996 issue of X Journal. It offers multiple overlay or underlay layers (hardware independent) which can be managed by developer. Please let me know, if this extension is available with your X11 server release. Many thanks in advance. Sincerely, Farhad Heydari Farhad Heydari Sr. Software Engineer Phone: (301) 258-7953 Fax: (301) 258-7933 Email: [EMAIL PROTECTED] image001.gif___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-savage: use xf86XVFillKeyHelperDrawable if available for colorkey filling
On Thu, 2008-11-06 at 13:33 -0500, Alex Villacís Lasso wrote: A few days ago I reported a bug (https://bugs.freedesktop.org/show_bug.cgi?id=18378) about XV colorkeying breaking when Metacity compositing is enabled. Michel Dänzer was kind enough to explain the root issue to me, and I prepared a patch, here attached. Please review. Applied, thanks! - 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:
On Thu, 2008-11-06 at 13:47 -0500, Heydari, Farhad wrote: Is there a Multiple Overlay Extension (MOX) for X11; apparently MOX was presented in X Consortium and published in May 1996 issue of X Journal. It offers multiple overlay or underlay layers (hardware independent) which can be managed by developer. Please let me know, if this extension is available with your X11 server release. It's not. - 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
Obvious error in libX11?
Hi, Is this an obvious error in libX11? --- ./modules/im/ximcp/save_imLcPrs.c 2008-06-19 09:38:45.0 +0100 +++ ./modules/im/ximcp/imLcPrs.c2008-06-22 18:55:49.0 +0100 @@ -592,7 +592,7 @@ l = _Xmbstoutf8(local_utf8_buf, rhs_string_mb, LOCAL_UTF8_BUFSIZE - 1); if (l == LOCAL_UTF8_BUFSIZE - 1) { - local_wc_buf[l] = '\0'; + local_utf8_buf[l] = '\0'; } while (b-utf8used + l + 1 b-utf8size) { b-utf8size = b-utf8size ? b-utf8size * 1.5 : 1024; Thanks Colin ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to tell if GEM is enabled.
On 6 November 2008 19:25:26 Protas Oleksiy wrote: Hi, I am sorry for asking on the list such a question, but how one makes sure GEM is used? I'll explain in more details: mesa-7.2 xorg-server-1.5.2 libdrm-2.4.0 xf86-video-intel-2.5.0 vanilla linux-2.6.28-rc3 EXA acceleration When I try running glx app on this setup I get 'Cannot use TTM' error, so after googling I've found out that TTM support is disabled in mesa=7.1. Apparently the system should make use of GEM since it is present in both kernel and video driver, but for some reason it does not and I end with SLOW glx visuals(~10x performance drop). My question is how I check and possibly enable GEM in my OpenGL stack? Thank you in advance. PS: dmesg and xorg.log are of no help I suggest to rollback to 2.6.27 kernel (or any non-gem kernel). At least on my gma950 I failed to get 3D working - I have same issues as yours (~3-10x performance drop), even with latest mesa/libdrm/xf86-video-intel from git. Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
System freeze - is X the reason?
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 What do I need to do or what should I ask to the Zenwalk builders? Thanks a lot in advance. Regards jpg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: System freeze - is X the reason?
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
Re: Obvious error in libX11?
Colin == Colin Harrison [EMAIL PROTECTED] writes: Colin Is this an obvious error in libX11? Colin +++ ./modules/im/ximcp/imLcPrs.c 2008-06-22 18:55:49.0 +0100 Colin -local_wc_buf[l] = '\0'; Colin +local_utf8_buf[l] = '\0'; Yes, it looks like one s/wc/utf8/ was missed when utf8 support was added there. Commit ad6008a0c92733826983eb93f063d3d6276007d8 pushed. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: System freeze - is X the reason?
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
Re: libdrm 2.4.1
On Mon, 2008-11-03 at 17:44 -0800, Paul Bender wrote: Sergio Monteiro Basto wrote: On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote: Can I use mesa 7.2 with xserver-1.4.2 ? Fair enough to say that someone said that Mesa 7.1 needs xorg-server 1.5.x but Thanks, I found that to be true with Mesa 7.1 but not Mesa 7.2. I have changed MiniMyth so that it builds Mesa 7.2 libdrm 2.4.1 xorg-server 1.4.2 xf86-video-intel 2.5.0 xf86-video-openchrome 0.2.903 NVIDIA 169.12 Everything compiles fine. I cannot test the xf86-video-intel driver as I do not have Intel hardware. However, the xf86-video-openchrome and NVIDIA drivers work on my VIA and NVIDIA+AMD hardware respectively. Ok I had a positive test , I had upgrade Mesa to git master , which needs dri2proto git master . I use kernel-2.6.27.4-79.fc10 sources for drm bits... recompile intel-drv , works well. When start gldemos show this messages: DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. GL_RENDERER = Mesa DRI Intel(R) 915GM GEM 20080716 x86/MMX/SSE2 but seems that everything woks fine. On lidrm-2.4.1/linux-core, I still can't build i915.ko because, I think , still don't have the kernel headers of kernels 2.6.28-rc and give me this error : CC [M] /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c: In function ‘i915_gem_detect_bit_6_swizzle’: /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c:118: error: implicit declaration of function ‘pci_read_base’ make[2]: *** [/root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o] Error 1 make[1]: *** [_module_/root/Mesa/libdrm-2.4.1/linux-core] Error 2 make[1]: Leaving directory `/usr/src/kernels/2.6.27.4-79.fc8.i686' make: *** [modules] Error 2 Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [PATCH 2/4] X event queue mutex
Peter Hutterer escreveu: From: Peter Hutterer [EMAIL PROTECTED] Date: Tue, 4 Nov 2008 15:27:30 +1030 Subject: [PATCH] mi: clean up mieqProcessInputEvents, copy all events before processing. Copy the EventRec's information into local variables before processing them, this should make it safer for upcoming threading and also makes it easier to read. Simplify the event allocation code from the abyss it was before. This also fixes a potential bug where a custom handler could scramble the event before the same -now scrambled- event was then passed through the master's custom event handler. Signed-off-by: Peter Hutterer [EMAIL PROTECTED] Signed-off-by Tiago Vignatti [EMAIL PROTECTED] It's fine for me. Applied and tested here. Thanks, -- Tiago Vignatti C3SL - Centro de Computação Científica e Software Livre www.c3sl.ufpr.br ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [PATCH 2/4] X event queue mutex
Hey, Jeremy Huddleston escreveu: Looks good! A recent bug report has surfaced for us since I got rid of the locking in mieqProcessInputEvents. We need to update miEventQueue.tail only after the data has actually been pushed into the tail. This should take care of that problem on master, but I haven't tested it: Well, it won't be a problem with Xorg input thread because mieqEnqueue is tread-safe. There's a mutex protecting writes to the tail pointer in that function and xquartz will need it as well. diff --git a/mi/mieq.c b/mi/mieq.c index 062dede..5016d73 100644 --- a/mi/mieq.c +++ b/mi/mieq.c @@ -122,7 +122,8 @@ mieqResizeEvents(int min_size) void mieqEnqueue(DeviceIntPtr pDev, xEvent *e) { -unsigned int oldtail = miEventQueue.tail, newtail; +unsigned int oldtail = miEventQueue.tail; +unsigned int newtail = oldtail; EventListPtr evt; intisMotion = 0; intevlen; @@ -184,7 +185,6 @@ mieqEnqueue(DeviceIntPtr pDev, xEvent *e) return; } stuck = 0; -miEventQueue.tail = newtail; } evlen = sizeof(xEvent); @@ -218,6 +218,7 @@ mieqEnqueue(DeviceIntPtr pDev, xEvent *e) miEventQueue.events[oldtail].pDev = pDev; miEventQueue.lastMotion = isMotion; +miEventQueue.tail = newtail; } Anyway this patch is not good enough. newtail is also deferenced (line 173) before his first usage, making the first hunk not utilized. Thanks, -- Tiago Vignatti C3SL - Centro de Computação Científica e Software Livre www.c3sl.ufpr.br ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[no subject]
___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 1/3] introduce i830_hdmi_priv.has_hdmi_sink
HDMI is compatible with DVI, and we've seen many boards that use HDMI port for DVI output. So Zhenyu proposed this flag: i830_hdmi_priv.has_hdmi_sink to indicate the presence of HDMI capable monitors. Signed-off-by: Wu Fengguang [EMAIL PROTECTED] --- src/i830_hdmi.c | 15 +++ 1 file changed, 15 insertions(+) --- xf86-video-intel.orig/src/i830_hdmi.c +++ xf86-video-intel/src/i830_hdmi.c @@ -38,6 +38,8 @@ struct i830_hdmi_priv { uint32_t output_reg; uint32_t save_SDVO; + +Bool has_hdmi_sink; }; static int @@ -142,6 +144,8 @@ i830_hdmi_detect(xf86OutputPtr output) xf86OutputStatus status; xf86MonPtr edid_mon; +dev_priv-has_hdmi_sink = FALSE; + /* For G4X desktop chip, PEG_BAND_GAP_DATA 3:0 must first be written 0xd. * Failure to do so will result in spurious interrupts being * generated on the port when a cable is not attached. @@ -180,6 +184,16 @@ i830_hdmi_detect(xf86OutputPtr output) edid_mon = xf86OutputGetEDID (output, intel_output-pDDCBus); if (!edid_mon || !DIGITAL(edid_mon-features.input_type)) status = XF86OutputStatusDisconnected; + +if (xf86MonitorIsHDMI(edid_mon)) + dev_priv-has_hdmi_sink = TRUE; + +if (pI830-debug_modes) + xf86DrvMsg(pScrn-scrnIndex, X_INFO, + %s monitor detected on HDMI-%d\n, + dev_priv-has_hdmi_sink ? HDMI : DVI, + (dev_priv-output_reg == SDVOB) ? 1 : 2); + xfree(edid_mon); return status; } @@ -232,6 +246,7 @@ i830_hdmi_init(ScrnInfoPtr pScrn, int ou dev_priv = (struct i830_hdmi_priv *)(intel_output + 1); dev_priv-output_reg = output_reg; +dev_priv-has_hdmi_sink = FALSE; intel_output-dev_priv = dev_priv; intel_output-type = I830_OUTPUT_HDMI; -- ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 0/3] enable HDMI audio output for HDMI monitors V2
Hello, We can now enjoy music on HDMI monitors that are attached to Intel G35/G45 chipsets with the following X.org intel driver patches [PATCH 1/3] introduce i830_hdmi_priv.has_hdmi_sink [PATCH 2/3] enable Intel G45 integrated HDMI audio output [PATCH 3/3] enable Intel G35 SDVO HDMI audio output _and_ the corresponding ALSA patch posted at http://mailman.alsa-project.org/pipermail/alsa-devel/2008-November/012158.html The patches are tested OK on Intel DG45ID board, HP 2230s notebook and ASUS P5E-VM board. Since the HDMI audio requires both audio and video driver support to function well, I'd like to provide an overview here. 1) driver components: A) ALSA: audio driver (the above link) B) Xorg: audio output enabling (this patchset) C) Xorg: EDID/ELD information (patches to be submitted by Ma Ling) 2) summary of the feature sets: - basic 2-channel audio: (A) is required, (B) is mostly required, (C) is not needed - 2+ multichannel audio: not tested yet; in theory we need (C) to get HDMI monitor's speaker allocation configuration; there are also bandwidth constraints that should be coordinated between audio/video drivers in the future. - non-LPCM audio: not tested yet; need more work in ALSA code. 3) summary of the work flow: - basic audio output: (A) and (B) - ALSA HDMI driver: enable pin out and unmute - ALSA HDMI driver: fill audio infoframe and enable its transmission - Xorg intel driver: enable audio output - ELD info for advanced audio capabilities: (A) and (C) - Xorg xserver: get/parse/store EDID extensions - Xorg xserver: transform EDID into ELD - Xorg intel driver: feed ELD to hardware - Xorg intel driver: set ELD-Valid flag to inform audio driver of new ELD - ALSA HDMI driver: response to unsolicited response triggered by ELDV - ALSA HDMI driver: get ELD from hardware - ALSA HDMI driver: parse and show ELD info - ALSA HDMI driver: update hardware capabilities/constraints according to ELD (TBD) That describes my understandings of HDMI audio, comments and discussions are warmly welcome. Thank you, Fengguang -- ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg