Does xrandr1.3 rotate support panning?
Dear All: Recently, I use xrandr1.3, I use following command: xrandr --output VGA --panning 1600x1200 the screen can do panning then I use xrandr --output VGA --rotate left it can not do panning. Does xrandr1.3 support rotate panning ? Thanks! ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [PATCH] 64-bit issues in libx11
While we're on this subject, i have a question as well (same file, line 175). if(event) widen(event_sequence, event-full_sequence); What purpose does that serve? Maarten. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Severe memory leaks make X.org unuseable
On Thu, 2009-02-19 at 16:44 -0800, milnser43...@yahoo.com wrote: I am sorry about the trouble that this misunderstanding has caused. I am just glad to know that the Xserver is really taking up only 30 mb of ram or so. So your system is no longer totally unusable and other programs are no longer crashing? Ross -- Ross Burton mail: r...@burtonini.com jabber: r...@burtonini.com www: http://burtonini.com ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Mouse problem with event driver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I've got a problem with my mouse. Most likely something hasn't been
configured correctly yet, but i can't find what it might be. I hope you
can help.
I've got two computers at my desk. A fairly new one, and an older one.
Each has got their own screen, and my Keyboard and Mouse are connected
to them through an USB+PS/2 KVM switch. The Mouse in question is a
Logitech MX510.
A short while ago i switched from the ImPS/2 Driver to the event driver
on the newer desktop. Whenever i now switch to the old desktop, the new
computer loses the mouse. I see these Messages in the Xorg.log:
(EE) Configured Mouse: Read error: No such device
(EE) Configured Mouse: Failed to reopen device after 10 attempts.
(II) Configured Mouse: Close
I then have to restart X to get the mouse back. Needless to say that's
quite annoying :
If i am on a tty, i still see (like it used to be) the USB Disconnect
messages, and when i switch back the USB Connect messages. With the old
driver, the Mouse Device would be re-opened and with half a second delay
or so, i could use it again.
This is how it's configured in the xorg.conf:
Section InputDevice
Identifier Configured Mouse
Driver evdev
Option CorePointer
# Option Device /dev/input/event4
Option Device /dev/input/mx510
Option Name Logitech USB-PS/2 Optical Mouse
EndSection
Because the event device switches upon reboot (sometimes even when
switching back and forth between the computers i think) i wrote a udev
rule to create an additional Symlink to input/mx510:
KERNEL==event*, SUBSYSTEMS==input, ATTRS{name}==Logitech USB-PS/2
Optical Mouse, SYMLINK+=input/mx510
This rule works, the symlink is created (and re-created upon re-connect)
but the mouse stays gone.
Thanks in advance for your help.
regards,
Christoph Goesgens
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkmejgMACgkQXikP07lSR4FtugCg3PzE9sOHFL7r9/dbrifGruSz
LXYAn3UrgLwPe+r7e6vgwWEjFqZsAqi/
=iknX
-END PGP SIGNATURE-
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Desktop is not using full screen space
On Fri, Feb 20, 2009 at 2:25 AM, S D sund...@yahoo.com wrote: Hi, Need help with the following problem: Desktop is not using full available screen space. The system was working fine in Debian Etch. Then it was upgraded to Debian Lenny. Hardware remains the same, no changes were made. After the upgrade to Lenny, the picture doesn't use the whole available screen space but leaves unused areas about 3-5 cm from the left, right, top and bottom monitor edges. It looks something like this: +1--+ | | | | |+---2-+| || || || || || || |+-+| | | | | +---+ Where 1 is the monitor and 2 is the picture. Adjust the horizontal and vertical size on your monitor until it fills your screen. Alex ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Does xrandr1.3 rotate support panning?
On Fri, 2009-02-20 at 16:28 +0800, flora...@viatech.com.cn wrote: Does xrandr1.3 support rotate panning ? X server 1.6 will, but the initial panning support didn't work under rotation (or other transforms). -- keith.pack...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Getting there Re: Current support and roadmap for discrete graphics card hot switching
Hi all, Just to give a heads up to everyone interested in this thread, one of the Sony Vaio Z-series launchpad team members has found a way to turn on/off the discrete nvidia graphics card by investigating the DSDT tables. So we have at least 60 happy users that can enjoy this feature now. Details here: https://launchpad.net/~sony-vaio-z-series http://www.basyskom.org/~eva/log_installation_vaio_z21vnx.html - The mode can be switched through sysfs: echo stamina /sys/devices/platform/sony-laptop/speed_stamina echo speed /sys/devices/platform/sony-laptop/speed_stamina Make sure you have no X server running while doing this, as X will break. The drivers starts in stamina mode as default. This can be changed by a parameter, to startup in speed mode: insmod sony-laptop speed_stamina=1 It is unsure initialisation of the Nvidia card is complete and this has not been tested. Loading such a module at boot time might break your linux installation (or at least making it impossible to start up the X server). Unfortunately the PCI system doesn't really recognize the change and still shows the 00:02.0 Intel graphics controller and the 01:00.0 Nvidia graphics controller, but not the 00:02.1 Intel card. So if you use scripts to switch your X.org config, this will break. - I guess it's a matter of X.org picking up from here now, trying to get this to work better with a running X server somehow. Cheers, Albert. On Thu, Jan 15, 2009 at 10:21 AM, Albert Vilella avile...@gmail.com wrote: Hi all, What is the current support and roadmap for discrete graphics card hot switching in Xorg? See: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/312756 http://forum.notebookreview.com/showthread.php?t=258304 Hybrids with the Ability to turn off the 3d chip: AMD/ATI calls it PowerXpress and Nvidia HybridPower. It uses 2 graphics cards, one energy efficient with little 3d power and the other for gaming (fast and uses more/a lot of power), the user can choose which chip to use. This is not a new concept. Sony has build in 2 graphics chips into some of their laptops for years. In the past a reboot was required to switch between the chips. With the new generation it is possible to change between chips on the fly, the screen will flicker but no need to reboot. At least in Windows Vista (XP, Linux not supported) the user can switch freely between the chips or set up a profile to do so automatically (eg when on battery use low power chip and when plugged in use the more powerful chip). The graphic card hybrid not only works with two Nvidia or AMD cards but the low power Intel graphics solutions (mostly shard memory) can also be combined with 3d chips from AMD or Nvidia. This solution is ideal for users who want maximum battery life and be able to play current games. The most likely combination is Intel shard memory graphics card for battery life and some low to mid level 3d chip. This will not give great 3d performance but enable you to play some games. Limitations are the drivers. Special drivers are needed depending on which graphic chips are combined in the hybrid. This will most likely make you depended on the Notebook manufactures driver support. It is uncertain if 3rd party drivers (such as laptopvideo2go) will be usable. One of the models is the Sony Vaio Z series. Right now, both cards are visible under Linux, but there is no way to hot-switching-off (if that is a word...) the Nvidia card. For a summary of users' experimentation with this laptop and Linux. There are currently ~40 users of Sony Vaio Z series using Linux that would like this feature to be implemented. See: https://launchpad.net/~sony-vaio-z-series Also, see: http://forum.notebookreview.com/showthread.php?t=325616page=1 http://forum.notebookreview.com/showthread.php?t=325616page=2 http://forum.notebookreview.com/showthread.php?t=325616page=3 http://forum.notebookreview.com/showthread.php?t=325616page=4 http://forum.notebookreview.com/showthread.php?t=325616page=5 Thanks, Albert. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
XTrap removal
What is the rationale behind removing the xtrap extension. Doing some reading on this indicates that the Xtrap extension allows synthesis of X input events and capture of X events. It seems as though it would be important to be able to capture both incoming events from a client and to be able simulate input events to a client. The capture of events from a client could be important in allowing text to be captured for a screen reader device. The sending of an event to a client could be important for voice recognition and ocr software. Has anyone considered this? What existing clients might be broken by the removal of this extension? It is also important to provide a security model for such interclient interactions. The user should be able to choose what clients can access which other clients communication streams. In some cases capture and synthesis is critical in the case of screen readers for the blind, OCR and voice recognition. In other cases, it could be harmful, allow for malicious password sniffing and execution of commands in xterm windows by bad clients. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
int10 using vbios from wrong card
While trying to figure out where my VGA-SCART video output has disappeared, I noticed my secondary Radeon 9250 is being booted with the VBIOS from the primary X800 as can be seen in the attached log. Older logs from working versions seem to show the same thing, so that's not necessarily caused my immediate problem of no modes on VGA-0... This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.6.99.1 Release Date: (unreleased) X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.29-rc4-00058-g4c098bc x86_64 Current Operating System: Linux eater 2.6.29-rc4-00058-g4c098bc #24 PREEMPT Tue Feb 10 13:52:49 GMT 2009 x86_64 Build Date: 20 February 2009 02:41:45PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.1.log, Time: Fri Feb 20 19:15:07 2009 (==) Using config file: /etc/X11/xorg.conf (++) ServerLayout mythtv0 (**) |--Screen MythScrn0 (0) (**) | |--Monitor TV (**) | |--Device ATI9250 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option IsolateDevice PCI:0:6:0 (II) Isolating PCI bus 0:6:0 (**) Option Xinerama false (**) Option AutoAddDevices no (**) Not automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/TTF does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/TTF/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/OTF does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/misc, /usr/share/fonts/75dpi, /usr/share/fonts/100dpi, /usr/share/fonts/Type1, /usr/share/fonts/misc/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/, built-ins (==) ModulePath set to /usr/lib64/xorg/modules (**) Extension Composite is enabled (**) Extension DAMAGE is enabled (WW) Ignoring unrecognized extension XVideo-MotionCompensation (II) Loader magic: 0x7dc540 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 5.0 X.Org Server Extension : 2.0 (--) using VT number 1 (--) PCI:*(0...@0:6:0) ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1, Mem @ 0xb800/134217728, 0xcff8/65536, I/O @ 0xdc00/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) MX[B] [5] -1 0 0x000f - 0x000f (0x1) MX[B] [6] -1 0 0x000c - 0x000e (0x3) MX[B] [7] -1 0 0x - 0x0009 (0xa) MX[B] [8] -1 0 0x - 0x (0x1) MX[B] [9] -1 0 0x000f - 0x000f (0x1) MX[B] [10] -1 0 0x000c - 0x000e (0x3) MX[B] [11] -1 0 0x - 0x0009 (0xa) MX[B] [12] -1 0 0x - 0x (0x1) MX[B] [13] -1 0 0x000f - 0x000f (0x1) MX[B] [14] -1 0 0x000c - 0x000e (0x3) MX[B] [15] -1 0 0x - 0x0009 (0xa) MX[B] [16] -1 0 0x - 0x (0x1) MX[B] [17] -1 0 0x000f - 0x000f (0x1) MX[B] [18] -1 0 0x000c - 0x000e (0x3) MX[B] [19] -1 0 0x - 0x0009 (0xa) MX[B] [20] -1 0 0x - 0x (0x1) IX[B] [21] -1 0 0x - 0x (0x1) IX[B] [22] -1 0 0x - 0x (0x1) IX[B] [23] -1 0 0x - 0x (0x1) IX[B] [24] -1 0 0x - 0x (0x1) IX[B] [25] -1 0 0x - 0x (0x1) IX[B] [26] -1 0 0x - 0x (0x1) IX[B] [27] -1 0 0x - 0x (0x1) IX[B] [28] -1 0 0x - 0x (0x1) IX[B] [29] -1 0 0x - 0x (0x1) IX[B] (II) LoadModule: extmod (II) Loading /usr/lib64/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.6.99.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib64/xorg/modules/extensions/libdbe.so
compiling xcompmgr, xorg-macros
Hi - I checked out xcompmgr from the public git, and tried to compile it; the autogen.sh produced this error: error: configure built with too old a version of xorg-macros.m4 - requires version 1.1.0 or newer (the version number is wrong, as in the patch I sent earlier. really, I have v1.1 and the script wants v1.2) So in order to get the latest xorg-macros, I cloned the public git from git/xorg/util/macros, ran autogen and sudo make install, fine. But I still get the same error when trying to compile xcompmgr. I'm sure I've missed something, but what? Any suggestions welcome. Thanks Dan P.S. system info in case relevant: Asus Eee, i686, linux kernel 2.6.21.4-eeepc, xandros -- http://www.mcld.co.uk ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: compiling xcompmgr, xorg-macros
On Fri, Feb 20, 2009 at 1:49 PM, Dan danstowell+x...@gmail.com wrote: Hi - I checked out xcompmgr from the public git, and tried to compile it; the autogen.sh produced this error: error: configure built with too old a version of xorg-macros.m4 - requires version 1.1.0 or newer (the version number is wrong, as in the patch I sent earlier. really, I have v1.1 and the script wants v1.2) So in order to get the latest xorg-macros, I cloned the public git from git/xorg/util/macros, ran autogen and sudo make install, fine. But I still get the same error when trying to compile xcompmgr. I'm sure I've missed something, but what? Any suggestions welcome. Are you sure you're grabbing your local xorg-macros.m4 and not the system copy? You'll want to set ACLOCAL=aclocal -I$xprefix/share/aclocal before running autoreconf (autogen.sh). -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Mouse problem with event driver
On Fri, Feb 20, 2009 at 12:03:32PM +0100, Christoph Gösgens wrote: I've got a problem with my mouse. Most likely something hasn't been configured correctly yet, but i can't find what it might be. I hope you can help. I've got two computers at my desk. A fairly new one, and an older one. Each has got their own screen, and my Keyboard and Mouse are connected to them through an USB+PS/2 KVM switch. The Mouse in question is a Logitech MX510. A short while ago i switched from the ImPS/2 Driver to the event driver on the newer desktop. Whenever i now switch to the old desktop, the new computer loses the mouse. I see these Messages in the Xorg.log: (EE) Configured Mouse: Read error: No such device (EE) Configured Mouse: Failed to reopen device after 10 attempts. (II) Configured Mouse: Close I then have to restart X to get the mouse back. Needless to say that's quite annoying : If i am on a tty, i still see (like it used to be) the USB Disconnect messages, and when i switch back the USB Connect messages. With the old driver, the Mouse Device would be re-opened and with half a second delay or so, i could use it again. This is how it's configured in the xorg.conf: Section InputDevice Identifier Configured Mouse Driver evdev Option CorePointer # Option Device /dev/input/event4 Option Device /dev/input/mx510 Option Name Logitech USB-PS/2 Optical Mouse EndSection short answer - don't do that. long answer: http://who-t.blogspot.com/2008/07/input-configuration-in-nutshell.html note that some bits are a bit stale already, especially in regards to grabbing the devices. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Desktop is not using full screen space
--- On Fri, 2/20/09, Alex Deucher alexdeuc...@gmail.com wrote: Adjust the horizontal and vertical size on your monitor until it fills your screen. I didn't want to do it because I already had my monitor tuned before the upgrade and it was working fine. Besides I use this same monitor with other PCs and they'll be affected as a result. Anyway, it doesn't appear there's another solution so I did it and it worked. Thanks ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: XTrap removal
On Fri, Feb 20, 2009 at 11:22:43AM -0800, milnser43...@yahoo.com wrote: What is the rationale behind removing the xtrap extension. [...] Some people (including some of my friends) have a problem where there's effectively no filter between their brain and their mouth, and they just say whatever occurs to them at that instant. That's bad enough. You, however, appear to have no filter between your brain and x...@? XTrap is covered by Record and Test; between them, they offer a superset of XTrap's functionality. We did think about this when it got removed. Thanks for your concern, but please, think before posting (or it'll be enforced). signature.asc Description: Digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Desktop is not using full screen space
On Fri, Feb 20, 2009 at 6:10 PM, S D sund...@yahoo.com wrote: --- On Fri, 2/20/09, Alex Deucher alexdeuc...@gmail.com wrote: Adjust the horizontal and vertical size on your monitor until it fills your screen. I didn't want to do it because I already had my monitor tuned before the upgrade and it was working fine. Besides I use this same monitor with other PCs and they'll be affected as a result. Anyway, it doesn't appear there's another solution so I did it and it worked. You can also try different modelines as an alternative. Alex ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: XtDisplayToApplicationContext fails with Error: Couldn't find per display information
Eirik's take on things is how I recall hearing it is designed. The Firefox source in gtk2xtbin.c seems to be related to this. It's sounding from this discussion like this must be a bug in how Firefox pretends to be an Xt app, so I probably can't do much about it. I've worked around the problem for now by using dlopen() to use gtk instead in browsers that have it loaded, since they are probably gtk apps pretending to be Xt apps rather than real Xt apps. Thanks for the help! 2009/2/4 Eirik Byrkjeflot Anonsen ei...@opera.com Glynn Clements gl...@gclements.plus.com writes: Tristan Schmelcher wrote: Hello all. Sorry if this is not the right place to send this, but I'm developing a plugin for Firefox on Linux and I've run up against a roadblock. In my plugin I'm being passed a pointer to an X Display struct (in NPP_SetWindow, for those of you that know NPAPI) and I'm calling XtDisplayToApplicationContext on it to get an app context to use in various Xt calls. Now on most systems this works fine--e.g., Ubuntu Dapper 32-bit with FF2 and Intrepid 32-bit with FF3 both work flawlessly. However, when I build a 64-bit version and try it on Ubuntu Hardy 64-bit with FF3, it doesn't work. When it enters XtDisplayToApplicationContext, I get Error: Couldn't find per display information on the console and the program exits. Does anyone know what could be causing this function to fail? I searched the web but without luck. AFAIK, the display must have been registered with Xt via XtDisplayInitialize(). With a conventional Xt-based application, this is done by e.g. XtAppInitialize(). Firefox isn't an Xt application, so I'm a bit surprised that it works at all. However, digging deeper I see that libxul.so uses Xt: This is a requirement in the netscape plug-in api. It passes a window that is documented to be an XmDrawingArea to the plug-in. However, most browsers ignore that and uses a plain Xt window instead. Obviously, the plug-in itself needs some way of accessing the window and receiving events. Painting can be done with plain X, but in order to receive events, the plug-in must register with the browser's main loop. So the only reasonable thing to do is to use Xt. (Yes, the netscape plug-in api is broken by design. The windowless style is slightly less broken, though.) eirik ___ 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
Building Xorg/xserver from git
Does anyone see any potential problems with using this in my main build script for 1.5.99.903+ : CC=gcc-4.3 LDFLAGS=-L/usr/lib -Wl,-rpath,/lib -Wl,-rpath,/usr/lib PATH=/usr/bin:$PATH ./util/modular/build.sh /usr Also , where would I specify the config options (--enable-dri2,etc) to be passed to the /xserver directory? Do I have to do a .configure seperately there? Should I do /util/macros directory autogen.sh before anything else? The ModularDevGuide makes no sense to me. Thanks for any advice. Ubuntu 8.10 x64 kernel-2.6.28.6 -= longtime X user - first time X builder =- - Error:Success -- View this message in context: http://www.nabble.com/Building-Xorg-xserver-from-git-tp22131950p22131950.html Sent from the Free Desktop - xorg mailing list archive at Nabble.com. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
radeon planar textured video
So currently the driver converts planar yuv data to packed when using textured video. And I fought so hard to convince the overlay scaler to accept planar data correctly ages ago :-). Anyway, when trying to view HD clips on my rs690, I noticed that Xorg indeed consumes quite a few cpu cycles, and some oprofile quickly revealed RADEONCopyMungedData as the top cpu hog as expected. So I figured what was a good idea for the overlay scaler should be a good idea for textured video, just copy planar data and change the shader accordingly. However, in contrast to the overlay scaler there are some drawbacks here, mostly the gpu will have to work harder cause it needs to sample 3 textures instead of 1, and the shader will be more complex. I don't think it should be much of a problem, since full 1080p25 requires a fillrate of only 50MT/s * 3, and even the slowest r300-based igp should have around 600MT/s IIRC (rs690 has 1600MT/s). Of course, it would also allow to change the coefficients used by the yuv-rgb conversion easily (I think some sources are actually meant to use a different spec here). The attached patch does exactly that (ok it was halfway copied from the intel driver), a couple of comments: - r300 only for now. r500 obviously doable, r200 should be possible too (I think that hopefully even the 2-pipe igp chips might be fast enough, with the added benefit that rv250 would get textured video too, as this doesn't rely on hw yuv-rgb conversion which is broken on that asic). Dunno about r100, it can't really run the necessary shader for such a conversion, however it has a PLANAR_YUV_ENABLE bit, which I don't know how it works and how the chip would need to be configured (but if it works should be very efficient on the upside). Also, this is mutually exclusive with bicubic filter (certainly could be done). - The xv attr for using the new code is rather for performance debugging than anything else... Speaking of that, naturally the RADEONCopyMungedData disappeared from the oprofile data, getting replaced by more libc usage (for memcpy which was expected) and initially way higher delay_tsc usage (which wasn't quite expected) with performance numbers (using mplayer's benchmark mode) actually slightly lower in some cases... However some tests revealed it seemed to be due to texture access latency or something along these lines (using textures with both macro and micro tiling improved things though I couldn't quite make it work for now due to blitter misconfiguration) I ended up with the manual texture cache configuration which is now indeed always faster (makes me wonder what performance gains you could get if you'd do that for the 3d driver and more interestingly HOW you'd do that sensibly there). - Overall I saw an increase of up to 10% using mplayer's benchmark mode (this was with ffmpeg-mt, and a X2 4850e), considering it's just barely faster than realtime every bit helps... Comments? r300_planar_texturedxv.diff Description: application/mbox ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Input hotplug issue : Handling the first key from new device
In a system with multiple input keyboard devices, mapping table switch takes place when server receives the first keystroke from a new device. At that time the server does the followig (in that sequence): * updating mapping tables to the new device * sending MappingNotify to clients * Processing the key event On receiving MappingNotify, a client usually does a new grab in accordance with the new mapping table. However, server creates a grab for it AFTER it processed the key event, therefore the key event is incorrectly delivered. In my testing case, the client grabs a keysym only defined in the new device. When the first key that happens to correspond to that keysym is hit from the new device, the client does a grab, but the grab is not there when server processes the event, so the client misses it (although the client is able to correctly catch subsequent keys from the new device). I tried something, including deferring processing key event for several dispatch loops, or having driver send a dummy keycode (with an extra select) for mapping table updates only, but all in vein. Is it an architectural issue ? Any solutions ? -Henry ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH] Interlaced RGB/PAL Output with FRC for Intel i9xx Chipsets
Hi list,
with the attached patch and xorg.conf you can use Intel i9xx chipsets to
directly drive RGB/PAL SCART devices like a TV set.
As with my former Radeon vga-sync-fields patch even/odd fields are routed
straightly from softdecoder to the VGA port. No software deinterlacing
takes place anymore thus saving CPU power and resulting in an artifact free
picture.
Full synchronicity between video stream and VGA video output timing is
provided by tiny real-time tweaks to the VGA video timing registers.
This is what FRC stands for: (f)rame (r)ate (c)ontrol
Please see attached explanation file how synchronization locks in after
starting video replay.
All you additionally need is a special VGA2SCART adapter cable like this:
http://www.vdr-portal.de/board/thread.php?postid=742945#post742945
At least Intel i910 i915 i945 chipsets are known to be compatible with
the patch. These chips are found in recent hardware like Intel D945GCLF
or Asus Pundit P5945GC including many netbooks.
You can build a cheap but high quality video replay device with that.
For further reference about frame rate control please see also:
http://linuxtv.org/pipermail/vdr/2008-July/017347.html
http://lists.freedesktop.org/archives/xorg/2008-September/038296.html
Cheers,
Thomas
diff -ur ../xserver-xorg-video-intel-2.3.2.org/src/i810_driver.c ./src/i810_driver.c
--- ../xserver-xorg-video-intel-2.3.2.org/src/i810_driver.c 2009-02-09 21:28:24.0 +0100
+++ ./src/i810_driver.c 2009-02-09 21:31:00.0 +0100
@@ -262,7 +262,11 @@
OPTION_NO_DDC,
OPTION_SHOW_CACHE,
OPTION_XVMC_SURFACES,
- OPTION_PAGEFLIP
+ OPTION_PAGEFLIP,
+ OPTION_SYNC_FIELDS,
+ OPTION_YSCALE_FTUNE,
+ OPTION_YRGB_VPHASE,
+ OPTION_UV_VPHASE,
} I810Opts;
static const OptionInfoRec I810Options[] = {
@@ -275,7 +279,11 @@
{OPTION_NO_DDC, NoDDC, OPTV_BOOLEAN, {0}, FALSE},
{OPTION_SHOW_CACHE, ShowCache, OPTV_BOOLEAN, {0}, FALSE},
{OPTION_XVMC_SURFACES, XvMCSurfaces, OPTV_INTEGER, {0}, FALSE},
- {OPTION_PAGEFLIP,PageFlip, OPTV_BOOLEAN, {0}, FALSE},
+ {OPTION_PAGEFLIP,PageFlip, OPTV_BOOLEAN, {0}, FALSE},
+ {OPTION_SYNC_FIELDS, SyncFields, OPTV_BOOLEAN, {0}, FALSE},
+ {OPTION_YSCALE_FTUNE, YScaleFineTune,OPTV_INTEGER, {0}, FALSE},
+ {OPTION_YRGB_VPHASE, YRGB_VPhase, OPTV_INTEGER, {0}, FALSE},
+ {OPTION_UV_VPHASE, UV_VPhase, OPTV_INTEGER, {0}, FALSE},
{-1,NULL, OPTV_NONE, {0}, FALSE}
};
/* *INDENT-ON* */
@@ -2861,7 +2869,9 @@
xf86DrvMsg(scrnIndex, X_PROBED,
Removing interlaced mode \%s\\n, mode-name);
}
+#if 0 /* allow interlaced mode */
return MODE_BAD;
+#endif
}
return MODE_OK;
}
diff -ur ../xserver-xorg-video-intel-2.3.2.org/src/i830.h ./src/i830.h
--- ../xserver-xorg-video-intel-2.3.2.org/src/i830.h 2009-02-09 21:29:41.0 +0100
+++ ./src/i830.h 2009-02-09 21:31:00.0 +0100
@@ -524,6 +524,11 @@
Bool *overlayOn;
#endif
+ Bool sync_fields;
+ int YScale_ftune;
+ int YRGB_vphase;
+ int UV_vphase;
+
/* EXA render state */
float scale_units[2][2];
/** Transform pointers for src/mask, or NULL if identity */
diff -ur ../xserver-xorg-video-intel-2.3.2.org/src/i830_crt.c ./src/i830_crt.c
--- ../xserver-xorg-video-intel-2.3.2.org/src/i830_crt.c 2009-02-09 21:28:24.0 +0100
+++ ./src/i830_crt.c 2009-02-09 21:31:00.0 +0100
@@ -87,7 +87,7 @@
if (pMode-Flags V_DBLSCAN)
return MODE_NO_DBLESCAN;
-if (pMode-Clock 40 || pMode-Clock 25000)
+if (pMode-Clock 40 || pMode-Clock 12000) /* lower minimum dotclk */
return MODE_CLOCK_RANGE;
return MODE_OK;
@@ -392,6 +392,12 @@
out:
i830ReleaseLoadDetectPipe (output, dpms_mode);
+#if 0 /* not yet */
+/*
+ * we also want to boot the Xserver without a CRT connected
+ */
+status = XF86OutputStatusConnected;
+#endif
return status;
}
diff -ur ../xserver-xorg-video-intel-2.3.2.org/src/i830_display.c ./src/i830_display.c
--- ../xserver-xorg-video-intel-2.3.2.org/src/i830_display.c 2009-02-09 21:28:24.0 +0100
+++ ./src/i830_display.c 2009-02-09 21:31:00.0 +0100
@@ -95,9 +95,9 @@
#define I8XX_P2_LVDS_FAST 7
#define I8XX_P2_SLOW_LIMIT 165000
-#define I9XX_DOT_MIN 2
+#define I9XX_DOT_MIN 12000 /* allow for PAL modes */
#define I9XX_DOT_MAX 40
-#define I9XX_VCO_MIN 140
+#define I9XX_VCO_MIN 100 /* allow for PAL modes */
#define I9XX_VCO_MAX 280
/* Haven't found any reason to go this fast, but newer chips support it */
@@ -964,6 +964,14 @@
i830_crtc_mode_fixup(xf86CrtcPtr crtc, DisplayModePtr mode,
DisplayModePtr adjusted_mode)
{
+if (mode-Flags V_INTERLACE) {
+ mode-CrtcVDisplay = adjusted_mode-CrtcVDisplay = mode-VDisplay;
+ mode-CrtcVSyncStart = adjusted_mode-CrtcVSyncStart = mode-VSyncStart;
+ mode-CrtcVSyncEnd = adjusted_mode-CrtcVSyncEnd = mode-VSyncEnd;
+ mode-CrtcVBlankStart =
