Re: Xorg support to import options for non-Input sections?
On Tue, May 12, 2009 at 03:24:27PM -0700, Dan Nicholson wrote: On Tue, May 12, 2009 at 2:41 PM, Alan Coopersmith alan.coopersm...@sun.com wrote: Colin Guthrie wrote: 'Twas brillig, and Kevin Stange at 12/05/09 18:23 did gyre and gimble: So you're saying this HAL method is widely (or narrowly, but by the right people) disliked? Using Gentoo it seems to be encouraged, and I've seen indications other distros (like Ubuntu) have picked up the technique as well. HAL will eventually be phased out in favour of getting more direct information from udev. I'm not sure how that will impact the Xorg side of things but i'd imagine the end solution will be in some way related to udev. (this is just a guess tho) And for non-Linux systems? HAL is OS-agnostic, udev seems very Linux specific. Well, there's DeviceKit, but I don't think anyone has any plans for DeviceKit-input or DeviceKit-graphics. I'd personally like to see an abstraction layer rather than putting one into Xorg. Me too, but DeviceKit won't be it. Cheers, Daniel signature.asc Description: Digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.7.1
'Twas brillig, and Benjamin M. Schwartz at 13/05/09 05:12 did gyre and gimble: Carl Worth wrote: * Fix crash with XV with large virtual display ( 2049). [Albert Damen al...@gmx.net] It's not what I would call fixed. With 2.6.*, XV with large virtual display would crash the server. With 2.7.1, it just gives BadAlloc errors and shows nothing. That's still pretty far from the 2.3.* behavior, where it Actually Worked. This sounds very like what one my users is getting with a snapshot from the 2.7 branch made the other day: https://qa.mandriva.com/show_bug.cgi?id=50857 Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg support to import options for non-Input sections?
On Tue, 12 May 2009 14:41:48 -0700 Alan Coopersmith alan.coopersm...@sun.com wrote: And for non-Linux systems? HAL is OS-agnostic, udev seems very Linux specific. From http://cgit.freedesktop.org/hal/tree/NEWS: ---8-- == HAL 0.5.13 == Released Month 00, 2009. Requirements for HAL 0.5.13: - Linux kernel = 2.6.22(CONFIG_SYSFS_DEPRECATED=n) - udev = 125 (Linux only) - util-linux-ng= 2.15 ... ---8-- Doesn't look too OS-agnostic to me. Cheers, harry signature.asc Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg support to import options for non-Input sections?
Harald Braumann wrote: On Tue, 12 May 2009 14:41:48 -0700 Alan Coopersmith alan.coopersm...@sun.com wrote: And for non-Linux systems? HAL is OS-agnostic, udev seems very Linux specific. From http://cgit.freedesktop.org/hal/tree/NEWS: ---8-- == HAL 0.5.13 == Released Month 00, 2009. Requirements for HAL 0.5.13: - Linux kernel = 2.6.22(CONFIG_SYSFS_DEPRECATED=n) - udev = 125 (Linux only) - util-linux-ng= 2.15 ... ---8-- Doesn't look too OS-agnostic to me. You certain those aren't the requirements for if using Linux, this is the minimum version of these Linux components? I haven't checked HAL 0.5.13, but we're using HAL input hotplug on Solaris OpenSolaris successfully today. -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg support to import options for non-Input sections?
On Wed, May 13, 2009 at 07:55:05AM -0700, Dan Nicholson wrote: On Tue, May 12, 2009 at 11:02 PM, Daniel Stone dan...@fooishbar.org wrote: On Tue, May 12, 2009 at 03:24:27PM -0700, Dan Nicholson wrote: On Tue, May 12, 2009 at 2:41 PM, Alan Coopersmith alan.coopersm...@sun.com wrote: And for non-Linux systems? HAL is OS-agnostic, udev seems very Linux specific. Well, there's DeviceKit, but I don't think anyone has any plans for DeviceKit-input or DeviceKit-graphics. I'd personally like to see an abstraction layer rather than putting one into Xorg. Me too, but DeviceKit won't be it. As in, you don't think it will happen for DeviceKit, or you don't want DeviceKit to be it? Yes. :) Cheers, Daniel signature.asc Description: Digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X stops receiving mouse clicks
On Wed, May 13, 2009 at 10:11:42AM +1000, Peter Hutterer wrote: On Tue, May 12, 2009 at 04:35:51PM +0300, Marius Gedminas wrote: On Tue, May 12, 2009 at 05:57:00PM +1000, Peter Hutterer wrote: no, actually. this is how input devices work. the physical devices are abstracted away through the virtual core pointer. all events go through this core pointer device, and if an application grabs it then events are no longer sent to anyone else. same with the keyboard. hence if you have a rogue grab, all devices seem to stop working. Are there any debugging facilities for finding out which X client has the grab? I once spent an hour killing all processes one by one until I found the one responsible (gnome-settings-daemon): http://mg.pov.lt/blog/xorg-snafu.html if you have a second machine you can ssh+gdb in and look at CLIENT_BITS(inputInfo.pointer-deviceGrab.grab-resource). this should give you the client mask for the grab, and with xwininfo -root -children -all you can then match that up with a running client (that's from memory, no guarantees) Thank you, this is more or less what I wanted to know in case the bug strikes again (probably unlikely). Marius Gedminas -- Premature optimization is the root of all evil. -- D.E. Knuth signature.asc Description: Digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xserver patch - Fix to allow scaling and rotation to correctly occur at same time
Matrix multiply done in wrong order when applying transform matrix (scaling) to rotation matrix. This fix allows rotation and scaling to correctly occur at the same time. This is my first time submitting a patch so please let me know if I'm not doing this right. See attached patch Ben Defnet Intel Corporation 0001-Matrix-mulitply-done-in-wrong-order-when-applying-tr.patch Description: 0001-Matrix-mulitply-done-in-wrong-order-when-applying-tr.patch ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xserver patch - Fix xf86CrtcSetModeTransform() to not skip transform processing with KMS
Fix xf86CrtcSetModeTransform() to properly process required rotation and transformation data, even when using kernel mode setting. Previously, with kernel mode setting enabled, this function just called set_mode_major() and returned causing transformations to never be applied. This is my first time submitting a patch so please let me know if I'm not doing this right. See attached patch Ben Defnet Intel Corporation 0001-Fix-xf86CrtcSetModeTransform-to-properly-process-r.patch Description: 0001-Fix-xf86CrtcSetModeTransform-to-properly-process-r.patch ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xserver patch - Fix xf86CrtcSetModeTransform() to not skip transform processing with KMS
set_mode_major is not exclusive to kernel modesetting. Is the driver api breakage neccesary? If so you definately need to bump something somewhere. Maarten. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
RE: xserver patch - Fix xf86CrtcSetModeTransform() to not skip transform processing with KMS
Thank you for the clarification on set_mode_major. The driver api breakage isn't necessary, but is an attempt to clean up the usage. It seemed to me that the only reason the rotation parameter was needed was so that the set_mode_major function could explicitly process the rotation transforms, which is something the xf86CrtcSetModeTransform() function does already (and was being skipped without this patch). -Original Message- From: Maarten Maathuis [mailto:madman2...@gmail.com] Sent: Wednesday, May 13, 2009 9:54 AM To: Defnet, Benjamin R Cc: xorg@lists.freedesktop.org; xorg-de...@lists.freedesktop.org; Barnes, Jesse; Packard, Keith Subject: Re: xserver patch - Fix xf86CrtcSetModeTransform() to not skip transform processing with KMS set_mode_major is not exclusive to kernel modesetting. Is the driver api breakage neccesary? If so you definately need to bump something somewhere. Maarten. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
How to make xorg prefer nvidia over nv driver in a xorg.conf less configuration?
Hello, this is my need: I've installed ubuntu in my nvidia powered notebook; I've learnt how to use the same native installation in a VirtualBox environment, using the createrawvmdk directive. I've deleted the xorg.conf file and Xorg correctly detects the emulated video card (vboxvideo) when launched within VirtualBox. Unfortunately, with a xorg.conf-less configuration, now Xorg choose nv as the default driver for my nvidia card when booting ubuntu natively. Is there a supported and clean way to make it choose the nvidia one? I've tried searching around: someone points about creating an HAL fdi policy, but without examples. Others points about the fact Xorg already have a priority system for loading drivers, but there's no informations on how to modify it. How I am supposed to do to accomplish this task? Ask me if you need more details. Thanks, Francesco ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to make xorg prefer nvidia over nv driver in a xorg.conf less configuration?
On Wed, May 13, 2009 at 08:42:50PM +, Francesco Pretto wrote: Hello, this is my need: I've installed ubuntu in my nvidia powered notebook; I've learnt how to use the same native installation in a VirtualBox environment, using the createrawvmdk directive. I've deleted the xorg.conf file and Xorg correctly detects the emulated video card (vboxvideo) when launched within VirtualBox. Unfortunately, with a xorg.conf-less configuration, now Xorg choose nv as the default driver for my nvidia card when booting ubuntu natively. Is there a supported and clean way to make it choose the nvidia one? I've tried searching around: someone points about creating an HAL fdi policy, but without examples. Others points about the fact Xorg already have a priority system for loading drivers, but there's no informations on how to modify it. How I am supposed to do to accomplish this task? Ask me if you need more details. See discussion on http://lists.freedesktop.org/archives/xorg/2008-July/037098.html and the following commmits in git master of xserver: commit 0dbfe0ebc69c307c0626ba824de15d03de1251d4 Author: Daniel Stone dan...@fooishbar.org Date: Mon Jul 21 03:50:15 2008 +0300 Revert Try nvidia before nv under the assumption that people who install it usually want to *use* it, too. Per mailing list discussion. This reverts commit 66fb253082ea42179180303393e48846208987fa. commit 66fb253082ea42179180303393e48846208987fa Author: Aaron Plattner aplatt...@nvidia.com Date: Tue Jul 8 02:39:00 2008 -0700 Try nvidia before nv under the assumption that people who install it usually want to *use* it, too. Best regards, Stefan Public Key available -- Stefan Dirsch (Res. Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.deGermany - SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) - ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
