Hi,
I suppose that patch is into mainstream.
Xephyr -mouse evdev,,device=/dev/input/evdev1 -keybd
evdev,,device=/dev/input/evdev0,xkbmodel=evdev,xkblayout=us
If You use this commandline, then You bypass X server events and use Linux mouse
and keyboard directly.
Aivils
Citēju Nokan Emiro
pretty long-standing issue, just no-one has found the time to fix it yet.
http://bugs.freedesktop.org/show_bug.cgi?id=865
Thanks, couldn't find that issue myself because of the unintelligible
summary.
___
xorg mailing list
There is a fastpath in fbBlt() using memcpy if the source and dest rasters are
properly aligned. This fastpath rely on MEMCPY_WRAPPED, which is (sometime) a
mere memcpy().
So, if the rasters do overlap the behavior is undefined. On my loongson (mips)
at home, it segfaults, bus error or sometime
On Thu, 2010-02-04 at 15:50 +0100, ri...@happyleptic.org wrote:
There is a fastpath in fbBlt() using memcpy if the source and dest rasters are
properly aligned. This fastpath rely on MEMCPY_WRAPPED, which is (sometime) a
mere memcpy().
So, if the rasters do overlap the behavior is undefined.
ri...@happyleptic.org writes:
There is a fastpath in fbBlt() using memcpy if the source and dest rasters are
properly aligned. This fastpath rely on MEMCPY_WRAPPED, which is (sometime) a
mere memcpy().
So, if the rasters do overlap the behavior is undefined. On my loongson (mips)
at home,
Luc Verhaegen ha scritto, Il 22/01/2010 02:56:
http://wiki.x.org/wiki/fosdem2010
The current schedule (as it will be printed in the booklet too):
* 10.00: ...
* 11.00: ...
* 12.00: ...
* 13.00: Daniel Stone : Polishing X11 and making it shiny.
* 14.00: Luc Verhaegen : The free software
In compiler.h, is defined mem_barrier() which is used if I understand
correctly when accessing the memory mapped IO, to force the CPU to
ensure previous writes/reads are commited to the bus before the
following ones (gcc being independantly informed to keep the source code
reads/writes ordering by
On Thu, Feb 4, 2010 at 2:57 PM, ri...@happyleptic.org wrote:
In compiler.h, is defined mem_barrier() which is used if I understand
correctly when accessing the memory mapped IO, to force the CPU to
ensure previous writes/reads are commited to the bus before the
following ones (gcc being
Hi,
thanks for the reply. But I can't figure out how to do it.
On Tue, 2 Feb 2010 09:28:51 +1000
Peter Hutterer peter.hutte...@who-t.net wrote:
You can set the touchpad up to be scrolling only by letting the evdev
driver handle it and then set the scroll wheel emulation button to 0.
It
On 3 February 2010 01:25, David Gerard dger...@gmail.com wrote:
If I shell out and then do ./autogen.sh --prefix=$HOME/mesa then it
works properly. Phew!
Wrong directory! That should of course be:
./autogen.sh --prefix=$HOME/xorg-build
and possibly a make after that.
- d.
On Fri, 5 Feb 2010 08:55:58 +1000
Peter Hutterer peter.hutte...@who-t.net wrote:
On Thu, Feb 04, 2010 at 11:27:38PM +0100, Harald Braumann wrote:
On Tue, 2 Feb 2010 09:28:51 +1000
Peter Hutterer peter.hutte...@who-t.net wrote:
You can set the touchpad up to be scrolling only by letting
On Fri, Feb 5, 2010 at 00:28:07 +0100, Harald Braumann wrote:
I don't use HAL but udev. How can I configure it there? Btw., thats 1.7.
Get rid of /lib/udev/rules.d/*synaptics.rules (can't remember the number
right now), or override it from /etc/udev/rules.d/. (It's actually 1.7
+ an old
You must be looking at old source code. I changed this code in commit
52aa0495218d to use the sync instruction you mention.
Arg, I'm working on xserver 1.6.5 and forget to check on git.
Sorry for the noise.
___
xorg mailing list
When playing some video with mplayer I noticed with oprofile that
half the time is spent in xf86XVCopyPacked() or xf86XVCopyYUV12ToPacked().
Looking at the former, I wonder why a mere memcpy was not used instead
of manually copying each words. glibc's memcpy is usually optimized
for the target
-[ Thu, Feb 04, 2010 at 10:44:03AM -0500, Adam Jackson ]
Yeah, probably.
So you fix it ?
Or maybe that's better to check for overlap in fbBlt so that we
still use memcpy which should be faster, avoiding the fastpath when
src and dest overlap ?
___
Russell Shaw wrote:
*SNIP*
You have plenty of time on your hands, don't you? This can mean only one
thing: You have an idea to sell, in the hopes that people will jump on
board and run with it and you won't have to do any work.
I hate to disappoint you, but it doesn't work that way.
David
David Bronaugh wrote:
Russell Shaw wrote:
*SNIP*
You have plenty of time on your hands, don't you? This can mean only one
thing: You have an idea to sell, in the hopes that people will jump on
board and run with it and you won't have to do any work.
I hate to disappoint you, but it
On Fri, Feb 05, 2010 at 03:22:03AM +0100, Harald Braumann wrote:
On Fri, 5 Feb 2010 01:36:59 +0100
Julien Cristau jcris...@debian.org wrote:
On Fri, Feb 5, 2010 at 00:28:07 +0100, Harald Braumann wrote:
I don't use HAL but udev. How can I configure it there? Btw., thats
1.7.
I've had this running on my laptop pretty much since you sent out the patch
and given that I was at a conference and on holidays after, I pretty much
exclusively used the touchpad for more than two weeks.
My first impression was - it's slow. Much slower than the current method and
while I played
Voting for the 2010 Election of the X.Org Foundation Board
of Directors opens Friday 5 Feb 2010 at 0100 UTC, and closes
Thursday 18 Feb 2010 at 2300 UTC. All current Members of
the X.Org Foundation are eligible to vote in this election.
Members may vote by logging in to the web app at
20 matches
Mail list logo