At the moment, we have the following keysyms defined to put a computer into a
sleep state:
XF86XK_Standby0x1008FF10 /* System into standby mode */
XF86XK_PowerDown 0x1008FF21 /* Deep sleep the system */
XF86XK_Sleep 0x1008FF2F /* Put system to sleep*/
Proposed
2008/10/26 Simon Thum [EMAIL PROTECTED]:
Søren Hauberg wrote:
issue is keeping the code fairly clean. I imagine that the solution
you suggest will be fairly complicated, in which case I don't think it
would be worth the slight performance gain. But perhaps my priorities
aren't in place...
On Mon, Oct 27, 2008 at 08:44:24AM +0100, Søren Hauberg wrote:
Just a quick thought: double-scaling means we transform one coordinate
from [a, b] to [c, d] in the driver, and then from [c, d] to [e, f] in
the server, right? Here [a, b] is determined by the hardware. What if
we choose [c, d]
Hi,
Waiting for stolen goods is always dodgy :p
I got this in my xorg.log when resuming from suspend. The xserver then
restarted:
intel_bufmgr_fake.c:392: Error waiting for fence: Device or resource busy.
I don't see anything in the gitlog that could address this but then I'm
not convinced
Peter Hutterer wrote:
On Sat, Oct 25, 2008 at 01:42:31PM +0100, Colin Guthrie wrote:
Well they didn't appear to come up I'll have a look and see if I can
get more info. Not being able to log in to debug it due to lack of
keyboard meant I didn't really research/probe as much as I should
- Original Message -
From: Wolfgang [EMAIL PROTECTED]
To: xorg@lists.freedesktop.org
Sent: Monday, October 27, 2008 5:43 PM
Subject: Failed to download some packages of X11R7.4
Hi,
I'm sorry to send this messages to all, but I don't know who can help me:)
As the X11R7.4 released, I
2008/10/27 Wolfgang [EMAIL PROTECTED]:
bitmap-1.0.3.tar.bz2
libX11-1.1.5.tar.bz2
libXScrnSaver-1.1.3.tar.bz2
libXfont-1.3.3.tar.bz2
You'll find these files in /pub/individual/lib/ and /pub/individual/app
I ran into this problem, too when mgetting /everything. Maybe the
links
On Mon, Oct 27, 2008 at 6:17 AM, Erik Streb del Toro [EMAIL PROTECTED] wrote:
Peter Hutterer schrieb am 27.10.2008 05:41:
On Sat, Oct 25, 2008 at 02:22:03AM -0400, James Cloos wrote:
Peter == Peter Hutterer [EMAIL PROTECTED] writes:
Peter diff --git a/src/xlibi18n/imKStoUCS.c
On Fri, Oct 17, 2008 at 05:33:33PM -0700, Philip Langdale wrote:
The mouse appears as a regular PS/2 mouse and detecting that it's the
special vmmouse
a is done completely out of band; we can't change how this works for
compatibility reasons
so I've got to make do.
There's no possibility
On Mon, Oct 27, 2008 at 11:50:42AM +, Matthew Garrett wrote:
Hmm. The fdi seemed to be missing?
No it wasn't, I'm just blind. I think a better way of doing this would
be to make the callout conditional on there being a PCI device with the
vmware subsystem. Probing for a vmware mouse on
Corbin Simpson [EMAIL PROTECTED] writes:
radeon doesn't just have r5xx, r6xx, and r7xx support grafted on, as you
imply. The support is provided through AtomBIOS, and the acceleration
for the r5xx chipsets is nearly identical to the r4xx, with the sole
exception of the programmable fragment
Miles Bader wrote:
Corbin Simpson [EMAIL PROTECTED] writes:
radeon doesn't just have r5xx, r6xx, and r7xx support grafted on, as you
imply. The support is provided through AtomBIOS, and the acceleration
for the r5xx chipsets is nearly identical to the r4xx, with the sole
exception of the
On Mon, Oct 27, 2008 at 08:35:39AM -0700, Philip Langdale wrote:
Matthew Garrett wrote:
No it wasn't, I'm just blind. I think a better way of doing this would
be to make the callout conditional on there being a PCI device with the
vmware subsystem. Probing for a vmware mouse on every
I thought that since we were X.Org, not XFree86, we were going to stop
defining new keysyms with XF86 and stop using the vendor space, since
we can just define them in the standard space, as the X Standards Body.
-alan-
Peter Hutterer wrote:
At the moment, we have the following keysyms
Hi,
I have debian with xorg 1.5.2 and master mesa/libdrm/intel which I use with
EXA and GEM enabled kernel from Eric.
I installed nexuiz
apt-get install nexuiz
and game crash system when I run it with enabled GLSL.
Can someone check it ?
It also can be downloaded from
Matthew Garrett wrote:
Yeah, that looks better to me. Do you actually need to do the probing in
that case, or are there VMWare systems that will expose a PS/2 mouse
port and not allow you to run vmmouse against it?
Yes, the active check is required - it's possible to configure a VM with
the
On Monday 27 October 2008, Corbin Simpson wrote:
Miles Bader wrote:
Corbin Simpson [EMAIL PROTECTED] writes:
radeon doesn't just have r5xx, r6xx, and r7xx support grafted on, as you
imply. The support is provided through AtomBIOS, and the acceleration
for the r5xx chipsets is nearly identical
I have a uncommon pointing device - a 3Dconnexion SpaceNavigator.
Using Fedora 10's 1.5.2, evdev it recognizes it, but isn't sure what to do
with the device.
(II) 3Dconnexion SpaceNavigator: Found x and y relative axes
(WW) 3Dconnexion SpaceNavigator: Don't know how to use device
being the
fgrlx won't build on current kernels. End of discussion.
Corbin is talking about the NDA repository where we are working on open
source driver support in parallel with the IP review. We tried doing a
review and release on the documentation for the new engine, but after
two failed attempts
On Mon, Oct 27, 2008 at 01:23:03PM -0400, Drew Ogle wrote:
(II) 3Dconnexion SpaceNavigator: Found x and y relative axes
(WW) 3Dconnexion SpaceNavigator: Don't know how to use device
that probably just means that it doesn't expose buttons. what's the output of
evtest when you point it at the
On Mon, Oct 27, 2008 at 09:20:55AM +0100, Søren Hauberg wrote:
Yes, not knowing [a, b] at server startup is indeed the real problem.
If we want to support run-time calibration, then it simply won't be
possible to fix these parameters at startup. From what I understand,
it is only the driver
21 matches
Mail list logo