Transition from HAL to udev - mouse config
I had the following HAL configuration for my mouse in X.Org server 1.7 for a 500DPI mouse: match key=info.capabilities contains=input.mouse merge key=input.x11_options.AccelerationProfile type=string2/merge merge key=input.x11_options.AdaptiveDeceleration type=string2/merge merge key=input.x11_options.ExpectedRate type=string500/merge merge key=input.x11_options.FilterHalflife type=string5/merge merge key=input.x11_options.FilterChainProgression type=string2/merge merge key=input.x11_options.VelocityCoupling type=string0.15/merge merge key=input.x11_options.FilterChainLength type=string8/merge merge key=input.x11_options.Softening type=stringtrue/merge With X.Org server 1.8 and HAL disabled, how to I configure the above? ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xorg-server 1.8.1
'Twas brillig, and olafbuddenha...@gmx.net at 14/05/10 05:54 did gyre and gimble: Hi, On Wed, May 12, 2010 at 07:56:35AM +1000, Peter Hutterer wrote: The first stable release of the 1.8 series is now available. Only two changes over RC2 (Julien's EXTRA_DIST patch and Adam's VNC patch), so you get the full changelog to 1.8.0 to make this email look more interesting. Hehe :-) This is generally reasonable for final releases though -- I'd suggest making it an official policy... So far this has been handled rather inconsistently. I agree. Printing a changes since the final RC is good, but I think a full change log should always be included. KUTGW :) Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Intel driver 2.11.0 + lid close event = GPU freeze
I've just noticed, that whenever I close my laptop's lid, my whole X system freezes. I can switch to a console, but restarting X or even rebooting computer is not helping, I must turn off the machine and start it again. In the log file I'm getting such error: (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Input/output error. (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error I have an Intel 945GM graphics chipset driven by intel driver 2.11.0 and kernel 2.6.33.3. I'm still using xserver 1.7.6, because xrandr refuses to work correnctly under 1.8.0 for me. Does anybody now, what may be the problem? -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg custom configuration to not use a given area
Using U10.04, I get You have requested a mode-line That is not possible, or not supported by your hardware configuration when pressing 'Test' in xvidtune as soon as it appears (without any modification of the parameters). I would like to maintain a 1:1 pixel equivalence after reducing the working area, would the xvidtune approach do that or would it try to fit 1024x600 in a 1024x590 area instead, losing resolution? Pat: Not a spammer here! Can you paste the odd message here to find out what can it be? Sorry English is not my primary language, thanks for your understanding. Carlos. El 14/05/10 06:25, Pat Kane escribió: John, I just tried xvidtune on my eeepc with U19.04 and got the message: Unable to query monitor info the xdpyinfo command indicates that I have the XFree86-VidModeExtension so I'm not sure what the problem might be... Pat --- P.S. I got an odd message from the first msg I sent to carba...@upvnet.upv.es; maybe that is a spammer? On Thu, May 13, 2010 at 4:11 PM, John Yoderjohn.yo...@twny.net wrote: How about using an application like Xvidtune. It is designed to give appropriate modelines to center the display. I googled and found http://learnbyblogging.com/?p=66 Much less painful. On Thu, May 13, 2010 at 1:11 PM, Pat Kanepekan...@gmail.com wrote: Carlos, How about putting an empty gnome panel above the current top panel? It is a bit tricky but I just able to do it on my U10.04 system. Here is what I did: 1- right click in the top panel to get a popup menu 2- select the properties enty, then turn off Expand you can now move the top panel down, out of the way 3- repeat 1 4- select New Panel, turn off Expand and put it at Top at this point I had to logout/login to see the change 5- turn Expand on for the empty panel 6- move the original top panel back to just under the empty panel and turn Expand back on. On Thu, May 13, 2010 at 11:37 AM, Carlos Baigetcarba...@upvnet.upv.es wrote: hello all, I've changed the lcd screen of my eeepc which is 1024x600. The problem is, the replacement is not exactly the one i needed and although it fits well, i cannot see the top first 5 or 6 pixel lines, because they are hidden behind the screen bezel. My question is: could i trick Xorg to work as if the display were, say 1024x590 and ignore those lines? I prefer to lose them than having gnome panel cut in a half. I'm using ubuntu 10.04, with xrandr v1.3 I hope i've explained myself well... Thanks for your reply. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg custom configuration to not use a given area
Thanks Pat, I find your idea very ingenious, if the xorg tricking approach ends being impossible I would try to do that. Until now i have been unable to reproduce the steps you have given with the 'netbook remix' desktop. El 13/05/10 21:11, Pat Kane escribió: Carlos, How about putting an empty gnome panel above the current top panel? It is a bit tricky but I just able to do it on my U10.04 system. Here is what I did: 1- right click in the top panel to get a popup menu 2- select the properties enty, then turn off Expand you can now move the top panel down, out of the way 3- repeat 1 4- select New Panel, turn off Expand and put it at Top at this point I had to logout/login to see the change 5- turn Expand on for the empty panel 6- move the original top panel back to just under the empty panel and turn Expand back on. On Thu, May 13, 2010 at 11:37 AM, Carlos Baigetcarba...@upvnet.upv.es wrote: hello all, I've changed the lcd screen of my eeepc which is 1024x600. The problem is, the replacement is not exactly the one i needed and although it fits well, i cannot see the top first 5 or 6 pixel lines, because they are hidden behind the screen bezel. My question is: could i trick Xorg to work as if the display were, say 1024x590 and ignore those lines? I prefer to lose them than having gnome panel cut in a half. I'm using ubuntu 10.04, with xrandr v1.3 I hope i've explained myself well... Thanks for your reply. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg custom configuration to not use a given area
On Fri, May 14, 2010 at 5:09 AM, Carlos Baiget carba...@upvnet.upv.es wrote: Pat: Not a spammer here! Can you paste the odd message here to find out what can it be? This is the message I got went I tried to send a reply to you (I've removed my email addr): from Carlos Baiget carba...@upvnet.upv.es reply-to supp...@mpcustomer.com to Pat ... date Thu, May 13, 2010 at 2:14 PM subject [#24496549] Re: Xorg custom configuration to not use a given area Hello, This is an automated response to inform you that your question has been entered into our system, and will be reviewed shortly. Your ticket has been submitted into the General Support department. We will respond to you as soon as possible. == ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Transition from HAL to udev - mouse config
On Thu, May 13, 2010 at 11:45 PM, Nikos Chantziaras rea...@arcor.de wrote: I had the following HAL configuration for my mouse in X.Org server 1.7 for a 500DPI mouse: match key=info.capabilities contains=input.mouse merge key=input.x11_options.AccelerationProfile type=string2/merge merge key=input.x11_options.AdaptiveDeceleration type=string2/merge merge key=input.x11_options.ExpectedRate type=string500/merge merge key=input.x11_options.FilterHalflife type=string5/merge merge key=input.x11_options.FilterChainProgression type=string2/merge merge key=input.x11_options.VelocityCoupling type=string0.15/merge merge key=input.x11_options.FilterChainLength type=string8/merge merge key=input.x11_options.Softening type=stringtrue/merge With X.Org server 1.8 and HAL disabled, how to I configure the above? cat /etc/X11/xorg.conf.d/90-mouse.conf EOF Section InputClass Identifier My Mouse Tweaks Option AccelerationProfile 2 Option AdaptiveDeceleration 2 ... EndSection EOF See the InputClass section in xorg.conf(5). -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
link error, libSM to libuuid, ubuntu 10.04
Dear all, When I'm building a software I got the link error as: /usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libSM.so: undefined reference to `uuid_gener...@uuid_1.0' /usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libSM.so: undefined reference to `uuid_unparse_lo...@uuid_1.0' I'm running ubuntu 10.04 64bit and I have installed libuuid1 uuid-dev uuid-runtim libsm6 libsm-dev When I do ldd libSM.so in /usr/lib/ I got: linux-vdso.so.1 = (0x7fff6f9d2000) libICE.so.6 (0x7f63004e7000) libuuid.so.1 = /lib64/libuuid.so.1 (0x7f63002e1000) libc.so.6 = /lib64/libc.so.6 (0x7f62fff5f000) /lib64/ld-linux-x86-64.so.2 (0x7f630090d000) and libuuid.so.1 is in /lib64/ So everything looks okay to me The software I was trying to build, though I don't think this matters, is 3D Slicer (slicer.org) Could I have any hint? Thanks in advance! Best, yi ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Still a few doubts about Zaphod and Radeon
I feel that I have arrived at a fortuitous time in that Zaphod is (apparently) back I'm a greybeard and I *like* each of my monitors to have it's own X screen (:0.0, :0.1 and :0.2) for reasons that probably make sense to nobody but me. I have a IBM ThinkCentre with Intel 915 graphics on the motherboard and a Radeon 9000 series dual VGA PCI card. The motherboard video is driving a 22 HP LCD and the Radeon is driving a pair of HP 17 4:3 LCDs. After a side trip into my window manager sucks land, and me blaming the good folks over at GDM for compiz (and more importantly my own) lossage, I now have all three displays with distinct video in a usable but not quite perfect configuration. I'm up to two X screens, :0.0 ( the IGP video) and the radeon card driving a virtual 2560x1024 frame buffer driving the other two monitors. I saw Alex Deuchar's recent response on the list to Samud and I immediately tried to duplicate (as close as possible) their results, but without luck. Alex writes: You need to add Screen 0 and Screen 1 to your device sections Is this correct? When I tried to do this, I got a coredump The last few lines are: (II) Loading sub module fb (II) LoadModule: fb (II) Loading /usr/lib/xorg/modules/libfb.so (II) Module fb: vendor=X.Org Foundation compiled for 1.7.6, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) RADEON(1): TOTO SAYS d010 Backtrace: 0: Xorg (xorg_backtrace+0x3b) [0x80e937b] 1: Xorg (0x8048000+0x61c7d) [0x80a9c7d] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb76f3410] 3: Xorg (InitOutput+0x5c8) [0x80b9c88] 4: Xorg (0x8048000+0x1ebbb) [0x8066bbb] 5: /lib/tls/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb742bbd6] 6: Xorg (0x8048000+0x1e961) [0x8066961] Segmentation fault at address 0x7200328e Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. ddxSigGiveUp: Closing log I have (II) LoadModule: radeon (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so (II) Module radeon: vendor=X.Org Foundation compiled for 1.7.6, module version = 6.13.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.0 ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
xrandr scaling bug
Hello, I tried playing with xrandr transforms on my 1280x1024 screen. Intention: simulate a lower-resolution screen, add black bars, keep aspect ratio. Result: first it worked, then gave X errors. Also with the non-identity transform, in GTK menus, when selecting a menu item, it is not fully painted in blue initially (looks like a tiling artifact), this corrects itself in half a second or so. I am using Gentoo ~amd64, xorg-server-1.8.0, xf86-video-intel-2.11.0, mesa-7.8.1, linux-2.6.33-gentoo-r2 (contains upstream 2.6.33.3). Here is what I did: a...@home ~ $ xrandr Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 8192 x 8192 VGA1 disconnected (normal left inverted right x axis y axis) DVI1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm 1280x1024 60.0*+ 75.0 1280x960 60.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48072.8 75.0 66.7 60.0 720x40070.1 a...@home ~ $ xrandr --fb 1024x768 --output DVI1 --transform 1,0,128,0,1,128,0,0,1 xrandr: specified screen 1024x768 not large enough for output DVI1 (1280x1024+128+128) a...@home ~ $ xrandr --fb 1024x768 --output DVI1 --transform 1,0,-128,0,1,-128,0,0,1 xrandr: specified screen 1024x768 not large enough for output DVI1 (1280x1024+-128+-128) a...@home ~ $ xrandr --fb 1280x960 --output DVI1 --transform 1,0,0,0,1,-32,0,0,1 xrandr: specified screen 1280x960 not large enough for output DVI1 (1280x1024+0+-32) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 7 (RRSetScreenSize) Serial number of failed request: 24 Current serial number in output stream: 26 a...@home ~ $ xrandr --fb 1280x960 --output DVI1 --transform 1,0,0,0,1,-32,0,0,1 xrandr: specified screen 1280x960 not large enough for output DVI1 (1280x1024+0+-32) a...@home ~ $ xrandr --auto X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 7 (RRSetScreenSize) Serial number of failed request: 24 Current serial number in output stream: 26 a...@home ~ $ xrandr --auto X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 7 (RRSetScreenSize) Serial number of failed request: 24 Current serial number in output stream: 26 a...@home ~ $ xrandr --output DVI1 --auto X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 7 (RRSetScreenSize) Serial number of failed request: 24 Current serial number in output stream: 25 -- Alexander E. Patrakov ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Current tinderbox regression (xserver, OS X)
http://tinderbox.x.org/builds/2010-05-15-0003/logs/xserver/#build ../include/os.h:302: error: syntax error before '_X_NORETURN' ../include/os.h:302: warning: data definition has no type or storage class ../include/os.h:302: warning: type defaults to 'int' in declaration of '_X_NORETURN' http://cgit.freedesktop.org/xorg/xserver/commit/?id=bca85e2e127a8a23e3a2debcfeb3ae07cd3c66ac -- Chris Ball c...@laptop.org One Laptop Per Child ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg