Re: how to extend ModulePath using xorg.conf.d/mymodule.conf
On Mon, 2011-02-14 at 22:39 +0100, Harald Dunkel wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I've got a problem with registering an additional module directory: If I add a file /etc/X11/xorg.conf.d/mymodule.conf saying Section Files ModulePath /usr/lib/xorg/my-modules EndSection then the default /usr/lib/xorg/modules is not searched. If I add a Files section to /etc/X11/xorg.conf Section Files ModulePath /usr/lib/xorg/modules EndSection then the Files section in mymodule.conf is ignored, even though multiple ModulePaths are allowed, according to the man page. Writing just Section Files EndSection doesn't help, either. Obviously multiple Files sections are not allowed. What would be your suggestion to get around this for n2 ? For FontPath works like that Section Files FontPath /usr/share/X11/fonts/misc FontPath /usr/share/X11/fonts/cyrillic FontPath /usr/share/X11/fonts/100dpi/:unscaled FontPath /usr/share/X11/fonts/75dpi/:unscaled FontPath /usr/share/X11/fonts/Type1 FontPath /usr/share/X11/fonts/CID FontPath /usr/share/X11/fonts/100dpi FontPath /usr/share/X11/fonts/75dpi EndSection , so for ModulePath should be : Section Files ModulePath /usr/lib/xorg/modules ModulePath /usr/lib/xorg/my-modules EndSection Regards, -- 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: [Bug 32307] New: [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting
On Fri, 2010-12-10 at 17:51 -0800, bugzilla-dae...@freedesktop.org wrote: Product: DRI Version: XOrg 6.7.0 ^^ Platform: x86-64 (AMD64) Hi, when we report in bugzilla (bugs.freedesktop.org), the options for Versions are: DRI CVS, unspecified, XFree86 4.4.0, XFree86 CVS, XOrg 6.7.0 and XOrg CVS I ask to someone to update this with 6.8, 6.9, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5 and maybe 7.6 Thanks, -- 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 segfaults after upgrade of Fedora Core 13-14
On Fri, 2010-11-19 at 16:39 -0500, Mathew Hennessy wrote: On Thu, 2010-11-18 at 19:05 -0600, Pat Kane wrote: On Thu, Nov 18, 2010 at 11:02 AM, Sergio Monteiro Basto ser...@sergiomb.no-ip.org wrote: open a bug in https://bugzilla.rpmfusion.org/ Yes, and please also let me the bug number on rpmfusion so that I can update our bugzilla version of the bug. No prob, here's the bug: https://bugzilla.rpmfusion.org/show_bug.cgi?id=1528 Much obliged! = Matt you already got an answer ;) -- 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 segfaults after upgrade of Fedora Core 13-14
open a bug in https://bugzilla.rpmfusion.org/ please On Thu, 2010-11-18 at 09:37 -0500, Mathew Hennessy wrote: Yes, it's the RPMFusion repo version for FC14, along with kmod-nvidia and akmod-nvidia: [henne...@marvin ~]$ rpm -qi xorg-x11-drv-nvidia Name: xorg-x11-drv-nvidia Relocations: (not relocatable) Version : 260.19.12 Vendor: RPM Fusion Release : 3.fc14Build Date: Sun Oct 24 17:24:06 2010 Install Date: Tue Nov 16 14:11:25 2010 Build Host: hephaestus.wilsonet.com Group : User Interface/X Hardware Support Source RPM: xorg-x11-drv-nvidia-260.19.12-3.fc14.src.rpm Size: 10339035 License: Redistributable, no modification permitted Signature : RSA/SHA256, Tue Oct 26 14:30:45 2010, Key ID 80648b53f09d8368 Packager: http://nonfree.rpmfusion.org/ URL : http://www.nvidia.com/ Summary : NVIDIA's proprietary display driver for NVIDIA graphic cards Description : This package provides the most recent NVIDIA display driver which allows for hardware accelerated rendering with NVIDIA chipsets GeForce6 series and newer. GeForce5 and below are NOT supported by this release. For the full product support list, please consult the release notes for driver version 260.19.12. Thanks, = Matt On Nov 18, 2010, at 7:48, Pat Kane wrote: Looks like you are using NVIDIA's proprietary display driver: xorg-x11-drv-nvidia-260.19.12-3.fc14.src.rpm is that what your Xorg.0.log says you are using? On Mit, 2010-11-17 at 13:59 -0500, Mathew Hennessy wrote: Hi, I'm getting periodic Xorg segfaults after upgrading from FC13 to FC14 on i686.. Here's what it left as a backtrace in Xorg.0.log.old: ___ 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: ser...@sergiomb.no-ip.org -- 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: 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: Concerning X freezing occasionally, I can confirm, somewhat
On Mon, 2010-08-09 at 11:37 -0400, Marty Jack wrote: I would point out that I am on Intel and at least one other reporter is on Nouveau, so that suggests that those who are proposing a Nouveau-specific known bug is the cause are probably not correct. I should point out that OpenGL works correctly most of the time. OK but can be 2 distinct problems ?, if so I am try out isolate Intel problem . I got Fedora 13 , updated , and kernel 2.6.35-2.fc14.x86_64 from koji mesa-7.8.1-8.fc13, xorg-x11-server-1.8.2-3.fc13.x86_64 , libdrm-2.4.21-2.fc13.x86_64 and xorg-x11-drv-intel-2.11.0-5.fc13.x86_64 and never freeze , when I had try xorg-x11-drv-intel-2.12 , I could not say the same. On 08/08/2010 07:53 PM, Sergio Monteiro Basto wrote: On Sun, 2010-08-08 at 19:09 -0400, Marty Jack wrote: I am finding that under as yet undiagnosed conditions starting an OpenGL program will cause the server to go into a loop around WaitForSomething. This happens running Compiz and glxgears and fullscreen Flash video. If I ssh in at runlevel 3 and run X from one terminal and glxgears twice from another, it works once and then will go into the loop. Maybe this will help someone who understands server internals better than I do at this point to be able to zero in on what it is. Once again, Intel 2.12.0, server 1.8.2, Mesa 7.8.2, kernel 2.6.35. and if you use Intel 2.11 ? any better ? -- 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: Concerning X freezing occasionally, I can confirm, somewhat
On Sun, 2010-08-08 at 19:09 -0400, Marty Jack wrote: I am finding that under as yet undiagnosed conditions starting an OpenGL program will cause the server to go into a loop around WaitForSomething. This happens running Compiz and glxgears and fullscreen Flash video. If I ssh in at runlevel 3 and run X from one terminal and glxgears twice from another, it works once and then will go into the loop. Maybe this will help someone who understands server internals better than I do at this point to be able to zero in on what it is. Once again, Intel 2.12.0, server 1.8.2, Mesa 7.8.2, kernel 2.6.35. and if you use Intel 2.11 ? any better ? -- 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: Need help: Lost keyboard after xorg upgrade
On Sun, 2010-08-08 at 09:43 +0200, Michael wrote: Hi I use Debian SID on two laptops here. One works without any problem. The other has lost the keyboard in X after last dist-upgrade. After start of KDM you see the login manager with the cursor blinking. You can move the mouse and position the cursor as well as mark any text. However, the keyboard does not change or enter any text, just as if there where no keyboard. (I tried using an external USB keyboard as well. Did not work either...) The system is running without an xorg.conf file. I tried using one with keyboard definitions in, but it did not change anything. Copy and edit this file : cat /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section InputClass Identifier system-setup-keyboard MatchIsKeyboard on Option XkbModel pc105 Option XkbLayout pt # Option XkbVariant(null) Option XkbOptionsterminate:ctrl_alt_bksp, EndSection meanwhile setxkbmap pt will help you to have your keyboard on X . loadkeys pt will help have your keyboard on console (just change pt for yours kdb country) -- 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: Need help: Lost keyboard after xorg upgrade
Hi have you a package system-setup-keyboard ? system-setup-keyboard is a daemon that monitors /etc/sysconfig/keyboard and writes out an xorg.conf.d snippet based on this file’s contents first you should have /etc/sysconfig/keyboard with something like: KEYTABLE=pt-latin1 MODEL=pc105 LAYOUT=pt KEYBOARDTYPE=pc On Mon, 2010-08-09 at 00:52 +0100, Sergio Monteiro Basto wrote: On Sun, 2010-08-08 at 09:43 +0200, Michael wrote: Hi I use Debian SID on two laptops here. One works without any problem. The other has lost the keyboard in X after last dist-upgrade. After start of KDM you see the login manager with the cursor blinking. You can move the mouse and position the cursor as well as mark any text. However, the keyboard does not change or enter any text, just as if there where no keyboard. (I tried using an external USB keyboard as well. Did not work either...) The system is running without an xorg.conf file. I tried using one with keyboard definitions in, but it did not change anything. Copy and edit this file : cat /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section InputClass Identifier system-setup-keyboard MatchIsKeyboard on Option XkbModel pc105 Option XkbLayout pt # Option XkbVariant(null) Option XkbOptionsterminate:ctrl_alt_bksp, EndSection meanwhile setxkbmap pt will help you to have your keyboard on X . loadkeys pt will help have your keyboard on console (just change pt for yours kdb country) ___ 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: ser...@sergiomb.no-ip.org -- 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: Screen flickers after resuming from suspend to RAM (Intel + kernel 2.6.34)
this you have this patch applied ? mention on https://bugzilla.kernel.org/show_bug.cgi?id=13811 http://cvs.fedoraproject.org/viewvc/rpms/kernel/F-13/drm-i915-fix-hibernate-memory-corruption.patch?revision=1.1content-type=text%2Fplainview=co On Tue, 2010-07-06 at 13:42 +0200, Łukasz Maśko wrote: My laptop has an Intel i945GM graphics chipset. I'm using Intel driver 2.12.0 (witn KMS) and xserver 1.8.2. Everything works perfectly on 2.6.33.x kernels. Unfortunately, if I switch to 2.6.34 (2.6.34.1 as well), after I resume from suspend to RAM, my screen starts to flicker. The screen gets blank (semi) randomly. In fact, this is not a random flickering - screen gets blank only if nothing is drawn. It means, that, for instance, I can watch films - the screen cannot get black between frames of the film. It is the same when _anything_ else happens in the screen. But otherways the screen is blank. The blanking is immediate after anything is changed on the screen. I'm almost sure it is a kind of kernel drm problem, because the screen flickers in exactly the same way if I switch to console (as said before, I'm using KMS). Questions: 1. Has anyone noticed someting like this? 2. If a solution is known, can you provide me with it? 3. If it is not solved, where exactly should I report this? I have registry dumps created before and after suspend using intel_reg_dumper, but I don't understand their content. I can provide them. -- 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: Which driver for Elo touchscreen and recent versions of Xorg?
On Mon, 2010-07-05 at 18:00 +0200, Tias wrote: Touchscreen hardware is now handled by the linux kernel. The driver that Xorg will (automatically) use is 'evdev', which is perfectly fine. Hi, BTW you maintains, drivers/input/mouse/alps.c on kernel ? and https://bugs.freedesktop.org/show_bug.cgi?id=28802 to where? should I sent this patch https://bugzilla.redhat.com/attachment.cgi?id=412964 ? TIA -- 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: panel areas not properly refreshed
see if this bug report applies to you ? https://bugzilla.redhat.com/show_bug.cgi?id=570517 On Sun, 2010-06-13 at 16:34 +0100, Sergio Monteiro Basto wrote: I think, I got same issue on early versions of f13 , After many updates the problem had gone ... maybe: xserver 1.8.0-12 - Update redirected pixmaps patch fixing several memory leaks - Add a fix for client resource table corruption (More updates from https://bugs.freedesktop.org/show_bug.cgi?id=27767) On Sun, 2010-06-13 at 14:01 +, Jethro Tull wrote: I noticed since the upgrade of my system to a version of the distribution using KDE4.4.3 that the clock display was freezing fro time to time. While it displays the right time in the context box appearing when dragging the mouse on it, it displays a time that is several minutes, even 30 late on the main display. It also happens to the widget 'system load viewer' it is almost never refreshed. I'm using Xorg 1.7.7 My video driver is radeon the G card is a radeon X300 Mobility kernel 2.6.33.4 __ Get a free e-mail account with Hotmail. Sign-up now. ___ 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: ser...@sergiomb.no-ip.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: ser...@sergiomb.no-ip.org -- 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: configuring a 3 button mouse.
On Mon, Jun 7, 2010 at 12:21 PM, Geoffrey li...@serioustechnology.com wrote: I recently upgraded my Mandriva install and now it appears that my 3 button mouse is emulating a 2 button mouse as cut/paste only works when I select buttons 1 and 3, but not with button 2. The middle button is a wheel and scrolling does work with it, which leads to more confusion. wheel work, and click not ? hum ... the middle button not working at all ? to test it, for example, use middle button on links of Firefox, opens links ? (**) Option Protocol auto (**) Mouse0: Device: /dev/input/mice (**) Mouse0: Protocol: auto (**) Option CorePointer (**) Mouse0: Core Pointer (**) Option Device /dev/input/mice (**) Option Emulate3Buttons no (**) Option ZAxisMapping 4 5 (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 9 seems correct , may be is not X fault ... -- 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: configuring a 3 button mouse.
On Mon, 2010-06-07 at 16:28 -0400, Geoffrey wrote: # Xorg configuration created by pyxf86config Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection mouse drive and kbd drive are deprecated, try comment #InputDeviceMouse0 CorePointer #InputDeviceKeyboard0 CoreKeyboard with # I don't have more suggestions, You must have xorg-x11-drv-evdev install before restart X. evdev is the new concept of input drives and if you found a bug should be reported on new drive not on deprecated ones. -- 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: keyboard LEDs don't work
On Wed, 2010-02-17 at 18:04 +0300, Peter Vypov wrote: (I also tried xorg-xserver 1.4.99.906, but it wanted newer glproto for some reason). 1.4.99.906 is an 1.5 RC 1.4 = X.org 7.3 1.5 = X.org 7.4 1.7 = X.org 7.5 Why you want an xserver 1.5 RC ? Regards, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: keyboard LEDs don't work
On Mon, 2010-02-15 at 19:29 +0300, Peter Vypov wrote: Hello, I have a problem with keyboard LEDs: they don't work under X Window System. They don't turn on when I press Caps Lock, Num Lock or Scroll Lock. But they do work under virtualizers like VMware or QEMU (If I press Num Lock, the Num Lock LED will turn on under VMware, but not under real machine). The keys themselves still work. xorg-xserver version = 1.4, xf86-input-keyboard version = 1.2.2. This is a custom Linux distribution (Linux kernel version = 2.4.35.1). Dear all, please advise, is it necesarry for me to upgrade the xorg-xserver to a more recent version (I'd rather not), and which package besides xorg-xserver should I check first (for configuration options, patches)? I have not a clue where should I look first. Thank you! If you like keep on xorg-xserver version 1.4 you should try 1.4.2 , I remember this bug and has been fixed in 1.4.1. 1.4.1 and 1.4.2 are just bug fixing of 1.4. Regards, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: hibernate, external monitor, color problem
On Mon, 2009-11-23 at 10:11 -0500, Tyler Smith wrote: Sergio Monteiro Basto wrote: On Sun, 2009-11-22 at 12:22 -0500, Tyler Smith wrote: Hi, I have a problem with my external monitor. If I boot while connected, the everything is fine. However, if I hibernate the laptop while not connected to the external monitor, and then resume after connecting, usually (I can't consistently reproduce the error, it happens more than 50% of the time though) the external monitor color is distorted to be almost illegible - very strong pinks and purples, I can barely make out the windows on the screen and some text. I can only recover proper, legible colors, by rebooting or by closing and restarting X. The same problem occurs when connecting to an external monitor through a docking station, directly to a lcd television, or directly to an overhead projector. Hi, you can delete xorg.conf , all confs are now autodetect , Ok, I've reduced my xorg.conf to the following: Section Device Identifier Card0 Driver radeonhd EndSection Otherwise, the autodetect gives me the radeon driver, which doesn't work well. I've commented out everything else. I still have the problem with 'pink screen' following resume from hibernate, corrected by restarting X or rebooting, neither of which are convenient. Any other suggestions? And unplug and plug monitor ? or try disable and enable monitor with xrandr --output VGA1 --off ? Don't know more to help you , sorry ! Thanks, Tyler -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: hibernate, external monitor, color problem
On Sun, 2009-11-22 at 12:22 -0500, Tyler Smith wrote: Hi, I have a problem with my external monitor. If I boot while connected, the everything is fine. However, if I hibernate the laptop while not connected to the external monitor, and then resume after connecting, usually (I can't consistently reproduce the error, it happens more than 50% of the time though) the external monitor color is distorted to be almost illegible - very strong pinks and purples, I can barely make out the windows on the screen and some text. I can only recover proper, legible colors, by rebooting or by closing and restarting X. The same problem occurs when connecting to an external monitor through a docking station, directly to a lcd television, or directly to an overhead projector. Details: I'm running Debian Testing on an HP Elitebook 6930p, with the xorg version packaged by Debian, version: 1:7.4+4. I had previously had problems with getting the external monitor to work at all following hibernate, which was corrected by adding the following line to /etc/hibernate/common.conf: OnResume 20 xrandr --auto The default hardware detection in X used the radeon driver, which produced a lot of flickering. I used the Debian tools (dpkg-reconfigure xserver-xorg) to generate a xorg.conf file, which I then edited manually to use the radeonhd driver, which seems to work properly. I've googled for answers, read the xrandr and xorg.conf documentation (which I don't fully understand, I admit), and my xorg.0.log (also mostly incomprehensible to me) but I'm not sure how to proceed. Any suggestions would be welcome. I've attached my xorg.0.log and my /etc/X11/xorg.conf file. Hi, you can delete xorg.conf , all confs are now autodetect , Driver kbd and Driver mouse are deprecated. my xorg.conf, just change for my specifics , and not default options: Section ServerLayout Identifier single head configuration Screen 0 Screen0 0 0 Option DontZap false Option DontZoom false EndSection Section InputDevice Identifier Synaptics Driver synaptics Option TapButton1 1 Option TapButton2 1 Option TapButton3 1 Option VertEdgeScroll true #Option SpecialScrollAreaRight true EndSection Section Device Identifier Videocard0 # Driver vesa Driver intel #Option AccelMethod exa #Option XvMC true EndSection Section Screen Identifier Screen0 Device Videocard0 DefaultDepth 24 SubSection Display Depth 24 EndSubSection EndSection Thanks, Tyler plain text document attachment (xorg.conf) Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load dri2 Load extmod Load dbe Load record Load dri Load glx EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor #DisplaySize 300 190 # mm Identifier Monitor0 VendorName SEC ModelName4c42 EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor# [bool] #Option Dac6Bit # [bool] #Option Dac8Bit # [bool] #Option BusType # [str] #Option CPPIOMode # [bool] #Option CPusecTimeout # i #Option AGPMode # i #Option AGPFastWrite# [bool] #Option AGPSize # i #Option GARTSize# i
Re: X11R7.5 Release Candidate 1
and Mesa-GL ? what version we need ? I see glproto , force to use some versions of gl ? same for libdrm and the minimus kernel I know historically this a missing information , but we could revert this, or continue copy what fedora does :) Thanks, On Sun, 2009-10-18 at 00:07 -0700, Alan Coopersmith wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Release Candidate 1 of X11R7.5 has been posted at: http://www.x.org/releases/X11R7.5-RC1/ This includes all the source tar files for the versions of the modules currently considered part of the core release set (aka the katamari) and the documentation files from those modules (other than the man pages). At this point, only some final bug fixes and documentation updates are expected between now and the final release of X11R7.5, including final releases of several modules for which release candidates are included in this set (including xorg-server 1.7.1, xorg-docs 1.5.0, and a couple driver modules). The full list of modules included, and the versions compared to X11R7.4 is provided in the attached list. Update releases of the modules not included in the core/katamari set will continue to be made as needed. - -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkravrMACgkQovueCB8tEw7HlwCfXsTx0EGSDL6SHl0Oftmr1uUh /ogAniYKEjonTpkqv5napOxRx91z5joS =5cMQ -END PGP SIGNATURE- plain text document attachment (7.5-katamari.txt) - not included in katamari* release needs to be made from git MODULE 7.4 7.5 -- - - applewmproto 1.0.3 1.4.1 appres 1.0.1 - (1.0.2 is latest) bdftopcf - 1.0.2 bigreqsproto 1.0.2 1.1.0 bitmap 1.0.3 - (1.0.4 is latest) compositeproto 0.4 0.4.1 damageproto 1.1.0 1.2.0 dmxproto 2.2.2 2.3 dri2proto - 2.1 encodings 1.0.2 1.0.3 evieext 1.0.2 - (1.1.0 is latest) fixesproto 4.0 4.1.1 font-adobe-100dpi 1.0.0 1.0.1 font-adobe-75dpi 1.0.0 1.0.1 font-adobe-utopia-100dpi 1.0.1 1.0.2 font-adobe-utopia-75dpi 1.0.1 1.0.2 font-adobe-utopia-type1 1.0.1 1.0.2 font-alias 1.0.1 1.0.2 font-arabic-misc 1.0.0 1.0.1 font-bh-100dpi 1.0.0 1.0.1 font-bh-75dpi 1.0.0 1.0.1 font-bh-lucidatypewriter-100dpi 1.0.0 1.0.1 font-bh-lucidatypewriter-75dpi 1.0.0 1.0.1 font-bh-ttf 1.0.0 1.0.1 font-bh-type1 1.0.0 1.0.1 font-bitstream-100dpi 1.0.0 1.0.1 font-bitstream-75dpi 1.0.0 1.0.1 font-bitstream-speedo 1.0.0 - font-bitstream-type1 1.0.0 1.0.1 font-cronyx-cyrillic 1.0.0 1.0.1 font-cursor-misc 1.0.0 1.0.1 font-daewoo-misc 1.0.0 1.0.1 font-dec-misc 1.0.0 1.0.1 font-ibm-type1 1.0.0 1.0.1 font-isas-misc 1.0.0 1.0.1 font-jis-misc 1.0.0 1.0.1 font-micro-misc 1.0.0 1.0.1 font-misc-cyrillic 1.0.0 1.0.1 font-misc-ethiopic 1.0.0 1.0.1 font-misc-meltho 1.0.0 1.0.1 font-misc-misc 1.0.0 1.1.0 font-mutt-misc 1.0.0 1.0.1 font-schumacher-misc 1.0.0 1.1.0 font-screen-cyrillic 1.0.1 1.0.2 font-sony-misc 1.0.0 1.0.1 font-sun-misc 1.0.0 1.0.1 font-util 1.0.1 1.1.1 font-winitzki-cyrillic 1.0.0 1.0.1 font-xfree86-type1 1.0.1 1.0.2
Re: kernel: [drm:drm_wait_vblank] *ERROR* failed to acquire vblank counter, -22 flood in /var/log/messages
On Mon, 2009-09-21 at 18:35 -0600, Tim McConnell wrote: I would love any suggestions to find and resolve the problem. Update libdrm and xorg-server -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Applying patch for bug 22383
http://bugs.freedesktop.org/show_bug.cgi?id=22383#c28 Fix pushed On Mon, 2009-06-22 at 12:50 -0700, John Ettedgui wrote: Depending on the patch you may need to recompile Xorg, or not. And I do not think you want to recompile Xorg... What is this patch? On Mon, Jun 22, 2009 at 12:46 PM, Mike.lifeguard mikelifegu...@fastmail.fm wrote: For bug 22383 (X server stuck in infinite loop on laptop lid close), Jesse Barnes has asked to try applying a very simple patch. However, I don't know how to do that - I've only used packaged code from Ubuntu and/or from various PPAs. Is there a how-to on x.org somewhere I haven't found, or would someone be able to give me some pointers? Thanks, -Mike ___ 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 -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] libdrm 2.4.7
On Fri, 2009-04-10 at 10:16 +0100, Sergio Monteiro Basto wrote: Hi, tests/drmtest.c still not compile under fedora 10, with libudev-devel installed. When I remove libudev-devel.127-3.fc10.i386 tests/drmtest.c is not build, which prevents the compiling error. seems that drmtest needs a udev 127. Thanks, code seems to depends on the new udev. Did I need new udev for the rest of libdrm ? Thanks, On Thu, 2009-04-09 at 15:23 -0400, Kristian Høgsberg wrote: Ok, here's a quick follow on release to 2.4.6 to fix an embarrasing build problem in the test suite when libudev is not available. Kristian Dave Airlie (1): drm: fix test makefile Kristian Høgsberg (3): test: Makefile.am grammar nazi test: Avoid recursive dependency in makefile Bump version to 2.4.7 git tag: libdrm-2.4.7 http://dri.freedesktop.org/libdrm/libdrm-2.4.7.tar.bz2 MD5: 696007a9090c237fd8e6c8ee84d897d7 libdrm-2.4.7.tar.bz2 SHA1: 8a82d5652ff88fa482bf4fda630d14e983f3d294 libdrm-2.4.7.tar.bz2 http://dri.freedesktop.org/libdrm/libdrm-2.4.7.tar.gz MD5: d680f92c4dd1232b750c1b2247331b50 libdrm-2.4.7.tar.gz SHA1: 4c16f0a542193d838130e0a8900ce358430f44a6 libdrm-2.4.7.tar.gz ___ xorg-announce mailing list xorg-annou...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] libdrm 2.4.7
Hi, tests/drmtest.c still not compile under fedora 10, code seems to depends on the new udev. Did I need new udev for the rest of libdrm ? Thanks, On Thu, 2009-04-09 at 15:23 -0400, Kristian Høgsberg wrote: Ok, here's a quick follow on release to 2.4.6 to fix an embarrasing build problem in the test suite when libudev is not available. Kristian Dave Airlie (1): drm: fix test makefile Kristian Høgsberg (3): test: Makefile.am grammar nazi test: Avoid recursive dependency in makefile Bump version to 2.4.7 git tag: libdrm-2.4.7 http://dri.freedesktop.org/libdrm/libdrm-2.4.7.tar.bz2 MD5: 696007a9090c237fd8e6c8ee84d897d7 libdrm-2.4.7.tar.bz2 SHA1: 8a82d5652ff88fa482bf4fda630d14e983f3d294 libdrm-2.4.7.tar.bz2 http://dri.freedesktop.org/libdrm/libdrm-2.4.7.tar.gz MD5: d680f92c4dd1232b750c1b2247331b50 libdrm-2.4.7.tar.gz SHA1: 4c16f0a542193d838130e0a8900ce358430f44a6 libdrm-2.4.7.tar.gz ___ xorg-announce mailing list xorg-annou...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: http://wiki.x.org/wiki/Development/git [was: Fedora 10: Trouble installing libdrm (2.4.4) for latest Intel driver (2.6)]
On Thu, 2009-01-22 at 10:01 -0800, Jesse Barnes wrote: On Wednesday, January 21, 2009 7:38 pm Sergio Monteiro Basto wrote: Hi, Since I also works with Fedora 10, I am also interested in this thread :) On Wed, 2009-01-21 at 15:03 -0800, Dan Nicholson wrote: I've attached my log file. Am I supposed to have a rules file for evdev? Unfortunately, the script you followed doesn't seem to tell you about handling the XKB data. You can either install xkeyboard-config or follow the instructions for Making the keyboard work here: http://wiki.x.org/wiki/Development/git ok I found some updates on Development/git, and that a cool page , but I have some questions . On section: running new stack * rmmod i915 # assuming you're using Intel * rmmod drm * insmod path_to_drm_tree_above/linux-core/drm.ko * insmod path_to_drm_tree_above/linux-core/i915.ko This isn't more applicable on Intel isn't it ? but as example for others that don't use the new drm kernel are fine :) Right, please correct this on the wiki. :) For Intel, the Linux drivers are maintained in-tree. The BSD variants are generally ported from there (or the mailing list) into their respective trees nowadays. Other question is about section: Building DRM. On Intel (that is my development case ) make install (without make -C linux-core ) , will overwrite drm kernel headers , that is good ? make install from a kernel tree will overwrite the versions in /lib/modules, but it's easier to just copy them by hand from drivers/gpu/ to /lib/modules. To be honest I don't know if libdrm could be different of drm kernel and they could act independently or if we should check if headers of libdrm and headers of drm kernel are equal. Some clues about this question are welcome . Some distros are starting to use the kernel headers rather than the libdrm headers now. I think this makes sense long term; however since the headers are slightly out of sync it has caused build problems for some packages. Somehow (new) libdrm should be build against kernel headers , to ensure this sync of libdrm and drm kernel. Since that we have some agreement which is the kernel that provide drm headers. So, make install of libdrm should not produce headers if they exists already in kernel-headers. Or as workaround first build libdrm and second build the kernel ... Jesse Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
http://wiki.x.org/wiki/Development/git [was: Fedora 10: Trouble installing libdrm (2.4.4) for latest Intel driver (2.6)]
Hi, Since I also works with Fedora 10, I am also interested in this thread :) On Wed, 2009-01-21 at 15:03 -0800, Dan Nicholson wrote: I've attached my log file. Am I supposed to have a rules file for evdev? Unfortunately, the script you followed doesn't seem to tell you about handling the XKB data. You can either install xkeyboard-config or follow the instructions for Making the keyboard work here: http://wiki.x.org/wiki/Development/git ok I found some updates on Development/git, and that a cool page , but I have some questions . On section: running new stack * rmmod i915 # assuming you're using Intel * rmmod drm * insmod path_to_drm_tree_above/linux-core/drm.ko * insmod path_to_drm_tree_above/linux-core/i915.ko This isn't more applicable on Intel isn't it ? but as example for others that don't use the new drm kernel are fine :) Other question is about section: Building DRM. On Intel (that is my development case ) make install (without make -C linux-core ) , will overwrite drm kernel headers , that is good ? To be honest I don't know if libdrm could be different of drm kernel and they could act independently or if we should check if headers of libdrm and headers of drm kernel are equal. Some clues about this question are welcome . Thanks, Or, as a quick and dirty method: ln -sn /usr/share/xkb /opt/gfx-test/share/X11/xkb ln -s /usr/bin/xkbcomp /opt/gfx-test/bin - PART 2: I installed system-config-display to generate a xorg.conf. I added the UXA option for DRI2 (my xorg.conf is attached). Then I tried out glxinfo (and glxgears). They don't work: [r...@xyz ~]# glxinfo name of display: :0.0 X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 135 (DRI2) Minor opcode of failed request: 1 () Serial number of failed request: 16 Current serial number in output stream: 16 In case the new glxinfo is different, I called it directly, like this: /opt/gfx-test/bin/glxinfo. Same result. Am I doing something wrong? Thanks for the help so far. I don't know why that's happening since the log seems to indicate the DRI2 is loaded. Maybe you want to try LIBGL_DEBUG=verbose glxinfo. -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: With xorg intel driver, is it possible to bypass DDC and use a higher resolution?
On Sun, 2009-01-18 at 11:00 +0800, Zhe Su wrote: Hi, I just bought a machine with Intel DG45ID mother board. I installed openSUSE 11.1 and use the on-board graphics card to connect my 37' Full HD LCD TV via a HDMI cable. However the highest resolution can be used is 1600x1200 instead of the real physical resolution 1920x1080. According to xorg's log file, the supported resolutions reported by my TV are: (II) intel(0): EDID vendor PRI, prod id 5632 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline 800x600x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline 640x480x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline 640x480x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline 640x480x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline 720x400x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline 1280x1024x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (II) intel(0): Modeline 1024x768x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline 1024x768x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline 1024x768x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline 832x624x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline 800x600x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline 800x600x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline 640x480x75.0 30.72 640 664 728 816 480 481 484 502 -hsync +vsync (37.7 kHz) (II) intel(0): Modeline 800x600x72.0 46.87 800 840 920 1040 600 601 604 626 -hsync +vsync (45.1 kHz) (II) intel(0): Modeline 800x600x75.0 48.91 800 840 920 1040 600 601 604 627 -hsync +vsync (47.0 kHz) (II) intel(0): Modeline 1024x768x70.0 76.16 1024 1080 1192 1360 768 769 772 800 -hsync +vsync (56.0 kHz) (II) intel(0): Modeline 1280x720x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz) (II) intel(0): Modeline 1280x1024x75.0 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) (II) intel(0): Modeline 1600x1200x60.0 160.96 1600 1704 1880 2160 1200 1201 1204 1242 -hsync +vsync (74.5 kHz) There is no 1920x1080. It's obviously the reason. Then I searched on google and found this article: http://en.gentoo-wiki.com/wiki/Intel_GMA. But the instruction described in this article has no effect. Then I tried to disable DDC by adding Option DDC off or NoDDC, but xorg stopped to work with following error message: (**) intel(0): Option NoDDC (II) intel(0): Output VGA disconnected (II) intel(0): Output HDMI-1 disconnected (II) intel(0): Output HDMI-2 disconnected (WW) intel(0): No outputs definitely connected, trying again... (II) intel(0): Output VGA disconnected (II) intel(0): Output HDMI-1 disconnected (II) intel(0): Output HDMI-2 disconnected (WW) intel(0): Unable to find initial modes (EE) intel(0): No valid modes. (II) UnloadModule: intel (II) UnloadModule: vgahw (II) Unloading /usr/lib64/xorg/modules//libvgahw.so (EE) Screen(s) found, but none have a usable configuration. I tried my TV with my Macbook Pro via a DVI-HDMI cable, resolution 1920x1080 is supported. So the question is, how can I bypass the information reported by DDC and let intel driver use specified resolution forcely? Thanks James Su Hi, yap I am getting same error with x11-driver-video-intel-2.4.2 : (II) intel(0): Output VGA disconnected (EE) intel(0): No valid modes. Seems that is a bug ! X won't start, if we have monitor powered off ? with vesa drive X starts without any problem Best regards, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: With xorg intel driver, is it possible to bypass DDC and use a higher resolution?
On Sun, 2009-01-18 at 11:00 +0800, Zhe Su wrote: Hi, I just bought a machine with Intel DG45ID mother board. I installed openSUSE 11.1 and use the on-board graphics card to connect my 37' Full HD LCD TV via a HDMI cable. However the highest resolution can be used is 1600x1200 instead of the real physical resolution 1920x1080. According to xorg's log file, the supported resolutions reported by my TV are: (II) intel(0): EDID vendor PRI, prod id 5632 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline 800x600x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline 640x480x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline 640x480x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline 640x480x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline 720x400x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline 1280x1024x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (II) intel(0): Modeline 1024x768x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline 1024x768x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline 1024x768x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline 832x624x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline 800x600x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline 800x600x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline 640x480x75.0 30.72 640 664 728 816 480 481 484 502 -hsync +vsync (37.7 kHz) (II) intel(0): Modeline 800x600x72.0 46.87 800 840 920 1040 600 601 604 626 -hsync +vsync (45.1 kHz) (II) intel(0): Modeline 800x600x75.0 48.91 800 840 920 1040 600 601 604 627 -hsync +vsync (47.0 kHz) (II) intel(0): Modeline 1024x768x70.0 76.16 1024 1080 1192 1360 768 769 772 800 -hsync +vsync (56.0 kHz) (II) intel(0): Modeline 1280x720x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz) (II) intel(0): Modeline 1280x1024x75.0 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) (II) intel(0): Modeline 1600x1200x60.0 160.96 1600 1704 1880 2160 1200 1201 1204 1242 -hsync +vsync (74.5 kHz) There is no 1920x1080. It's obviously the reason. Then I searched on google and found this article: http://en.gentoo-wiki.com/wiki/Intel_GMA. But the instruction described in this article has no effect. Then I tried to disable DDC by adding Option DDC off or NoDDC, but xorg stopped to work with following error message: (**) intel(0): Option NoDDC (II) intel(0): Output VGA disconnected (II) intel(0): Output HDMI-1 disconnected (II) intel(0): Output HDMI-2 disconnected (WW) intel(0): No outputs definitely connected, trying again... (II) intel(0): Output VGA disconnected (II) intel(0): Output HDMI-1 disconnected (II) intel(0): Output HDMI-2 disconnected (WW) intel(0): Unable to find initial modes (EE) intel(0): No valid modes. (II) UnloadModule: intel (II) UnloadModule: vgahw (II) Unloading /usr/lib64/xorg/modules//libvgahw.so (EE) Screen(s) found, but none have a usable configuration. I tried my TV with my Macbook Pro via a DVI-HDMI cable, resolution 1920x1080 is supported. So the question is, how can I bypass the information reported by DDC and let intel driver use specified resolution forcely? Thanks James Su Hi, yap I am getting same error with x11-driver-video-intel-2.4.2 : (II) intel(0): Output VGA disconnected (EE) intel(0): No valid modes. Seems that is a bug ! X won't start, if we have monitor powered off ? with vesa drive X starts without any problem Best regards, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: backlight problems on intel and new stuff
On Fri, 2009-01-09 at 11:32 +0100, Vedran Rodic wrote: 2.3.2-2+lenny5 ok have you have an empty /sys/class/backlight/ ? ll /sys/class/backlight/ thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
backlight problems on intel and new stuff
Hi, for the records , backlight has gone mad after upgrade to fedora 10 and I can't work, backlight flicks and flicks , especially after press lid button or hibernate. I don't found what component have the bug. My laptop Compaq nx6110 is an old laptop with almost 3 years of life time, which have an empty /sys/class/backlight/, to me seems to be the problem try control backlight when doesn't have ACPI registers and have one i915GM . I downgrade kernel to 2.6.26 , xorg server to 1.4.2 , Mesa to 7.0.4, libdrm to 2.3.0 , and xorg-x11-drv-intel to 2.2.1 , and backlight have cool down, after a while . Any suggestion ? I try understand if the problem is in kernel or in mesa or in Intel drive but can't figure out where is the problem. Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Re: xorg on mandriva
HI , yap , I see Mandriva 2009.0 came with kde 4.1.2 , and kde 4 still very buggy , maybe just update x11 packages. Can you do this ? I will prepare , but I don't know when , a list of package to upgrade just X11 . Best regards On Tue, 2009-01-06 at 19:09 -0500, - gw1500se wrote: Hi Sergio, Thanks for the suggestion. Its Mandriva 2008.1. I considered 2009 originally but was advised to wait for 2009.1 as apparently KDE is broken or at least sick. However, according to Peter, the implication is that I am facing a kernel problem rather than an X11 or driver problem so I don't know that 2009 would help me. I am always reluctant to upgrade Mandriva, especially a major version change. It invariably destroys some number of working services that takes me weeks to get back. There is a long way to go for Mandriva to become a replacement for Windows for the non-Unix expert as it is advertised. I've been 3 weeks already, trying to get 2008.1 working again and I've been a Unix admin for 20 years (UNICOS, HPUX, AIX and mostly OS X but not so much Linux). Anyway this seems to be the last glitch (hopefully) so I am not in any hurry to punish myself again so soon to get to 2009. Sergio Monteiro Basto wrote: Hi, gw1500se This is mandriva 2008.0 ? you could try mandriva 2009.0 which have even more stabe x server 1.4.1 . and newer drives . __ Life on your PC is safer, easier, and more enjoyable with Windows Vista®. See how ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: i915 backlight failure on resume with 2.6.27
On Thu, 2008-12-11 at 14:37 -0600, James Bottomley wrote: A new release of Mesa and a new release of drv-intel (which in fedora still called i810, Have you tried this 2 updates ? to me seems that I have some improvements on resume even without update kernel. Regards, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xorg-server 1.5.99.3
Hi , In point of view of packing (rpms), what is need to get DRI2 working on drv-intel ? what packages are require to upgrade to use xorg-server 1.5.99 ? And about drm gem kernel, is it require ? is it possible use stable vanilla kernels, with updated drm gem kernel ? if yes , how we do it ? Thanks, On Tue, 2008-12-09 at 22:26 -0800, Keith Packard wrote: Here's Beta3 -- I'll probably do Beta4 next week if the RandR properties and Primary stuff is on master. This week is the last week to get new code into the release (and only fairly trivial new code at that). If you've got stuff you want in this release, make sure I know about it on the wiki page: http://wiki.x.org/wiki/Server16Branch There are also a couple of blocker bugs: https://bugs.freedesktop.org/show_bug.cgi?id=17452 Nothing terribly scary there, but it would be nice to see if anyone has status updates on them. See you next Monday. And, of course, please build and test this X server. -- Adam Jackson (1): Default to x86emu even on i386 linux Julien Cristau (1): randr: add swapped dispatch for RR[GS]etCrtcTransform Keith Packard (2): Revert dmx: claim we support XI 2. Bump version to 1.5.99.3 (1.6 beta3) Kristian Høgsberg (1): Test for DRI2 extension in dri_internal.h and only enable AIGLX DRI2 if found. Maarten Maathuis (1): randr: Avoid needlessly creating a shadow framebuffer. Matthias Hopf (10): randr: Weird enough, crtc-version was never set upon creation. Fix that. randr: Crtc interface update for panning support. randr: Panning support randr: Protocol bits for panning support randr: Nuke config-timestamp for panning randr: Rename pan() to set_origin(), and xf86CrtcPan() to xf86CrtcSetOrigin() randr: Don't change panning parameters if verification fails. randr: Rework panning area verification randr: Allow panning to be disabled per axis randr: Update SProcRandrVector for panning Peter Hutterer (4): Xi: change XIUnRegisterPropertyHandler to XIUnregisterPropertyHandler xfree86: init EQ before trying to initialise the devices (#18890) dix: fix calculation of valuator events. xfree86: don't FatalError on too many input devices. Sascha Hlusiak (1): ddxCtrls.c: XkbDDXUsesSoftRepeat always returns 1 now Timo Aaltonen (1): If AEI is on, disable 'vmmouse' in addition to 'kbd' and 'mouse'. Tom Jaeger (1): Xi: XIGetDevice needs to ignore the MORE_EVENTS flag. git tag: xorg-server-1.5.99.3 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.5.99.3.tar.bz2 MD5: db87577456968e64c774124cc761cc7c xorg-server-1.5.99.3.tar.bz2 SHA1: 2b316449994a1bc2ba03c77a89b858817c8926fc xorg-server-1.5.99.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.5.99.3.tar.gz MD5: 3ad092ab87667029f8b0aa27e071a709 xorg-server-1.5.99.3.tar.gz SHA1: 4f0fbfb9d84e98c0b6081ef99247c3b5c4b12c5f xorg-server-1.5.99.3.tar.gz ___ xorg-announce mailing list [EMAIL PROTECTED] http://lists.freedesktop.org/mailman/listinfo/xorg-announce -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: i915 backlight failure on resume with 2.6.27
OK , at least on Fedora 10, we have on updates. A new kernel with message: Additional DRM/modesetting fixes for i915 and radeon drivers. A new release of Mesa and a new release of drv-intel (which in fedora still called i810, may be its time to change the name of drive for Intel no?) On Tue, 2008-12-02 at 17:52 +, Sergio Monteiro Basto wrote: On Tue, 2008-12-02 at 11:38 -0600, James Bottomley wrote: On Tue, 2008-12-02 at 13:08 +, Sergio Monteiro Basto wrote: On Mon, 2008-12-01 at 11:42 -0600, James Bottomley wrote: You probably remember the system, it's my fujitsu P7120 lifebook with the funny backlight wiring. Previously, suspend/resume was made to work by saving the PCI state including the legacy backlight register setting (and worked just fine when invoked with a hal quirk). On FC9, with the 2.6.26 fedora kernels, hal no longer does anything and relies on the i915 kernel driver. This was perfectly fine, except that the backlight was now being restored to full brightness on resume rather than the setting on resume. The other annoyance was that VT consoles were now lost on resume (switching to them produces a black screen, although switching back to vt7 where X is running is fine). As of the 2.6.27 fedora kernels, the backlight is now off on resume, which is even more annoying. It can be turned on by doing a VT switch, although all the console VTs are still blank, so there looks to be some bug in the i915 driver that crept in between 2.6.26 and 2.6.27. Hum as quick answer , kernel fedora 2.6.27 have change _DOS thing. So may be that is the problem. The fedora patch is talked about on lkml http://lkml.org/lkml/2008/11/10/233 Actually, they haven't. I'm running 2.6.27.5-41.fc9.i686 and if I look in the kernel SRPM for that kernel (by building it) the relevant area of drivers/acpi/video.c is ok , I forgot , fedora kernels 2.6.27 for fc10. Also don't know the state of Arlied drm stuff, if it is only on fc10 or not . I trace this information on : http://koji.fedoraproject.org/koji/packageinfo?packageID=8 /* acpi_video interface */ static int acpi_video_bus_start_devices(struct acpi_video_bus *video) { return acpi_video_bus_DOS(video, 0, 0); } static int acpi_video_bus_stop_devices(struct acpi_video_bus *video) { return acpi_video_bus_DOS(video, 0, 1); } So nothing's changed in that area since 2.6.26. It could still be a disagreement between ACPI, BIOS and the driver over who turns on the backlight, but the loss of the text console strongly suggests that something is slightly wrong with the VGA modes. About this _DOS , I reported this problem a long time ago, which now is on http://bugzilla.kernel.org/show_bug.cgi?id=6001 James -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xorg restarts upon usb-mouse unplug
You may want update drv-evdev to 2.0.7 On Fri, 2008-11-14 at 14:08 +0100, (none) wrote: I'm using Xorg 1.4.2, and when I unplug my Logitech mouse from my laptop, X restarts and brings me back to the xdm login screen. I tried both the evdev and the mouse driver, with the same result (chose to stay with mouse for now as I couldn't get evdev to work with my keyboard and configure the tilt-wheel on the mouse properly). Switching the touchpad on or off works, and it also doesn't change the unplug behaviour. I attached my xorg.conf, as you can see I messed around a bit with it in order to get mouse and keyboard to behave. Maybe you see something I overlooked or simply did wrong. Or maybe you have some other idea that could help me narrow down the problem or een solve it. I know this is too much of information, just tell me what else you need. Thanks system info: Gentoo Linux 2.6.24 on Pentium M with 815 chipset xfce window manager Logitech V100 mouse with usb ID 046d:c019 btw: X crashed hard while I was typing this mail, but that's probably another issue ... ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Compile xorg from git, i915.ko missing
export OS_HAS_GEM=1 On lidrm-2.4.1/linux-core, I still can't build i915.ko because, I think , still don't have the kernel headers of kernels 2.6.28-rc and give me this error : CC [M] /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c: In function ‘i915_gem_detect_bit_6_swizzle’: /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c:118: error: implicit declaration of function ‘pci_read_base’ make[2]: *** [/root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o] Error 1 make[1]: *** [_module_/root/Mesa/libdrm-2.4.1/linux-core] Error 2 make[1]: Leaving directory `/usr/src/kernels/2.6.27.4-79.fc8.i686' make: *** [modules] Error 2 On Fri, 2008-11-07 at 09:32 -0600, Chris Pemberton wrote: Hello, I've followed the instructions here via the script at the bottom of the page: http://wiki.x.org/wiki/Development/git Everything compiles clean; but I find no i915.ko module built in mesa/linux-core/ ? All the other modules are getting built. Anything else I can do? Chris ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Fri, 2008-11-07 at 04:15 +, Sergio Monteiro Basto wrote: I had upgrade Mesa to git master , which needs dri2proto git master . I use kernel-2.6.27.4-79.fc10 sources for drm bits... recompile intel-drv , works well. But breaks suspend to disk (hibernation), suspend to ram still works. Reverting Mesa to mesa_7_0_branch with: rpm -Uvh *7.0.4-9.fc8.i386.rpm --oldpackage , solves the problem. I will stay with Mesa-7.0 Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Mon, 2008-11-03 at 17:44 -0800, Paul Bender wrote: Sergio Monteiro Basto wrote: On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote: Can I use mesa 7.2 with xserver-1.4.2 ? Fair enough to say that someone said that Mesa 7.1 needs xorg-server 1.5.x but Thanks, I found that to be true with Mesa 7.1 but not Mesa 7.2. I have changed MiniMyth so that it builds Mesa 7.2 libdrm 2.4.1 xorg-server 1.4.2 xf86-video-intel 2.5.0 xf86-video-openchrome 0.2.903 NVIDIA 169.12 Everything compiles fine. I cannot test the xf86-video-intel driver as I do not have Intel hardware. However, the xf86-video-openchrome and NVIDIA drivers work on my VIA and NVIDIA+AMD hardware respectively. Ok I had a positive test , I had upgrade Mesa to git master , which needs dri2proto git master . I use kernel-2.6.27.4-79.fc10 sources for drm bits... recompile intel-drv , works well. When start gldemos show this messages: DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. GL_RENDERER = Mesa DRI Intel(R) 915GM GEM 20080716 x86/MMX/SSE2 but seems that everything woks fine. On lidrm-2.4.1/linux-core, I still can't build i915.ko because, I think , still don't have the kernel headers of kernels 2.6.28-rc and give me this error : CC [M] /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c: In function ‘i915_gem_detect_bit_6_swizzle’: /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c:118: error: implicit declaration of function ‘pci_read_base’ make[2]: *** [/root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o] Error 1 make[1]: *** [_module_/root/Mesa/libdrm-2.4.1/linux-core] Error 2 make[1]: Leaving directory `/usr/src/kernels/2.6.27.4-79.fc8.i686' make: *** [modules] Error 2 Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Sun, 2008-11-02 at 12:14 -0800, Eric Anholt wrote: mesa 7.0.3 - mesa 7.2 libdrm 2.3 - libdrm 2.4.0 intel-2.4.2 - intel-2.5.0 Can I use mesa 7.2 with xserver-1.4.2 ? I rebuild intel driver 2.5 and Mesa after updating libdrm 2.4.1 and works well ! Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote: Can I use mesa 7.2 with xserver-1.4.2 ? Fair enough to say that someone said that Mesa 7.1 needs xorg-server 1.5.x but Thanks, -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: i915.ko needs unknown symbol drm_vbl_send_signals
On Sun, 2008-10-26 at 02:57 +, Sergio Monteiro Basto wrote: Compiling drm from git ( git clone git://anongit.freedesktop.org/git/mesa/drm ) I got this message when depmod symbols kernel anything I am missing ? ah we need kernel-sources at least from 2.6.28-rc1 Now without export OS_HAS_GEM=1 i915.ko is not compiled ! I try with kernel 2.6.27 from fedora stock kernels, and works nice. Thanks -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
i915.ko needs unknown symbol drm_vbl_send_signals
Compiling drm from git ( git clone git://anongit.freedesktop.org/git/mesa/drm ) I got this message when depmod symbols kernel anything I am missing ? thanks -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.4.98
On Mon, 2008-10-20 at 15:55 -0700, Eric Anholt wrote: On Mon, 2008-10-20 at 19:48 +0100, Sergio Monteiro Basto wrote: Hi , Since xf86-video-intel 2.5 needs libdrm 2.4.0 , we need Mesa 7.2 ? or is enough ? just upgrade libdrm , and compile xf86-video-intel 2.5 for xserver 1.4.2 No, it needs libdrm 2.4.0. That doesn't imply anything about mesa required. libdrm should always be safe to upgrade. If it isn't, we're doing something wrong. After upgrade libdrm 2.4.0, I recompile Mesa-7.0.4, for the new libdrm. (Which I had to delete i915tex from file configs/linux-dri of Mesa sources, we could say i915tex is not used anymore and can be deleted). After that I compile xf86-video-intel 2.5 on or for xserver 1.4.2 , and works nicely on my i915GM. Thanks. ah and about kernel version is it safe use kernel 2.6.22 ? , or should I build drm.ko and i915.ko . I test it on Fedora kernel 2.6.26 , but I would like packing this on a Portuguese Linux (www.caixamagica.pt) which is based on Mandriva with Kernel 2.6.22 -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.4.98
Hi , Since xf86-video-intel 2.5 needs libdrm 2.4.0 , we need Mesa 7.2 ? or is enough ? just upgrade libdrm , and compile xf86-video-intel 2.5 for xserver 1.4.2 Thanks, On Sun, 2008-10-19 at 12:16 -0700, Eric Anholt wrote: On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote: Jesse Barnes a écrit : This is mainly a smoke test for the final 2.5.0 release which I hope to do on Monday. Please give it a try and let me know if you run into build issues, etc. configure wants libdrm 2.4.0 which has yet to be released. I've tried tweaking configure.ac to get it to build on non-GEM drm (which was announced to be still supported for 2.5, iirc) but then I get massive failure in src/i830.h about dri_bo being undefined. So I gave up and installed mesa and libdrm from git, but then I get DRM errors in dmesg and rendering errors in Firefox 3 and gnome-terminal (both of which use render). And if I start a GEM kernel, X doesn't even start. See my previous post on intel-gfx. libdrm 2.4.0 is released. http://dri.freedesktop.org/libdrm/ I couldn't find any clearer release process for it than tag it and dump a tarball into this directory -- if any other DRM maintainer-types want to suggest an appropriate process, I'd love to hear. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [xf86-video-intel] G35, 1280x720 and close but not exact refresh rates
On Wed, 2008-10-08 at 01:31 +0300, Petri Helin wrote: So there really seems to be something fishy about the drivers. what drive and what version ? and xorg version ? and mesa version ? and drm/kernel version? Thanks, -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg