On Thu, 2009-01-29 at 21:16 +, Nix wrote:
I'm posting this here rather than reporting this on bz mainly because
something very similar has been reported on this list by at least one
other person in the past few months[1]: at the time, the assumption was
that this was Intel-card- related.
On Thu, 2009-01-29 at 21:12 -0200, Paulo César Pereira de Andrade wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[snip]
It would be nice if you could stop sending release announce mails with
invalid signatures. That sort of breaks the whole idea of signing these
mails to get a trust
On Fri, Jan 30, 2009 at 11:20 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
once you disable AutoAddDevices, the server picks the standard mouse/keyboard
devices anyway. The rest is superfluous.
Ok, I've given up on xf86-input-keyboard. It's causing vmware to crash
when the mouse is
On Fri, Jan 30, 2009 at 06:57:59PM +0800, Jeff Chua wrote:
On Fri, Jan 30, 2009 at 11:20 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
once you disable AutoAddDevices, the server picks the standard
mouse/keyboard
devices anyway. The rest is superfluous.
Ok, I've given up on
On Fri, Jan 30, 2009 at 7:28 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
please provide your log file.
Here. Attached.
Let me know where to go from here.
Thanks,
Jeff.
xorg.conf.evdev
Description: Binary data
Xorg.0.log.evdev
Description: Binary data
Fix a stray '}'
Update to use RMLVO interface
Remove g_winInfo.xkb.disable, can never be set since noXkbExtension has been
removed
Change to retrieve modifier key state using XkbStateFieldFromRec() from Colin
Harrison
Update to use XKB defaults from xkb-config.h
Signed-off-by: Jon TURNEY
Hi,
Looks OK by me.
Thanks,
Colin
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Hi,
On Sun, Jan 25, 2009 at 12:28:37PM +0200, Pekka Paalanen wrote:
Consider a case where user space is stalled due to excessive load, and
let's think about usability. Much of usability comes from feedback
given to a user.
If cursor updates are done completely inside the kernel, the mouse
On Fri, Jan 30, 2009 at 12:11 PM, Ian Romanick i...@freedesktop.org wrote:
make[2]: Entering directory
`/home/idr/devel/graphics/Xorg/BUILD/driver/xf86-input-void/src'
source='void.c' object='void.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ../depcomp \
/bin/sh
Sometime since last Tuesday, the xserver is failing with the info below.
I don't see a file evdev *anywhere* in the tree or in the
distro's /usr/share/X11/xkb/rules. I'm also specifying 'Option
XkbRules xorg' in my xorg.conf. What is this file? Where does it
come from? And why is its
On Fri, Jan 30, 2009 at 1:23 PM, Ian Romanick i...@freedesktop.org wrote:
Sometime since last Tuesday, the xserver is failing with the info below.
I don't see a file evdev *anywhere* in the tree or in the
distro's /usr/share/X11/xkb/rules. I'm also specifying 'Option
XkbRules xorg' in my
On 30 Jan 2009, Michel Dänzer stated:
Trying current xf86-video-ati Git might be good, but my main suggestion
would be to try xserver Git server-1.6-branch with EXA.
OK. Do I need to upgrade Mesa or anything related at the same time?
(I'm currently on libdrm 2.4.1, Mesa a few commits past
On Fri, Jan 30, 2009 at 01:23:19PM -0800, Ian Romanick wrote:
Sometime since last Tuesday, the xserver is failing with the info below.
I don't see a file evdev *anywhere* in the tree or in the
distro's /usr/share/X11/xkb/rules. I'm also specifying 'Option
XkbRules xorg' in my xorg.conf. What
I don't know if anyone's still using this hardware. My main motivation
here is to make sure that drivers implement the various repeat modes in
exa's composite operation correctly (that is, fall back to software if
they don't), so that cairo's performance-crippling client-side fallback
for
Two comments, see below.
On Fri, Jan 30, 2009 at 02:23:45PM +, Jon TURNEY wrote:
Fix a stray '}'
Update to use RMLVO interface
Remove g_winInfo.xkb.disable, can never be set since noXkbExtension has been
removed
Change to retrieve modifier key state using XkbStateFieldFromRec() from
On Fri, 2009-01-30 at 22:34 +0100, Maarten Maathuis wrote:
The crash is something you should poke daniels about, the cause is
probably the removal of non-XKB mode. The evdev folder comes from
xkeyboard-config, as do all those files.
If xkeyboard-config is a required (or at least an expected)
2009/1/30 Eric Anholt e...@anholt.net:
On Fri, 2009-01-30 at 21:28 +, Panagiotis Archondis wrote:
Hi there, I have the following system
# lspci
00:00.0 Host bridge: Intel Corporation 82Q35 Express DRAM Controller
glxgears is not a benchmark.
We sync to vblank because running glxgears
On Fri, Jan 30, 2009 at 01:29:49PM -0800, Eric Anholt wrote:
$ glxgears
Failed to initialize TTM buffer manager. Falling back to classic.
300 frames in 5.0 seconds = 59.884 FPS
299 frames in 5.0 seconds = 59.621 FPS
300 frames in 5.0 seconds = 59.818 FPS
glxgears is not a benchmark.
On Sat, Jan 31, 2009 at 1:45 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Fri, Jan 30, 2009 at 9:08 AM, Jeff Chua jeff.chua.li...@gmail.com wrote:
On Fri, Jan 30, 2009 at 9:58 PM, Jeff Chua jeff.chua.li...@gmail.com wrote:
On Fri, Jan 30, 2009 at 7:28 PM, Peter Hutterer
2009/1/31 Bryce Harrington br...@canonical.com:
On Fri, Jan 30, 2009 at 01:29:49PM -0800, Eric Anholt wrote:
$ glxgears
Failed to initialize TTM buffer manager. Falling back to classic.
300 frames in 5.0 seconds = 59.884 FPS
299 frames in 5.0 seconds = 59.621 FPS
300 frames in 5.0
On Fri, 2009-01-16 at 16:45 +0100, Roland Scheidegger wrote:
On 16.01.2009 05:11, Dan Naughton wrote:
Are there drivers for the US15W / Poulsbo chipset? I just got the
install done with Fedora 10 in text mode, and it tanked setting up the
xserver. From the Xorg.0.log, it looks like it
I was confused tonight to get three commit messages for pushes from me to
-ati, until I realized two were for -mach64 -rage128, just have the
wrong mail subject - one of our local git gurus want to fix the hooks?
-alan-
Alan Coopersmith wrote:
README | 20
1
Adam Williamson wrote:
Why is this code being handled in this half-assed way? Can't Intel,
Tungsten, Dell, Ubuntu and whoever just pull together and put it in
X.org and the kernel like a sane and actually-useful driver should be?
That would be nice - I know some people who went through similar
On Fri, 2009-01-30 at 21:23 -0800, Alan Coopersmith wrote:
Adam Williamson wrote:
Why is this code being handled in this half-assed way? Can't Intel,
Tungsten, Dell, Ubuntu and whoever just pull together and put it in
X.org and the kernel like a sane and actually-useful driver should be?
We need to do something about the '--enable-builtin-fonts' issue in
1.6... either change it back to default=no or use Paulo's patch (which
works for me with XQuartz, but I can't verify the xfree86 changes)
On Jan 30, 2009, at 21:33, Keith Packard wrote:
Ok, it's getting down to the wire;
25 matches
Mail list logo