Re: RandR questions
First let me describe the behavior that prompted my questions. This is on a laptop running Ubuntu Desktop 10.10 and the xorg.conf is configured to run a mutli-display using the external HDMI and external VGA ports, thus the laptop screen is blank/off. If I unplug the HDMI connection the system does some display switching and my laptop screen turns on. When I plug the HDMI connection back in nothing happens. A couple of xrandr commands later and I can get the HDMI output displaying how it was originally. Suppose though that instead of issuing the xrandr commands to bring the external HDMI connection back up after plugging it in, I reboot the machine instead. Since my /etc/xorg.conf is unchanged I would expect that both my external monitors come up, however, the laptop screen comes on instead of my HDMI external connection which is now shown as disconnected. To get things back the way they were I can either used xrandr like previously or the ATI gfx menu options. Note that this only happens with regards to my HDMI connection because I think the laptop screen and the HDMI share the TMDS graphics hardware ( Assuming my understanding of these things is correct ; ) .) Unplugging the VGA doesn't create any auto switching response. So, with that said: Is is xrandr that does the auto switching from ext. HDMI to laptop automatically when HDMI monitor signal is lost? Or is that the gfx drivers or some other X program? ( I'd like to disable it if possible ) Is it xrandr that is saving some kind of persistent configuration settings somewhere that overrides my xorg.conf file at the next reboot? I couldn't find any sort of conf file anywhere related to this. Googling xrandr info doesn't show much except same man pages. Is xrandr scheduled to replace xorg.conf altogether? I've noticed that my xorg.conf really is pretty much as minimal as you can get. In previous Linux systems I've had much more intricate xorg.conf files with a lot more details filled in. Other than loading the driver for the gfx card, it seems like everything else can be pretty much done through xrandr. Am I understanding correctly where xrandr is headed in the Linux/X world? --Pedro On Sat, Oct 30, 2010 at 4:03 AM, Jeremy Huddleston jerem...@freedesktop.org wrote: This would be a good place... On Oct 29, 2010, at 21:07, Pedro DeKeratry wrote: Hi everyone, Is this the appropriate place to ask questions about the xrandr command line utility in order to understand how it interacts with my system environment at large or is such a question better suited to a distro specific mailing list? --Pedro ___ 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: jerem...@freedesktop.org ___ 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: RandR questions
On Tue, Nov 2, 2010 at 3:01 AM, Pedro DeKeratry pdekera...@gmail.com wrote: First let me describe the behavior that prompted my questions. This is on a laptop running Ubuntu Desktop 10.10 and the xorg.conf is configured to run a mutli-display using the external HDMI and external VGA ports, thus the laptop screen is blank/off. If I unplug the HDMI connection the system does some display switching and my laptop screen turns on. When I plug the HDMI connection back in nothing happens. A couple of xrandr commands later and I can get the HDMI output displaying how it was originally. Suppose though that instead of issuing the xrandr commands to bring the external HDMI connection back up after plugging it in, I reboot the machine instead. Since my /etc/xorg.conf is unchanged I would expect that both my external monitors come up, however, the laptop screen comes on instead of my HDMI external connection which is now shown as disconnected. To get things back the way they were I can either used xrandr like previously or the ATI gfx menu options. Note that this only happens with regards to my HDMI connection because I think the laptop screen and the HDMI share the TMDS graphics hardware ( Assuming my understanding of these things is correct ; ) .) Unplugging the VGA doesn't create any auto switching response. Your laptop screen and hdmi port are likely using separate encoders, but you only have 2 display controllers so you can only use two displays at a time. Digital connectors (DVI, HDMI, DP) have a hot plug pin that can generate an interrupt when the monitor is connected or disconnected, but older analog monitors (VGA, TV) do not. So, with that said: Is is xrandr that does the auto switching from ext. HDMI to laptop automatically when HDMI monitor signal is lost? Or is that the gfx drivers or some other X program? ( I'd like to disable it if possible ) When a connect/disconnect interrupt is generated the drm sends an event to userspace which can then do something with the event. In your case I think it just runs 'xrandr --auto' when it receives the event, but you can have it do whatever you want. Is it xrandr that is saving some kind of persistent configuration settings somewhere that overrides my xorg.conf file at the next reboot? I couldn't find any sort of conf file anywhere related to this. Googling xrandr info doesn't show much except same man pages. randr does not save any persistent state. if you want to force a particular setup, you need to specify it in your xorg.conf or via xrandr commands in your desktop startup scripts. Is xrandr scheduled to replace xorg.conf altogether? I've noticed that my xorg.conf really is pretty much as minimal as you can get. In previous Linux systems I've had much more intricate xorg.conf files with a lot more details filled in. Other than loading the driver for the gfx card, it seems like everything else can be pretty much done through xrandr. Am I understanding correctly where xrandr is headed in the Linux/X world? xrandr is just a utility to dynamically reconfigure your displays. xorg.conf is for specifying specific settings. See this page for info an using xrandr and specifying display settings in your xorg.conf: http://wiki.debian.org/XStrikeForce/HowToRandR12 Alex --Pedro On Sat, Oct 30, 2010 at 4:03 AM, Jeremy Huddleston jerem...@freedesktop.org wrote: This would be a good place... On Oct 29, 2010, at 21:07, Pedro DeKeratry wrote: Hi everyone, Is this the appropriate place to ask questions about the xrandr command line utility in order to understand how it interacts with my system environment at large or is such a question better suited to a distro specific mailing list? --Pedro ___ 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: jerem...@freedesktop.org ___ 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: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Xorg config question (missing xorg.conf)
Hi All, Pardon me if this has been asked and answered but this is my situation. On install of my optiplex gx210L with an intel915 chipset for the video driver, RH 5.4 install chose the intel driver which gave me a black screen and unresponsive computer. After rebooting in single user mode I was able to vi the xorg.conf file and change the device to i810 which works. Now I have inadvertently deleted my xorg.conf file and rebooted yet video still works fine as if the xorg.conf file was still in place. I understand that xorg will probe the device in the absence of an xorg.conf file and use the most appropriate driver. But... what did it choose? Why did it not choose the intel driver as on initial install? I would have expected another black screen, like on initial install. Thanks in advance, Phil ___ 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: nvidia and livna problem.
On Tue, 2010-11-02 at 15:21 +0330, Nima Taherkhani wrote: i click livna display configuration you mean rpmfuison ? you should report this on rpmfusion , because rpmfusion give you the capability to use Nvidia proprietary drives. also you should read http://rpmfusion.org/Howto/nVidiaInstalling, for Installing, configuring and troubleshooting the nVidia drivers -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic 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: Xorg config question (missing xorg.conf)
On 02/11/10 09:29 AM, Łukasz Maśko wrote: Dnia wtorek, 2 listopada 2010, Phil Savoie napisał: [...] I understand that xorg will probe the device in the absence of an xorg.conf file and use the most appropriate driver. But... what did it choose? Why did it not choose the intel driver as on initial install? I would have expected another black screen, like on initial install. Check the Xorg log file, then you'll now, which driver had been chosen. By the way, as far as I know, now there is only one intel driver, there is no distinction between i810, i915 or i965 (I cannot see it in my distro). Hi Łukasz, Thank you for replying, I did what you asked and found out that it used the vesa driver. However, there must be a distinction between the i810, i915 or i965 drivers. How else can the i810 work but the intel not? Thanks again, Phil ___ 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: Xorg config question (missing xorg.conf)
Łukasz Maśko wrote: Dnia wtorek, 2 listopada 2010, Phil Savoie napisał: [...] I understand that xorg will probe the device in the absence of an xorg.conf file and use the most appropriate driver. But... what did it choose? Why did it not choose the intel driver as on initial install? I would have expected another black screen, like on initial install. Check the Xorg log file, then you'll now, which driver had been chosen. By the way, as far as I know, now there is only one intel driver, there is no distinction between i810, i915 or i965 (I cannot see it in my distro). The Xorg driver was renamed from i810 to intel a couple years ago. It is possible that an older version was still installed under the i810 name on his system, or more likely that it wasn't really the driver change that made a difference. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ 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
xorg.conf usable
Hi all. I'm reading the msg, and i have a question. I was thinking xorg.conf file will not be usable, and is here only for 'compatibility'. (I don't use any in my configurations) Does that means if present, its configuration is used and the X server is started more rapidly? Thanks Daniel. ___ 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: xorg.conf usable
Dnia wtorek, 2 listopada 2010, MONDON Daniel napisał: Hi all. I'm reading the msg, and i have a question. I was thinking xorg.conf file will not be usable, and is here only for 'compatibility'. (I don't use any in my configurations) Does that means if present, its configuration is used and the X server is started more rapidly? In my configuration it definitely is usable. But does it make X start faster - I can't say. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: xorg.conf usable
MONDON Daniel wrote: Hi all. I'm reading the msg, and i have a question. I was thinking xorg.conf file will not be usable, and is here only for 'compatibility'. (I don't use any in my configurations) Does that means if present, its configuration is used and the X server is started more rapidly? xorg.conf is still fully supported and usable, and we don't plan to ever change it. If it is present, it's configuration is used, in order to allow people who need something other than the default configuration to make the changes they need. In most cases, it won't make any sort of measurable difference to startup time - you're adding overhead of reading and parsing a config file and not taking away much work in the lookup of the PCI vendor ids to find the appropriate driver to use. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ 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
[ANNOUNCE] libXi 1.4.0
Joining in the release frenzy as well with a new version of libXi, the library interface to the X Input Extension. This version doesn't add new features but has seen numerous packaging cleanups and a number of miscellaneous fixes. Alan Coopersmith (1): Update Sun license notices to current X.Org standard form Carlos Garnacho (1): Fix typo when converting raw events from the wire. Dan Nicholson (1): Need both xmlto and asciidoc to install man pages from a checkout Fernando Carrijo (1): Purge macros NEED_EVENTS and NEED_REPLIES Gaetan Nadon (21): .gitignore: use common defaults with custom section # 24239 Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432 Deploy the new XORG_DEFAULT_OPTIONS #24242 INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206 Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES man: ignore generated .man from .txt files in this directory COPYING: add missing copyright notice config: replace custom code with reusable macro XORG_WITH_XMLTO man: allow installing prebuilt man pages from tarball man: remove redundant nodist prefix to libman_DATA config: move CWARNFLAGS from configure.ac to Makefile.am doc: specify minimum version for xmlto and ascidoc config: remove the pkgconfig pc.in file from EXTRA_DIST config: update AC_PREREQ statement to 2.60 man: remove used LIB_MAN_DIR_SUFFIX (part of an unrequired broken fix) man: use shadows terminology in variable names. man: rename libman_pre to libman_PRE man: add/change comments regarding the 3 step conversion from text source man: Use MAN_SUBST now supplied in XORG_MANPAGE_SECTIONS man: whitespace management man: add $(AM_V_GEN) for silent rules where missing Jamey Sharp (1): Don't unlock the Display twice. Jesse Adkins (1): Purge cvs tags. Julien Cristau (1): man: fix typo in XIQueryDevice doc Matt Dew (1): specs: convert input .ms specs from xorg-docs module to DocBook XML Matthieu Herrb (1): Fix build with gcc 2.95 Pauli Nieminen (6): Fix usage of uninitialized value Fix memory leak in XIGetSelectedEvents Use single error path in XQueryDeviceState Use single error path in XGetFeedbackControl Use single error path in XGetDeviceControl Always unlock display correctly Peter Hutterer (5): man: fix types for XGetSelectedExtensionEvents. Initialize extension with the right number of events. man: improve readability of XAllowDeviceEvents. man: XGetDeviceProperty(3) has no parameter 'pending'. libXi 1.4 git tag: libXi-1.4.0 http://xorg.freedesktop.org/archive/individual/lib/libXi-1.4.0.tar.bz2 MD5: 4ccdfe866f94c99b9190d16ffcfb3bdc libXi-1.4.0.tar.bz2 SHA1: cb84687d471ec88e5c2bcb36540ce5207cfc2c1e libXi-1.4.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/lib/libXi-1.4.0.tar.gz MD5: b9dfc98b27e3770567e4c6a3365a21b7 libXi-1.4.0.tar.gz SHA1: 09043bcedaa08fc77b24a73e422f8b0b37e198ed libXi-1.4.0.tar.gz pgpN7b9mBFkAH.pgp Description: PGP 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: Slow Radeon on upgrade
I commented out all of xorg.conf, but it didn't fix it. ___ 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