[ANNOUNCE] xf86-video-ati 6.12.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Subject: [ANNOUNCE] xf86-video-ati 6.12.4 To: xorg-announce@lists.freedesktop.org CC: x...@lists.freedesktop.org Brown paper bag release for X.org 7.5, missed one of the need commits in the cherry picker. Dave Airlie (2): Update to xextproto 7.1 support. ati 6.12.4 git tag: xf86-video-ati-6.12.4 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ati-6.12.4.tar.bz2 MD5: e662348f6f957fcedf52818d668ab9f5 xf86-video-ati-6.12.4.tar.bz2 SHA1: efd9b9392787251756bbce6afc9715c417dae68f xf86-video-ati-6.12.4.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ati-6.12.4.tar.gz MD5: 3e85b9f3c990f34c76022ef1c4654c76 xf86-video-ati-6.12.4.tar.gz SHA1: 59a90715d5bcdcc665c1f447a7ed2fb157e555c7 xf86-video-ati-6.12.4.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkqpj10ACgkQ6acWQe8Wxxp8TQCdHLF/J3OijCxXWwRnNNqIZnbx iqMAn16ySDkgKoYjQY/ho7mSC1UllCY8 =vcJL -END PGP SIGNATURE- ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
keyboard autorepeat gone
Today I compiled and installed the current state of development X.org. (no cvs, all of xorg.freedesktop.org/releases/individual) The few bugs I noticed so far .. Nothing that has to do with lbx compiled, is Low Bandwidth X obsolete now? xorg-server-1.6.99.900 + xf86-video-ati-6.12.4 mbuf.c:45:39: error: X11/extensions/multibufst.h: No such file or directory (xextproto-7.1.1 was installed) The last version of xextproto which included multibufst.h was xextproto-7.0.5. I believe to remember some header files changed names, so this should be easy to fix. Not using --enable-multibuffer helped as a start. The X-server is up and running fine but keyboard autorepeat does not work any more. (xf86-input-keyboard-1.3.99.1 ?) Any hints ? Hope this helped. -- Klaus ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
getting XI error codes - implicit declaration issue
Hi there, there seems to be a little issue with the way one registers for XInput error codes: if i'm not totally wrong, these are defined nowhere, but dynamically generated and one has to get the actual values via macros like BadDevice(). But: (at least with git master xorg) this one evaluates to _xibaddevice(), defined in libXi/src/XExtInt.c, which in turn seems to be a private symbol in libxi, as i get 'implicit declaration of function _xibaddevice' warnings while compiling my app. while it seems to work okay, shouldn the _xibaddevice declaration made public or the macro be turned into a function? cheers, christian -- what is, is; what is not is possible. signature.asc Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: patch: add support for CustomEDID to radeon
On Fri, Sep 11, 2009 at 12:04 AM, Dave Airlieairl...@gmail.com wrote: On Fri, Sep 11, 2009 at 1:46 PM, Alex Deucher alexdeuc...@gmail.com wrote: 2009/9/10 Csillag Kristof csillag.kris...@united-consult.hu: Hi all, As I have mentioned a few days earlier, I have encountered a Samsung 214T monitor, which is unable to properly use DDC when connected via DVI, but works fine via VGA. I could not get it to work with the Radeon driver, but the proprietary NVIDIA driver had an option to force-feed the driver with custom EDID data from a file, instead of DDC, so I could use the monitor with NVIDIA. However, I wanted the Radeon driver, so I have added the same option to the radeon driver. It works for me; if you consider this useful, please add to the official branch. * * * Here is how I use it: 1. Connect the monitor to the PC using VGA 2. get-edid /root/Samsung_214T.edid 3. add to xorg.conf: Option CustomEDID DVI-0:/root/Samsung_214T.edid 4. Connect the monitor to the PC using DVI 5. Restart X ... and it work.s As far as I can tell, there is no other way to make this monitor work with this driver, so this is very important to me; however, I am not sure how many people are blessed with such broken hardware, so I can not estimate the real importance of the problem. * * * Please let me know what do you think! Great patch! thanks for doing this. I've made some small improvements to it. Please test this patch and let me know and I'll go ahead and commit it. /me wonders if this could be in the server at all. Should be pretty easy to just pull RADEONGetHardCodedEDIDFromFile() into the xserver. Wouldn't even need to match the output name since it would be per-monitor section. Alex Dave. Thanks, 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: keyboard autorepeat gone + loader error extensions
Klaus Dittrich schrieb: Today I compiled and installed the current state of development X.org. (no cvs, all of xorg.freedesktop.org/releases/individual) The few bugs I noticed so far .. Nothing that has to do with lbx compiled, is Low Bandwidth X obsolete now? xorg-server-1.6.99.900 + xf86-video-ati-6.12.4 mbuf.c:45:39: error: X11/extensions/multibufst.h: No such file or directory (xextproto-7.1.1 was installed) The last version of xextproto which included multibufst.h was xextproto-7.0.5. I believe to remember some header files changed names, so this should be easy to fix. Not using --enable-multibuffer helped as a start. The X-server is up and running fine but keyboard autorepeat does not work any more. (xf86-input-keyboard-1.3.99.1 ?) Any hints ? Hope this helped. -- Klaus ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg xset r rate 500 30 failed with Xlib: extension XFree86-Misc missing on display :0.0 This lets me have a look at Xorg.0.log. Here I noticed all libs in /usr/X11/lib/xorg/modules/extensions/ were not found. Example dlopen: /usr/X11/lib/xorg/modules//extensionslibextmod.so: cannot open shared object file: No such file or directory Seems a / gets lost in a string concatenation. Changing ModulePath in xorg.conf does not help Xorg.log .. ModulePath set to /usr/X11/lib/xorg/modules/,/usr/X11/lib/xorg/modules/extensions/ .. dlopen: /usr/X11/lib/xorg/modules//extensionslibextmod.so: cannot open shared object file: No such file or directory (EE) Failed to load /usr/X11/lib/xorg/modules//extensionslibextmod.so (II) UnloadModule: extmod (EE) Failed to load module extmod (loader failed, 7) -- Klaus ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg CPU hog
Am Friday 11 September 2009 05:03:23 schrieb Ralf M.: The program Xorg eats up too much CPU, sometimes more than 50%, the whole system gets slowed down, even the moving of the cursor in a text editor gets very slow. This behaviour started when I updated my Debian system: uname -a Linux comp109.local 2.6.30-1-686 #1 SMP Sat Aug 15 19:11:58 UTC 2009 i686 GNU/Linux dpkg -l | grep xorg ii xorg 1:7.3+20X.Org X Window System ii xserver-xorg 1:7.3+20the X.Org X server ii xserver-xorg-core 2:1.4.2-11 Xorg X server - core server ii xserver-xorg-input-kbd1:1.3.1-1 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse 1:1.3.0-1 X.Org X server -- mouse input driver ii xserver-xorg-video-all1:7.3+20the X.Org X server -- output driver metapack ii xserver-xorg-video-... Is there a solution available? I don't think any of the developers is a telepath. Translation: Your mail is ridiculously low on detail. Your best bet would be to install a profiling tool like sysprof, and then come back with additional information, such as your hardware configuration, which applications were running, what were you doing at the time, etc. cu, Nicolai ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Would SLI speed-up Xinerama?
Hello List! I currently use a triple-head setup with 2 nvidia-cards: - onboard nvidia 7xxx - pci-e nvidia 7xxx dual-head - Athlon X2 2.7GHz - 3 Screens at 1200x1600 (rotated. the rotation does not decrease the performance significantly) - Ubuntu Karmic, NVIDIA driver The performance (just 2D desktop performance, no 3D or compiz) is ok, but every time i use my Laptops (which are single-screen naturally) i wish my Desktop performance were that great. The Xinerama setup is just not that snappy. There is a small lag with everything. Menu's appearing, Moving Windows, general responsiveness. Would a SLI System (SLI board + 2 SLI cards i guess) improve this situation? Thanks for any replies, Sascha ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Would SLI speed-up Xinerama?
Not likely to help much. Try twinview. On 09/11/09 11:19 AM, Sascha wrote: Hello List! I currently use a triple-head setup with 2 nvidia-cards: - onboard nvidia 7xxx - pci-e nvidia 7xxx dual-head - Athlon X2 2.7GHz - 3 Screens at 1200x1600 (rotated. the rotation does not decrease the performance significantly) - Ubuntu Karmic, NVIDIA driver The performance (just 2D desktop performance, no 3D or compiz) is ok, but every time i use my Laptops (which are single-screen naturally) i wish my Desktop performance were that great. The Xinerama setup is just not that snappy. There is a small lag with everything. Menu's appearing, Moving Windows, general responsiveness. Would a SLI System (SLI board + 2 SLI cards i guess) improve this situation? Thanks for any replies, Sascha ___ 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: generic touchscreen calibration
Hi, 2009/9/10 Tias t...@ulyssis.org: In the end, I had to hack up the ancient tkxinput because it was the only device independent calibrator (it uses Xinput to read the coordinates). On the other hand, I was impressed by the simplicity of the calibrator that Soren Hauberg sent to this list in july (thread titled 'Evdev touchscreen calibration?'), although it was written for usbtouchscreen driven devices specifically. I figured that a generic calibration program should be device independent when reading calibration data, and device dependent in how to use the data. I've adapted Soren's calibrator to do exactly this: it reads the current calibration from Xinput. When the usbtouchscreen driver is used, it dynamically changes the calibration. Otherwise it prints the new calibration data in xorg.conf format on stdout. Other actions would be possible too, like rewriting the xorg.conf directly, maybe even use some new evdev/Xinput2 goodness ? It's been quite a while since I was working on this (I changed job, so I never got to finish this), so my comments might not actually be true. First, I'd like to add that I'm glad you're spending time on resurecting my old code. Thanks :-) Second, part of this code was added before the 'evdev' X11 driver got support for touchscreens. This driver allows you to set the calibration parameters at run-time without making changes to xorg.conf (hence no restart of X). I think the calibration tool should use this instead of working with xorg.conf. Third, the code that interacts with the 'usbtouchscreen' kernel module should probably be dropped. It's tied too much to some specific hardware. Since the parameters can just be handled by the 'evdev' X11 driver, I don't think kernel interaction is needed anymore. Let me know if you need anything from me, Søren ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Would SLI speed-up Xinerama?
On Friday 11 September 2009 11:29:17 am Jay Cotton wrote: Not likely to help much. Try twinview. TwinView only works with two monitors and only with a single video card. The OP is using three monitors and two video cards so TwinView is not an option. I have a dual monitor single card nvidia setup that I currently use with xinerama since TwinView does not support per-monitor LUTs (IE. TwinView is not suitable for color critical work) and I have not noticed any performance issues with xinerama vs. TwinView. What is missing with xinerama is the ability to dynamically resize the displays. On 09/11/09 11:19 AM, Sascha wrote: Hello List! I currently use a triple-head setup with 2 nvidia-cards: - onboard nvidia 7xxx - pci-e nvidia 7xxx dual-head - Athlon X2 2.7GHz - 3 Screens at 1200x1600 (rotated. the rotation does not decrease the performance significantly) - Ubuntu Karmic, NVIDIA driver The performance (just 2D desktop performance, no 3D or compiz) is ok, but every time i use my Laptops (which are single-screen naturally) i wish my Desktop performance were that great. The Xinerama setup is just not that snappy. There is a small lag with everything. Menu's appearing, Moving Windows, general responsiveness. Would a SLI System (SLI board + 2 SLI cards i guess) improve this situation? Thanks for any replies, Sascha ___ 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: dead space elimination
On Thu, Sep 10, 2009 at 11:24 PM, Jozef Riha jose1...@gmail.com wrote: hello all, recently i bought an external monitor to plug it into my laptop running arch linux. the resolution on the external display is however different (larger) to the one on the laptop. i dislike panning idea and the need of searching the mouse in dead space is really frustrating. does anybody know if there will be a way in a future to restrict mouse movement in a non-rectangular area, that is: disallow it to enter dead space area? i'm able to support the development via paypal. cheers, joe until it is solved i'm going to live with this: difference_in_vertical_resolutions=132; x_resolution=1024; while sleep 0.4; do xwarppointer get | ( read x y; if [ $x -lt ${x_resolution} -a $y -lt ${difference_in_vertical_resolutions} ]; then xwarppointer abspos $x ${difference_in_vertical_resolutions}; fi); done it takes some cpu power + does not accurately mimic windows xp behaviour but still better than nothing.. joe ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Would SLI speed-up Xinerama?
On Fri, 11 Sep 2009, Sascha wrote: Hello List! I currently use a triple-head setup with 2 nvidia-cards: What version of xorg? I'm doing dual head on xorg 1.6.1/7.4 (Fedora 11), but with one graphics card. The graphics card has 4 outputs, but I can't seem to get the second pair to work. I'm under the impression that they effectively operate as a separate card, but I'm unsure of that. HTH, - | Name: Tim Nelson | Because the Creator is,| | E-mail: wayl...@wayland.id.au| I am | - BEGIN GEEK CODE BLOCK Version 3.12 GCS d+++ s+: a- C++$ U+++$ P+++$ L+++ E- W+ N+ w--- V- PE(+) Y+++ PGP-+++ R(+) !tv b++ DI D G+ e++ h! y- -END GEEK CODE BLOCK- ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
ANN: xterm patch #248
Patch #248 - 2009/9/11 * fix an overlooked adjustment for selecting double-width characters in the narrow-character configuration. * eliminate uses of XTERM_CELL and XTERM_CELLC where an appropriate LineData pointer is available. * correct expression in okScrnRow macro, making selections give the length of lines below the visible screen (report by Stuart Henderson). * correct logic used to improve performance of missing-glyph check, which did not handle line-drawing characters (Debian #545220). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpZuYXC3KKRO.pgp Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg