Re: Restoring Xhost Connection
On 07/09/2010 03:21 AM, Liew, Philip wrote: Hi, I just have a question regarding restoring lost X connections. I was running an application remotely through X and during the course of the day that connection dropped. The application was still running but I was no longer able to view the application on my desktop. Is it possible to somehow restore that connection or open a new one such that I don’t need to kill and restart the application? You need to use something like NX or Xpra. Antoine PS: this question has nothing to do with xhost Thanks, *Philip Liew* This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorized and may be illegal. Unless otherwise stated, opinions expressed in this e-mail are those of the author and are not endorsed by the author's employer. Le présent message, ainsi que tout fichier qui y est joint, est envoyé à l'intention exclusive de son ou de ses destinataires; il est de nature confidentielle et peut constituer une information privilégiée. Nous avertissons toute personne autre que le destinataire prévu que tout examen, réacheminement, impression, copie, distribution ou autre utilisation de ce message et de tout fichier qui y est joint est strictement interdit. Si vous n'êtes pas le destinataire prévu, veuillez en aviser immédiatement l'expéditeur par retour de courriel et supprimer ce message et tout document joint de votre système. Sauf indication contraire, les opinions exprimées dans le present message sont celles de l’auteur et ne sont pas avalisées par l’employeur de l’auteur. ___ 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: anto...@nagafix.co.uk ___ 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: Platform Specific
On Thu, 2010-07-08 at 16:34 -0700, David G wrote: I have walked through building individual components one by one in attempt to learn what depends on what and have a much better grasp on some of the dependencies than I did a couple days ago however I am still lacking knowledge. What would be very helpful would be docs which explain each component so I can (hopefully) choose which is needed and which isn't. Last week I wanted to have a minimally configured xserver for build related work. I did a brain dead job of compiling an xserver with the minimum packages possible. No idea if it actually works. This is the list of packages, in build order, that will compile, including their configuration options: util/macros font/util ./pixman proto/xproto proto/kbproto proto/xextproto proto/inputproto lib/libXau xcb/proto xcb/pthread-stubs xcb/libxcb lib/libxtrans lib/libX11 proto/bigreqsproto proto/damageproto proto/fixesproto proto/fontsproto proto/inputproto proto/kbproto proto/randrproto proto/renderproto proto/videoproto proto/xcmiscproto proto/xextproto proto/xproto lib/libxkbfile lib/libfontenc lib/libXfont--disable-freetype lib/libpciaccess ./xserver --disable-glx --disable-dri --disable-composite --disable-record --disable-screensaver --disable-xres --disable-xinerama This was done on Ubuntu Jaunty on AMD64. There may be non xorg dependencies that are part of the distro that I am not aware of. You may also want to disable document generation using --disable-specs --disable-docs or --disable-devel-docs. You can export PKG_CONFIG_LIBDIR=/dev/null to ensure you do not link to dependencies you are not aware of. This is the list of pkg-config files that I ended-up with at the end of the build: bigreqsproto.pc damageproto.pc fixesproto.pc fontenc.pc fontsproto.pc fontutil.pc inputproto.pc kbproto.pc pciaccess.pc pixman-1.pc pthread-stubs.pc randrproto.pc renderproto.pc videoproto.pc x11.pc x11-xcb.pc xau.pc xcb-composite.pc xcb-damage.pc xcb-dpms.pc xcb-dri2.pc xcb-glx.pc xcb.pc xcb-proto.pc xcb-randr.pc xcb-record.pc xcb-render.pc xcb-res.pc xcb-screensaver.pc xcb-shape.pc xcb-shm.pc xcb-sync.pc xcb-xevie.pc xcb-xf86dri.pc xcb-xfixes.pc xcb-xinerama.pc xcb-xprint.pc xcb-xtest.pc xcb-xvmc.pc xcb-xv.pc xcmiscproto.pc xextproto.pc xfont.pc xkbfile.pc xorg-server.pc xproto.pc signature.asc Description: This is a digitally signed message part ___ 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: strange terminal-emulators-only behaviour: broken key-map?
strangely it seems that *only* my gnome-terminal/xterm stopped to correctly map my keyboard (pc105). Other applications (gedit, openoffice,...) still work correctly. For example, if I type shift+3, I should get the £ character but I get #+return and èéàç keys are no longer working, printing out empty spaces. Same behavior in xterm or other terminals... I also tried the fr layout with the same result: £ is mapped to #+return. Today I discovered that the behavior is related to the BASH shell only. When I I use the SH shell, the terminal's keymap works as expected. I cannot figure out why the interaction between BASH and x-terminals is broken, any idea? Simone ___ 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: strange terminal-emulators-only behaviour: broken key-map?
Am Friday 09 July 2010 schrieb Simone: Today I discovered that the behavior is related to the BASH shell only. When I I use the SH shell, the terminal's keymap works as expected. I cannot figure out why the interaction between BASH and x-terminals is broken, any idea? xmodmap (or similar) calls in ~/.bashrc, /etc/bash.bashrc? Thomas ___ 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: X Server Cursor Option
On Friday 9 July 2010, Chris Healy cphe...@gmail.com wrote: Simon, I saw your name as being the author for this change so I thought I would go straight to you with my question. Please don't omit a relevant mailing list when doing this - by all means CC me in, but I don't always have time to answer questions, and including the mailing list helps you get a timely answer. I have an embedded touchscreen device that should normally not have the cursor visible, thus I want to use the -nocursor option, but for debugging purposes, I need to be able to plug a mouse in and have a visible cursor. (Because this is for debugging purposes, restarting the X Server is not an option.) Is there a way to make the cursor visible again without restarting the X Server? This is very deliberately not possible with the -nocursor option - it aims to ensure that the cursor cannot be displayed no matter how hard X applications try. You want to look at the XFixes extension - the -nocursor option simply alters the cursor behaviour to act as if a HideCursor request is in force for all possible windows. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ___ 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: Radeon RS482 video memory changing
On Fri, Jul 9, 2010 at 8:18 AM, Dark Guard darkg...@gmail.com wrote: Greetings guys. In first place, I want to say a great «thanks!» to you all. Your work at the field of X programming and creation of the perfect stable video drivers is really outstanding! But, unfortunately, a little occasion with video has been observing on my laptop. The cover story: Recently, I forced my Dell Inspiron 1501n up with a new LinuxMint_x86_x64 release as well as x86-free-radeon driver. Before this migration, I used PCLinuxOS which have x86_32 support and Ati proprietary driver also included. My laptop, mentioned above, contains Turion MK-36 (x86_64), 1 Gb of Ram Xpress 200M IGP. I didn't make much attention of free ram available before, but due to switching to x86_64 I had to. Certainly, the performance raised up, but the system free memory became an extremely low (I expected a variety of decrementation, but not in so terrifying amount). Therefore, I tried to change the situation by lowering a video memory range. By default, there are 256 Mbs of UMA+SidePort memory the system reserves to. This option merely is not presented in BIOS in the official Catalist Control Center for linux(in my old distributive by the way) is not presented too. I've read a plenty of docs - Xorg mailing list archives, FAQ, all radeon's driver guideline, but the only stuff I have found to play with - is option «VideoRam» / «in Kb» in device section of xorg.conf (and unfortunately it doesn't work). The question: Is there any possibility to minimize a video ram value using x86-free-radeon or for now it's not available? The only way to change the amount of ram used for vram is via a bios option. Alex The output of uname, xorg.log dmesg: uname -a Linux laptop 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux dmesg | grep drm [ 0.00] Linux version 2.6.32-21-generic (bui...@yellow) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 (Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2) [ 0.973135] [drm] Initialized drm 1.1.0 20060810 [ 2.046113] [drm] radeon defaulting to kernel modesetting. [ 2.046117] [drm] radeon kernel modesetting enabled. [ 2.050797] [drm] radeon: Initializing kernel modesetting. [ 2.050876] [drm] register mmio base: 0xB010 [ 2.050878] [drm] register mmio size: 65536 [ 2.051233] [drm] GPU reset succeed (RBBM_STATUS=0x0140) [ 2.051246] [drm:rs400_gart_adjust_size] *ERROR* Forcing to 32M GART size (because of ASIC bug ?) [ 2.051250] [drm] Generation 2 PCI interface, using max accessible memory [ 2.051252] [drm] radeon: VRAM 256M [ 2.051254] [drm] radeon: VRAM from 0x3000 to 0x3FFF [ 2.051256] [drm] radeon: GTT 32M [ 2.051258] [drm] radeon: GTT from 0x4000 to 0x41FF [ 2.051281] [drm] radeon: irq initialized. [ 2.051516] [drm] Detected VRAM RAM=256M, BAR=256M [ 2.051522] [drm] RAM width 128bits DDR [ 2.051655] [drm] radeon: 256M of VRAM memory ready [ 2.051657] [drm] radeon: 32M of GTT memory ready. [ 2.051679] [drm] GART: num cpu pages 8192, num gpu pages 8192 [ 2.052077] [drm] radeon: 2 quad pipes, 1 z pipes initialized. [ 2.052095] [drm] radeon: cp idle (0x1C03) [ 2.052142] [drm] Loading R300 Microcode [ 2.056474] [drm] radeon: ring at 0x4000 [ 2.056496] [drm] ring test succeeded in 1 usecs [ 2.056629] [drm] radeon: ib pool ready. [ 2.056706] [drm] ib test succeeded in 0 usecs [ 2.056837] [drm] Panel ID String: SEC [ 2.056839] [drm] Panel Size 1280x800 [ 2.056882] [drm] Radeon Display Connectors [ 2.056884] [drm] Connector 0: [ 2.056885] [drm] VGA [ 2.056888] [drm] DDC: 0x68 0x68 0x68 0x68 0x68 0x68 0x68 0x68 [ 2.056889] [drm] Encoders: [ 2.056891] [drm] CRT1: INTERNAL_DAC2 [ 2.056893] [drm] Connector 1: [ 2.056894] [drm] LVDS [ 2.056896] [drm] DDC: 0x198 0x198 0x19c 0x19c 0x1a0 0x1a0 0x1a4 0x1a4 [ 2.056898] [drm] Encoders: [ 2.056900] [drm] LCD1: INTERNAL_LVDS [ 2.207975] [drm] fb mappable at 0xC004 [ 2.207979] [drm] vram apper at 0xC000 [ 2.207981] [drm] size 4096000 [ 2.207982] [drm] fb depth is 24 [ 2.207984] [drm] pitch is 5120 [ 2.208225] fb0: radeondrmfb frame buffer device [ 2.208252] [drm] Initialized radeon 2.0.0 20080528 for :01:05.0 on minor P.S. xorg.conf is inserted as file With best regards, Sergey. ___ 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: alexdeuc...@gmail.com ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info:
Re: Platform Specific
While I have not yet located answers to all my questions I did just happen across some helpful bits in the git tree of which have recent changes. For anyone else looking for dependency and module lists and some relational information you may useful the scripts and lists at: http://cgit.freedesktop.org/xorg/util/modular/tree/ Specifically the xorg.modules and xorg-7.0 modules as well as the various build scripts have provided me some additional information regarding dependency and build ordering and such. -D On Thu, Jul 8, 2010 at 4:34 PM, David G daveg68+list-x...@gmail.com wrote: Hi, I am attempting to build kdrive (or xorg) for several specific platforms (via cross compiling) and my goal is to end up with just enough of a feature set to fire up rdesktop/vnc or other apps without a window manager and as the only running app. Obviously with keyboard/mouse functionality. After reading much of the wiki and other sources regarding kdrive and modular xorg I still am at a loss as to what the minimum requirements/dependencies are for a kdrive server and including platform specific video driver. Can anyone shed some light on bare minimum dependencies for kdrive + video driver and/or point me in the direction of where to continue reading? I have walked through building individual components one by one in attempt to learn what depends on what and have a much better grasp on some of the dependencies than I did a couple days ago however I am still lacking knowledge. What would be very helpful would be docs which explain each component so I can (hopefully) choose which is needed and which isn't. For example I see the xorg-server configure option --disable-screensaver which is what I prefer...don't need one, does this mean that scrnsaverproto is not needed then? If this device will never be rendering video or 3d what more can I disable and/or not have to install? Is libXau, pixman, libXfont, etc even needed? I don't mind readinging/researching deeper if someone can point me to more information about the relationship and dependencies between the various components. Thanks in advance for any assistance. -D ___ 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: X Server Cursor Option
I've asked you to ensure that you keep a relevant mailing list in the loop. Please respect my request - I made it for good reasons. I honestly can't answer your questions - I never need the X cursor, so it suits me to have it completely disabled and impossible to re-enable. I pointed you at XFixes, because I believe that the code used by the HideCursor request is closely related to the code that the -nocursor option amends. If you keep this on the xorg mailing list, rather than insisting on mailing me privately, you may get helpful answers from other people. On Friday 9 July 2010, Chris Healy cphe...@gmail.com wrote: Simon, So, if I understand what I've just read, I would use the xfixes extensions within the applications that I don't want to see a cursor over? I have four seperate GUI's that will run on this embedded device: Firefox GUI Java GUI Clutter GUI Mono GUI Basically, I'd have to add code to each of my applications? Chris (BTW - Are you on IRC? I'm cph1234 on freenode) On Fri, Jul 9, 2010 at 9:25 AM, Simon Farnsworth simon.farnswo...@onelan.co.uk wrote: On Friday 9 July 2010, Chris Healy cphe...@gmail.com wrote: Simon, I saw your name as being the author for this change so I thought I would go straight to you with my question. Please don't omit a relevant mailing list when doing this - by all means CC me in, but I don't always have time to answer questions, and including the mailing list helps you get a timely answer. I have an embedded touchscreen device that should normally not have the cursor visible, thus I want to use the -nocursor option, but for debugging purposes, I need to be able to plug a mouse in and have a visible cursor. (Because this is for debugging purposes, restarting the X Server is not an option.) Is there a way to make the cursor visible again without restarting the X Server? This is very deliberately not possible with the -nocursor option - it aims to ensure that the cursor cannot be displayed no matter how hard X applications try. You want to look at the XFixes extension - the -nocursor option simply alters the cursor behaviour to act as if a HideCursor request is in force for all possible windows. -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ -- Simon Farnsworth Software Engineer ONELAN Limited http://www.onelan.com/ ___ 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: strange terminal-emulators-only behaviour: broken key-map?
On Fri, Jul 09, 2010 at 05:03:53PM +0200, Simone wrote: strangely it seems that *only* my gnome-terminal/xterm stopped to correctly map my keyboard (pc105). Other applications (gedit, openoffice,...) still work correctly. For example, if I type shift+3, I should get the £ character but I get #+return and èéàç keys are no longer working, printing out empty spaces. Same behavior in xterm or other terminals... I also tried the fr layout with the same result: £ is mapped to #+return. Today I discovered that the behavior is related to the BASH shell only. When I I use the SH shell, the terminal's keymap works as expected. I cannot figure out why the interaction between BASH and x-terminals is broken, any idea? Check /etc/inputrc or ~/.inputrc for suspicious settings. Marius Gedminas -- We don't care. We don't have to. We're the Phone Company. signature.asc Description: Digital signature ___ 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: Virtual desktop - smaller than display
On Fri, Jul 9, 2010 at 2:04 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Thu, Jul 8, 2010 at 4:37 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, Jul 8, 2010 at 3:59 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Thu, Jul 8, 2010 at 3:44 PM, Alex Deucher alexdeuc...@gmail.com wrote: if your hw supports a scaler, just set the smaller mode and have it scale up to the larger screen mode. If not, you'll have to mess with the h/v border widths in the modeline to generate a center mode. Hmmm. Interesting. Does it work on LCDs? How do I calculate that? Current modeline is (from Xorg.0.log) 1200x900 x50.6 57.27 1200 1208 1216 1240 900 905 908 912 -hsync -vsync Something like: http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=blob;f=drivers/gpu/drm/i915/intel_lvds.c;h=31df55f0a0a7950a0e59ebce556fc30cde35b891;hb=refs/heads/drm-next#l276 Not working at all for me unfortunately. Maybe I am flunking the modeline math, but I think that this specific driver (openchrome) has special hardcoded magic for our display. That modeline is what Xorg reports when it autodetects the modeline -- using the exact same modeline via explicit declaration kills the display. So this driver ain't a friend of modeline tweaking. The modeline used by the hardware may not be what's reported to X. You'll have to check the source to see how the driver handles it. Alex Do we have a VirtualAndIMeanIt stanza? m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ 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