Re: blocking gui process
On 7 June 2010 18:53, Alexandre Mazari sca...@gmail.com wrote: what | web | guis --- style | css | program calls gui toolkit* structure | html | program calls gui toolkit** behaviour | js | program shows different parts when it | gets callbacks; calling gui toolkit correctness| js | program has ifs in signal callbacks backend | server | some tier separate from the gui code (hopefully) You might be interested in the SeedKit project [0] which provide a way to define the UI of an application in pure standard web technologies while accessing lower level systems (dbus services, GObject inyrospected libraries, native code). In a SeedKit view you can both bind DOM events to native code and native signals (in the GObject termology) to javascript handlers manipulating the DOM tree. Why not just use Qt and QtWebkit if you want to do that? Qt has javascript bindings, so you get dbus etc all for free. You can also implement parts in c++ for performance speed ups etc. (For example, I do this in my own app - http://userbase.kde.org/File:Ksysguard_detailed2.png which is part of http://userbase.kde.org/System_Activity ) John ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: blocking gui process
On 5 June 2010 00:41, Johannes Buchner buchner.johan...@gmx.at wrote: Hi! I was wondering if it would be possible to architect GUIs so that their process can be blocked while the user doesn't interact with them. That would make it possible to swap the process out completely (e.g. while it is on a different workspace). In reality, a program will often have some background threads running. But still, I'd be interested. For a given program, it should be possible to write it so that it does not have background threads running if it's not doing anything. But for all programs, there will be always one or two that are badly written. Perhaps you want to follow what the Google Android is doing with suspend blockers. The idea is that you want the system sleep even if processes are doing something, because not all process are well written. Thus you want to be able to say This processes really is doing something important, and must not be suspended, for example network drivers etc. -- somewhat unrelated musings follow -- snip Check out Qt 4.7 with its QML stuf: http://doc.qt.nokia.com/4.7-snapshot/qdeclarativeanimation.html John ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Please help with Xorg
On 16 March 2010 13:48, Roland Scheidegger rscheidegger_li...@hispeed.ch wrote: On 16.03.2010 02:50, John Tapsell wrote: On 15 March 2010 20:03, Simone Azzalin azzalin.sim...@gmail.com wrote: Just to eliminate the stupid questions first.. Is your screen TFT, and if so, what is its native resolution? :) Resolutions always worked fine with many distros, but in the last times it happens with recents distros for example.. The first resolution proposed is 1200 x 920 (if I remember well because I'm on another pc right now ) Okay so that's a ratio of 1200/920 = 5/4 = 1.25 But you're trying to use a resolution of 1024/768 = 4/3 = 1.33 So it's no wonder you're getting black bars. The picture just doesn't fit on the screen. If it used to 'work', probably you just set some setting on the monitor to stretch the screen to fit, instead of adding black bars. So, either run in 1200/920 or play about with the monitor settings to find a way to make it stretch instead of adding black bars. I think this has nothing to do with linux or xorg. Well if that's a notebook lvds panel, those don't come with scalers, Ah good point - reviewing the first email, he does indeed say that this is a laptop. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Please help with Xorg
On 15 March 2010 02:25, simo_it azzalin.sim...@gmail.com wrote: Hi everybody, I ask help here because I don't know anything more to do.. In the last times with a lot of distros I'm having a problem with the resolutions... If I change to 1024x768 I have black edges on both sides of my desktop... Just to eliminate the stupid questions first.. Is your screen TFT, and if so, what is its native resolution? :) John ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Please help with Xorg
On 15 March 2010 20:03, Simone Azzalin azzalin.sim...@gmail.com wrote: Just to eliminate the stupid questions first.. Is your screen TFT, and if so, what is its native resolution? :) Resolutions always worked fine with many distros, but in the last times it happens with recents distros for example.. The first resolution proposed is 1200 x 920 (if I remember well because I'm on another pc right now ) Okay so that's a ratio of 1200/920 = 5/4 = 1.25 But you're trying to use a resolution of 1024/768 = 4/3 = 1.33 So it's no wonder you're getting black bars. The picture just doesn't fit on the screen. If it used to 'work', probably you just set some setting on the monitor to stretch the screen to fit, instead of adding black bars. So, either run in 1200/920 or play about with the monitor settings to find a way to make it stretch instead of adding black bars. I think this has nothing to do with linux or xorg. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Getting monitor resolutions when xorg isn't running
On 19 February 2010 14:53, David Sveningsson e...@sidvind.com wrote: Hi, is it possible to get a list of supported resolutions for a monitor, similar to using xrandr, but even if xorg hasn't been started? sudo apt-get install xresprobe sudo ddcprobe | grep ^mode: John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
Hi Guys, In meat space, I've now had 2 people telling me that they've voted in a certain way because they are really concerned about the missing money. This is a very high figure, given that I'm a nobody and I don't even know any current X developers in person! Reading this thread, I'm not personally concerned, but please remember that there are quite a few people following all of this and talking about it in the real world and that you'll need to get get the word out when it is all resolved and accounted for. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: framebuffer emulator
On 10 February 2010 15:16, Luca Santini luca.sant...@spesonline.com wrote: Hi all, Is there a way to test and debug an app built to use /dev/fb0 into a window running on an accelerated X server instance? i have a running X session on my nvidia proprietary driven laptop, and i want to start a program built to use /dev/fb0 (that i currently haven't on my /dev !!!) Also I guess you can run vmware or similar :-) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X11 fullscreen
2010/1/29 Nicolas Mailhot nicolas.mail...@laposte.net: Le Ven 29 janvier 2010 14:40, Russell Shaw a écrit : The right way is to make each font a smart font that is simply a C library plugin. In other words, you can't handle real-world fonts. Since those cost millions and can take months or even years to create (see stix), since people like to have many of them, and want to interoperate with other people that use fonts in existing formats on other systems, I can't see how your advice is anything other than utterly wrong and dangerous. Please stop feeding the troll. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X11 fullscreen
2010/1/28 Dirk De Becker dirk.debec...@dzine.be: Hi all, I want to make an application in C/C++ that draws fullscreen stuff on an X11 server. Can anyone tell me how to do this? What are you trying to do exactly? What does your program do? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X11 fullscreen
2010/1/28 Dirk De Becker dirk.debec...@dzine.be: I just want to draw some stuff on screen, probably using cairo, but I want this not in a window, but on the full screen. That gives me zero new information. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X11 fullscreen
2010/1/29 Daniel Stone dan...@fooishbar.org: Please, please, stop telling people to write their own toolkits; it's quite possibly the worst advice I've ever heard on this list, to be honest. Not to mention that people are starting to demand cross-platform apps. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: keyboard suddenly dead
2009/11/12 Adam Lantos h...@playma.org: I had the same problem, I suspect it's a KDE bug - my colleague suggested to switch krunner to task oriented interface and back to command oriented. It helped, keyboard was working again after this. I didn't ask him how he found this solution, but he reported it in KDE bugzilla. Right-clicking on a title bar makes the keyboard work again! I'm so happy that I've found a work around :-) http://bugs.kde.org/show_bug.cgi?id=155951 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Cross compiling xorg-7.3 - /bin/sh: ../src/util/makekeys: cannot execute binary file
2009/11/17 john blair mailtome200420032...@yahoo.com: I am trying to cross compile xorg-7.3 and am getting the following error: ../src/util/makekeys /usr/arm-linux-gnu/include/X11/keysymdef.h ks_tables_h /bin/sh: ../src/util/makekeys: cannot execute binary file Hmm, I thought I fixed these problems in xorg. I pushed a load a patches. Has it broken again? http://www.x.org/wiki/CrossCompilingXorg discusses this problem and says that there is a patch for it. I _think_ that's out of date now - I cleaned up and pushed the patches into git about 1 year ago. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: keyboard suddenly dead
2009/11/11 Hanno Böck ha...@hboeck.de: Hi, I had a quite strange problem, it's not reproducible, but it happened twice, so I thought I'll report it, no idea how to investigate it further. Wow, I wrote almost exactly the same thing in IRC. I have exactly the same symptoms. I'm running kubuntu 9.10 on a laptop with an ATI video card. I'll post the xorg versions etc if that is needed. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How X works / lightest Window Manager
2009/9/29 Lucas Mocellin lucasmocel...@gmail.com: Hi, thanks for the answers, I'm sorry to not being clear, let's try again. the LiveCD customization must be 2 main things, secure and light: defining light: it is supposed to run in most available (old and new) hardware - at least 256MB. defining secure: I will show the Window Manager with an GUI on it, this GUI will open the Firefox. Why bother with a window manager at all then? Just run firefox and your gui bare, directly on X. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
SHA1
Hi all, There is a long conversation going on on the git mailing list over SHA1 implementations, and in particular measuring them in 'real world' situations. Since xorg also relies on a fast SHA1 implementation for comparing pixmaps, I think you'll find the results interesting. I have summarised the results below for your convenience. I was particularly amazed at just how much of a difference there is between implementations. These results are from running git fsck -a on the linux kernel and so represent real world situations. These are the results that Linus Torvalds got on x86-64: - Mozilla SHA1 portable C-code (sucky sucky): MOZILLA_SHA1=1 real0m38.194s user0m37.838s sys 0m0.356s - The SHA1 implementation used by git (half-portable C code): BLK_SHA1=1 real0m28.120s user0m27.930s sys 0m0.192s - OpenSSL assembler code: real0m26.327s user0m26.194s sys 0m0.136s And on 32 bit we see GCC clearly struggling with register starvation: - Mozilla SHA: real0m47.063s user0m46.815s sys 0m0.252s - BLK_SHA1=1 real0m34.705s user0m34.394s sys 0m0.312s - OPENSSL: real0m29.754s user0m29.446s sys 0m0.288s Encouraged by the fact that the git implementation is almost as good as the ASM, Linus then started to tweak the C code with the most evil and foul code that I've seen. The end result was (on 64-bit) - OpenSSL: real0m26.363s user0m26.174s sys 0m0.188s - This C implementation: real0m26.594s user0m26.310s sys 0m0.256s And on a slow 32bit atom (with the evil-and-foul changes they made): - BLK_SHA1: real2m27.160s user2m23.651s sys 0m2.392s - OpenSSL: real2m12.580s user2m9.998s sys 0m1.811s John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: same linux installation, different font rendering
2009/8/6 Giacomo giacomo.strangol...@elettra.trieste.it: Hi to all. I am Giacomo S. from Elettra synchrotron radiation facility, Trieste, Italy. We use to develop Qt GUIs on a kubuntu system. The development process is as follows: 1. develop the application on machine A; 2. install the application on machine B, where it has to be run. Machine A and B have been installed from the same installation CD: - same X environment/libraries - same nvidia X driver (official NVIDIA, to support multi screen) - same qt libraries - same compiler/libc libc++... ... The problem is that launching the same panel on machine B shows a different font rendering with respect to machine A, producing unwanted changes in the global layout of the graphical interface elements. What does xdpyinfo | grep resolution give on the two machines? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: XI2 pull warning
2009/5/29 Peter Hutterer peter.hutte...@who-t.net: On Thu, May 28, 2009 at 02:54:22PM -0400, Thomas Jaeger wrote: Thanks for the work you've put into this. I haven't spent a lot of time testing the new code, but here are my first impressions. You're probably aware of most of the issues below already, but I'll mention them just in case. Has anyone from wine had a look at the patch? Might it be good to get someone from there to sign off on this, since they need the XI2 stuff to have fairly specific behaviour? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Performance of rdesktop in Xorg-7.4
2009/3/31 Sid Kapoor sidkapoor2...@gmail.com: Hi all, Recently I compiled Xorg-7.4 (xorg-server-1.5.1). It compiled successfully, but the performance of rdesktop with this xorg is not satisfactory. Are you comparing against Xorg 7.3 or what? Are you saying that 7.4 is slower than some other version? Are you reporting a regression? Screen refresh while rendering heavy graphics is taking a lot of time and is very slow. My system has AMD Geode LX processor. I am using 'geode' video driver. I am attaching 'xorg.conf' file, and Xorg log file. The configure options that I gave while compiling Xorg-7.4 are : ./configure --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man --localstatedir=/var --with-module-dir=/usr/lib/X11/modules --with-xkb-output=/var/lib/xkb --with-serverconfig-path=/etc/X11 --with-fontdir=/usr/share/fonts/X11 --enable-install-setuid --enable-kdrive --enable-kdrive-vesa --with-os-name=SliTaz GNU/Linux --with-builder-addr=$MAINTAINER --disable-dri --disable-dri2 --disable-glx --disable-aiglx --disable-xorgcfg $CONFIGURE_ARGS I wanted to enable dri options, but keeping the --enable-dri and --enable-dri2 options gave the following errors: indirect_size_get.c: In function '__glGetBooleanv_size': indirect_size_get.c:709: error: 'GL_COMPARE_REF_DEPTH_TO_TEXTURE_EXT' undeclared (first use in this function) indirect_size_get.c:709: error: (Each undeclared identifier is reported only once indirect_size_get.c:709: error: for each function it appears in.) indirect_size_get.c:717: error: 'GL_MAX_ARRAY_TEXTURE_LAYERS_EXT' undeclared (first use in this function) indirect_size_get.c:720: error: 'GL_TEXTURE_BINDING_1D_ARRAY_EXT' undeclared (first use in this function) indirect_size_get.c:721: error: 'GL_TEXTURE_BINDING_2D_ARRAY_EXT' undeclared (first use in this function) make[1]: *** [indirect_size_get.lo] Error 1 make: *** [all-recursive] Error 1 I installed the MesaLib-7.1 package for GL libraries. The variables on which it is giving errors are present in gl.h and glext.h header files, which are present in the proper path and are included in the indirect_size_get.c file. Due to these errors I have to disable dri and glx options while compiling xorg-server-1.5.1. Can anyone tell me the reason of these errors, or is there any other alternative to enhance the rdesktop performance (while rendering heavy graphics) ? Thanks in advance. Siddharth Kapoor ___ 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: How to restrict X server to localhost ?
2009/3/18 hd h.dupon...@laposte.net: I'd like my X server is listening only on localhost Is there a command line option (or config file option) to limit the scope of the listening socket of X server ? there is '-nolisten' but this option seems disable the TCP stack What's wrong with that? Why would you want to communicate over TCP to localhost? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Graphic drivers and applications
2009/3/5 Lukas Hejtmanek xhejt...@ics.muni.cz: Hello, is the graphic driver performing acceleration (for example composite operation) able to know for which application is this operation done? I would like to track down number of pixmaps allocated for particular applications and see whether all of them are freed after aplication is closed and also to see which applications are leaking pixmap shamelessly. It seems that xrestop is not working properly. I'm already tracking total number of allocated pixmaps for intel driver, according to this tracking, 1000 pixmaps were freed after closing firefox application, but xrestop reports that firefox had only 515 pixmaps. How new is your xrestop? I fixed a counting bug in xrestop about 6 months ago. -- Lukáš Hejtmánek ___ 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: Graphic drivers and applications
2009/3/5 Lukas Hejtmanek xhejt...@ics.muni.cz: On Thu, Mar 05, 2009 at 02:13:24PM +, John Tapsell wrote: How new is your xrestop? I fixed a counting bug in xrestop about 6 months ago. ubuntu says that it is version 0.4-3. Did your fix bump version number beyond that? Wow my memory is bad. My patch was actually back in February 2006. How time flies. So uh nevermind me. John -- Lukáš Hejtmánek ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Desktop is not using full screen space
2009/2/20 Alex Deucher alexdeuc...@gmail.com: 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. Couldn't this just be a case that he hasn't got the right resolution? Not all TFTs upscale ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Severe memory leaks make X.org unuseable
2009/2/19 Maciej Grela maciej.gr...@gmail.com: 2009/2/19 milnser43...@yahoo.com milnser43...@yahoo.com: There are very serious and severe memory leaks under X.org with the savage driver. I am on FreeBSD. This is a very serious problem as it consumes all system memory adn causes other applications to crash. It is totally unuseable and intolerable and is simply shoddy and sloppy programming. I know for a fact XFree86 did not leak memory like this, XFree86 started at about 25 MB and stayed there. What is going on here? Every since the X.org project was started the quality of X distribution has plummeted drastically. Post some details (hardware ? xorg version ? driver version ? logs ?) because there isn't enough information in your post to even start investigating the issue. From his previous posts[1], it looks like he's talking about ProSavage DDR on Freebsd. I attempted to try to help by getting him to run pmap, but it seems freebsd doesn't have pmap. [1] http://lists.freedesktop.org/archives/xorg/2008-December/041494.html JohnFlux ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: very slow performance of glxgears (68 fps)
2009/2/18 Matthias Hopf mh...@suse.de: On Feb 06, 09 01:56:19 +, John Tapsell wrote: glxgears is not a benchmark. At openSUSE we print out a warning now (well, this change went into *after* 11.1, unfortunately), that this is not a benchmark. We got really tired of these statements. Except that it _is_ a benchmark. Or rather waas before the change. No, it never was. If for example, without vsync, a user gets just 100fps on their new nvidia card, then that is clearly showing that something is wrong. So it is a validation tool, but not a benchmark. A benchmark - by definition - gives you performance figures that can be compared with other systems, which gives you a reasonable notion of which of the systems is better. Right. If one system gets 100fps and another gets 1,000fps, then you compare the two systems and say that one is better than the other. All you are saying is that it's not an accurate comparison if the numbers are close. Which exactly is not the case with glxgears. Matthias -- Matthias Hopf mh...@suse.de ____ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de ___ 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: very slow performance of glxgears (68 fps)
2009/2/1 Ian Romanick i...@freedesktop.org: On Sat, 2009-01-31 at 02:30 +, John Tapsell wrote: 2009/1/31 Bryce Harrington br...@canonical.com: On Fri, Jan 30, 2009 at 01:29:49PM -0800, Eric Anholt wrote: $ glxgears Failed to initialize TTM buffer manager. Falling back to classic. 300 frames in 5.0 seconds = 59.884 FPS 299 frames in 5.0 seconds = 59.621 FPS 300 frames in 5.0 seconds = 59.818 FPS glxgears is not a benchmark. We sync to vblank because running glxgears at 1000fps is dumb. I am going to go out on a limb and guess we're going to see a crapload of reports of performance regression due to reduced glxgears frame rates. What was the purpose in this change? I have never heard a user complain that glxgears is running too fast, and that they want it to vsync. What's the use case of this change exactly? It has nothing to do with gears running to fast. It has to do with running real apps at crazy framerates and sucking power (and battery). It is also used to avoid tearing, though I don't think we've got that quite right yet. Out of interest, which apps specifically have too high frame rates? And why can't those apps vsync if that's what they intend? There are cases were apps want to run as fast as possible - for benchmarking etc. Are these apps now broken by this change? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: very slow performance of glxgears (68 fps)
2009/1/30 Eric Anholt e...@anholt.net: On Fri, 2009-01-30 at 21:28 +, Panagiotis Archondis wrote: Hi there, I have the following system # lspci 00:00.0 Host bridge: Intel Corporation 82Q35 Express DRAM Controller glxgears is not a benchmark. We sync to vblank because running glxgears at 1000fps is dumb. Hi Eric, This is specific to which chipsets please? glxgears is not a benchmark, but it is extremely useful nonetheless. When and where was the change made to vsync please? JohnFlux ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: very slow performance of glxgears (68 fps)
2009/1/31 Bryce Harrington br...@canonical.com: On Fri, Jan 30, 2009 at 01:29:49PM -0800, Eric Anholt wrote: $ glxgears Failed to initialize TTM buffer manager. Falling back to classic. 300 frames in 5.0 seconds = 59.884 FPS 299 frames in 5.0 seconds = 59.621 FPS 300 frames in 5.0 seconds = 59.818 FPS glxgears is not a benchmark. We sync to vblank because running glxgears at 1000fps is dumb. I am going to go out on a limb and guess we're going to see a crapload of reports of performance regression due to reduced glxgears frame rates. What was the purpose in this change? I have never heard a user complain that glxgears is running too fast, and that they want it to vsync. What's the use case of this change exactly? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Switching from X-Window to VT
2009/1/13 sdrb s...@onet.eu: John Tapsell wrote: 2009/1/13 sdrb s...@onet.eu: Hi, I have a question regarding switching from X-Window to virtual terminal. Usually I use both of them and I very often switch between of them. The switching process usually takes 3-8 seconds (X11 - VT). I have Intel E8400 processor and GF7600GT and I wonder why does the switching from X11 to VT take so much time, while switching in opposite direction is done almost immediately. The switching time even grows when I have firefox running with many of tabs. Could anyone explain what's going on? Because xorg has drivers for setting up the video card, and so does the kernel. So switching to a VT requires un-setting up the video card by Xorg, then setting up the video card by the kernel. You'll be happy to know, however, that this will hopefully soon(ish) be fixed. The idea is to move all of this to the kernel. The first steps have already been done ( 2.6.28 kernel, out on christmas day, came with GEM - http://kernelnewbies.org/Linux_2_6_28#head-b957b19f6139b6bbbfabaf790bf643b1746985d6 ) Yes, I heard about GEM, but I'm very interested in what cause this effect. Is it possible to read more details (even low-level details) about this problem? If you google for kernel mode setting you'll get dozens of hits. In particular it's worth checking out the kerneltrap articles (those are always good - http://kerneltrap.org/node/8242). Thank you rapid answer. sdrb ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to write an X driver..?
2009/1/12 Florian Echtler f...@butterbrot.org: Hello everyone, as posted previously, I'm on the way to writing a driver for DisplayLink devices. Unfortunately, I'm a bit at a loss on where to start. I've noticed that it seems pretty easy to write a framebuffer driver and run an X server with fbdev on top of that. However, as the DisplayLink devices are connected through the USB bottleneck which makes even plain PCI look blazingly fast by comparision, I'm not sure whether that approach would throw away a lot of optimization potential, like storing pixmaps in unused areas of the video memory. I think that this is generally done by having the framebuffer driver allocate the screen to be as large as possible. Then in the xserver you know that offscreen memory address is simply from the end of the visible screen. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Switching from X-Window to VT
2009/1/13 sdrb s...@onet.eu: Hi, I have a question regarding switching from X-Window to virtual terminal. Usually I use both of them and I very often switch between of them. The switching process usually takes 3-8 seconds (X11 - VT). I have Intel E8400 processor and GF7600GT and I wonder why does the switching from X11 to VT take so much time, while switching in opposite direction is done almost immediately. The switching time even grows when I have firefox running with many of tabs. Could anyone explain what's going on? Because xorg has drivers for setting up the video card, and so does the kernel. So switching to a VT requires un-setting up the video card by Xorg, then setting up the video card by the kernel. You'll be happy to know, however, that this will hopefully soon(ish) be fixed. The idea is to move all of this to the kernel. The first steps have already been done ( 2.6.28 kernel, out on christmas day, came with GEM - http://kernelnewbies.org/Linux_2_6_28#head-b957b19f6139b6bbbfabaf790bf643b1746985d6 ) John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: 2D antialiasing?
And that is no problem at all, until you want to throw away the glyph that was there before and write a new glyph in its place. How? How do you 'remove' a glyph that was there before? There's no 'remove this pixmap' operation. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X Server: abused or buggy?
2008/12/9 Alan Cox [EMAIL PROTECTED]: Why should it be a KDE bug if the X server is leaking memory? I used to The KDE app told X to cache all those pixmaps. X is just doing what it was asked to. The alternative would be that it decided to kill off that client for being dumb. There seems to be a little bit of confusion here. It seems to me that Oscar is saying that the memory usage of X remains high even after closing Okular. Even if Okular told X to cache those pixmaps, shouldn't they be fully released after Okular quits? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
mi: UpdateSprite only if the device is attached.
Hi all, This commit introduces a bug for me. I use Xorg with no mouse attached, but use synergy to control the mouse. The commit means that I no longer have a visible mouse cursor. The mouse cursor is still 'there' in terms that I can click buttons etc with it, but it's just not visible. commit 9ce995373e4aa4b1bf51b4adafa2324f781ec1cd Author: Peter Hutterer [EMAIL PROTECTED] Date: Mon Dec 1 21:32:39 2008 +1000 mi: UpdateSprite only if the device is attached. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Questions !
2008/11/28 My Own Linux [EMAIL PROTECTED]: Thanks ! One more question : How does Xlib handle the drawing of points, lines, rectangle ? Does it use any library like GD Graphics Library or it does it on its own ? The video driver for your video card is given an opportunity to draw it. It the video driver decides to not draw it, then it falls back to being drawn in software. Xorg is currently moving to using the 'pixman' library to do all the software rendering. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Questions !
2008/11/28 John Tapsell [EMAIL PROTECTED]: 2008/11/28 My Own Linux [EMAIL PROTECTED]: Thanks ! One more question : How does Xlib handle the drawing of points, lines, rectangle ? Does it use any library like GD Graphics Library or it does it on its own ? The video driver for your video card is given an opportunity to draw it. It the video driver decides to not draw it, then it falls back to being drawn in software. Xorg is currently moving to using the 'pixman' library to do all the software rendering. John I should probably point out that 'xlib' is just a library/protocol that lets an application talk to the Xserver. Xlib doesn't do anything except pass messages from applications to the Xserver and back again. So xlib itself doesn't 'handle' drawing at all. JohnFlux ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X server 1.6_beta1 pending pixman
2008/11/25 Soeren Sandmann [EMAIL PROTECTED]: Keith Packard [EMAIL PROTECTED] writes: So, we'll see if we can't get a bit of pixman review and perhaps a pixman release done tomorrow so that the X server beta can head out. Here are some comments on the matrix code. I didn't review all the numericals, but nothing jumped out at me either. - I'd like to have the interface const correct, for example in pixman_transform_multily (struct pixman_transform_t *dst, struct pixman_transform_t *l, struct pixman_transform_t *r); l and r could be const - For the rotation interfaces, maybe expand the names s and c to sin and cos? I first thought c meant center and was then mystified what s could mean. - The interfaces that take forward/reverse matrices should probably accept NULL's. - Pixman's version numbering scheme is similar to cairo's: The git master version has an odd micro number, released versions have even micro numbers. - The name pixman_f_transform bothers me, but I don't have a better suggestion since pixman_transformf would be worse. How about pixman_fourier_transform ? Why abbreviate it? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X doesn't start on omap3
Are you using udev? Is /dev mounted? Try running fbset -i 2008/11/20 Amit Pundir [EMAIL PROTECTED]: Hello, When I start my Xorg, built for omap3 arch, I get the following error. (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument (EE) FBDEV(0): mode initialization failed *Complete log attached at the end* omap3-evm comes with a 480x640 LCD display and it uses omap24xxfb display driver with following specs. omap24xxfb: display mode 480x640x16 hsync 38kHz vsync 59Hz I may have goofed up a little while configuring Xorg.conf because I couldn't find any sample Xorg.conf for fbdev X driver. I may have missed some important sections too which I'm not aware of. It looks like. Section Device Identifier omap-fbdev Option UseFBDev /dev/fb0 Driver fbdev EndSection Section Screen Identifier Screen0 Device omap-fbdev SubSection Display Viewport 0 0 Depth 16 Modes 480x640 EndSubSection EndSection Any help or pointers will be appreciated. Let me know if you need any more information. Thanks for your concern. Regards Amit Pundir Xorg.0.log contents: X.Org X Server 1.5.1 Release Date: 23 September 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.24-21-generic i686 Current Operating System: Linux OMAP3EVM 2.6.22.18-omap3 #3 Thu Nov 20 10:19:09 IST 2008 armv7l Build Date: 18 November 2008 06:49:15PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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.0.log, Time: Thu Jan 1 00:02:47 1970 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Screen0 (0) (**) | |--Monitor default monitor (**) | |--Device omap-fbdev (==) No monitor specified for screen Screen0. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (==) FontPath set to: /lib/X11/fonts/misc/, /lib/X11/fonts/TTF/, /lib/X11/fonts/OTF, /lib/X11/fonts/Type1/, /lib/X11/fonts/100dpi/, /lib/X11/fonts/75dpi/ (==) ModulePath set to /lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) No APM support in BIOS or kernel (II) Loader magic: 0x19f8a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (--) using VT number 1 (II) System resource ranges: (II) LoadModule: extmod (II) Loading /lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.5.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.5.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.5.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX enabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: freetype (II) Loading
Re: USB keyboard with Xfbdev (again)
Hi Stuart, I have no idea about your problem, but for what it's worth have you considered just using Xorg instead of kdrive? John 2008/11/14 Stuart Hughes [EMAIL PROTECTED]: Hi Cliff, I saw your posting here: http://lists.freedesktop.org/archives/xorg/2008-September/038581.html and wondered if you or anyone else managed to resolve this. I'm cross compiling xorg-server-1.4 for a powerpc 7400 (MAC G4) and Xfbdev starts and the mouse works (eventually), but I get nothing from the USB keyboard (I started twm and tried typing an xterm). I'm starting it like this and see: # Xfbdev -mouse mouse -keybd xkb Couldn't find keyboard driver keybd Couldn't find keyboard driver xkb I've tried other combinations, but nothing seems to work. I'm passing the following to configure when I build it (all one line): ./configure --prefix=/usr --host=powerpc-linux --build=i686-pc-linux-gnu --enable-composite --enable-kdrive --disable-dri --disable-xinerama --disable-xf86misc --disable-xf86vidmode --disable-xorg --disable-xorgcfg --disable-xnest --disable-xvfb --disable-xevie --disable-xprint --disable-xtrap --enable-xfbdev --disable-dmx --enable-builtin-fonts --disable-dbus --disable-ipv6 --enable-xkb --enable-kbd_mode Any ideas? Regards, Stuart ___ 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: Memory usage problems with X.org on ProSavage DDR
Hi, Could you run sudo pmap -d pidofxorg and paste the result please? Thanks! John 2008/11/8 [EMAIL PROTECTED] [EMAIL PROTECTED]: I am using X.org on a s3 Prosavage video adapter, using video driver savage. I have been having significant problems with the vast amounts of memory that are being consumed, living very little space left for other applications. For instance, here is the readout from top that shows what i am talking about: 1 960 302M 20304K select 24.0H 3.61% Xorg This is really a huge problem has a have a limited amount of memory and disk space and because of this massive amount of memory consumed, other applications are running out of memory and crashing. I know X.org should probably not be using this much memory and there is a bug somewhere in the software that is doing this. If you need any logs or anything please ask. Thank you. ___ 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: Embedded X
Are there any performance differences between Xorg and kdrive? Is EXA better than KAA? My tests with the very lastest OMAP boards: I found a 20% speed improvement on the OMAP between kdrive fbdev KAA and xorg fbdev EXA. However I didn't not use the most recent version of kdrive for the comparision, so I don't know what the difference is now. I found no memory usage difference between the newest kdrive and newest Xorg. The development effort of writing a new kdrive server (based on Xfbdev) vs writing Xorg driver for a new hardware? I guess kdrive is easier and cleaner, maybe because I'm not at all familiar with Xorg development. It is a harder to get started with Xorg because there's quite a bit of code that you need to get started. However writing the Xorg driver is much cleaner. It is a separate driver, and can be compiled etc completely independently of Xorg. For KDrive, however, it's much more 'built-in'. Also there are things you can do with an Xorg driver that you can't do with kdrive. For example manage your own pixmap memory - essential if you have a UMA system (unified memory). So basically I would join the chorus here in recommending to go with Xorg John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Virtual core keyboard
2008/10/2 Peter Hutterer [EMAIL PROTECTED]: On Tue, Sep 30, 2008 at 02:44:26PM +0100, John Tapsell wrote: I have a device without a keyboard, but I still send keyboard events to X. Specifically I use synergy. what version of X are you running? I used the version from HEAD in git. I had the same problem with kdrive however. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Virtual core keyboard
Hi all, I have a device without a keyboard, but I still send keyboard events to X. Specifically I use synergy. But just running Xorg, the keyboard events don't seem to be passed through by synergy to X. If I try adding a keyboard like: Section InputDevice Identifier Keyboard0 Driver kbd EndSection I get the error: (EE) XKB: No components provided for device Virtual core keyboard Is there a way to add some sort of 'virtual' keyboard? John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Various patches
2008/9/23 Keith Packard [EMAIL PROTECTED]: On Thu, 2008-09-04 at 10:57 +0100, John Tapsell wrote: Hi all, The first patch applies to xorg/xserver and replaces the requirement of openssl with an internal SHA1 implementation. The SHA1 code is the code that openbsd uses and is public domain. Using an internal SHA1 implementation isn't a good idea as any bugs in that will likely go unfixed for years. While this is possible, this is an extremely small amount of code and it's code that is used pretty much everywhere, including ffmpeg, wpa_supplicant, etc. Is there some specific system which doesn't have any library providing a SHA1 implementation? Pretty much every single embed system? Openssl doesn't crosscompile. If you revert this patch, you make it not possible to cross-compile X, afaics. John Whil I've reverted this patch; you're welcome to create a patch which uses an external SHA1 library of your own making, but I don't want X.org to be in the position of maintaining this code. -- [EMAIL PROTECTED] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: OpenGL is free free free software
Can anyone comment on the relationship between this and mesa? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Regression when building xorg-git?
2008/9/11 Florian Echtler [EMAIL PROTECTED]: Hello everybody, I'm using jhbuild to compile the current git version of xorg, and I'm running into http://bugs.freedesktop.org/show_bug.cgi?id=17381 Jhbuild seems to adhere to the suggested build sequence (dri2proto-mesa-xserver), so I'm not quite sure how to fix this.. Hi Florian, My patch 0001-Update-the-xorg.modules-dependencies.patch in a previous thread is currently waiting for acceptance, and it updates some of the module dependencies. I don't know if it will fix the build for you, but it works for me (tm). John Any hints? Many thanks, Yours, Florian -- 0666 - Filemode of the Beast ___ 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: Ubuntu 8.04.1 rotate screen 90 degrees
Could you look inside /var/log/Xorg.0.log please and see if you have something like (==) intel(0): Using EXA for acceleration or similar. i'm wondering if you're using EXA or XAA 2008/9/9 James Den Kaat [EMAIL PROTECTED]: I have installed Ubuntu 8.04.1 on an atom motherboard with an Intel 945gm graphics on board. I have installed the latest intel drivers and al is fine in normal mode. However, I have a requirement to run the screen in portrait mode, that is at 90 degrees, when I do this everything slows down to a crawl. Is there any way to improve performance so that it gives a similar result no matter how I rotate the screen? Thank You J DenKaat ___ 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
