On Thu, Aug 12, 2010 at 04:27:06PM +1000, Peter Hutterer wrote:
> commit 14327858391ebe929b806efb53ad79e789361883
> xkb: release XTEST pointer buttons on physical releases. (#28808)
> revealed a bug with the XTEST/PointerKeys interaction.
[...]
> @@ -1368,41 +1386,47 @@ XkbFakePointerMotion(Dev
On Mon, Aug 09, 2010 at 09:00:27PM -0700, Keith Packard wrote:
> On Tue, 10 Aug 2010 12:04:35 +1000, Peter Hutterer
> wrote:
>
> > > xkb: post-fix PointerKeys button events with a DeviceChangedEvent.
> > > exposed by 14327858391ebe929b806efb53ad79e789361883, devices with more
> > > valuators
commit 14327858391ebe929b806efb53ad79e789361883
xkb: release XTEST pointer buttons on physical releases. (#28808)
revealed a bug with the XTEST/PointerKeys interaction.
Events resulting from PointerKeys are injected into the event processing
stream, not appended to the event queue. The events
On Thu, Aug 12, 2010 at 07:17:36AM +0200, Matthew Fincham wrote:
> I sent the email below to the Xorg mailing list, but haven't had a
> response. Can anyone point me in the right direction for profiling
> Xorg?
I can't really help you with NetBSD not supporting sysprof or oprofile,
but to do a -g
Hi,
On Thu, Aug 12, 2010 at 09:47:23AM +0800, ykzhao wrote:
> The issue is that the function of read_hpet will be called more
> than 2 every second when playing video workload on one machine. And
> the matter is that it will take about 1800 cycles to read the HPET
> counter(About 1us late
Hi
I sent the email below to the Xorg mailing list, but haven't had a
response. Can anyone point me in the right direction for profiling Xorg?
Many thanks
Matthew Fincham
Original Message
Subject:Profiling Xorg
Date: Tue, 10 Aug 2010 08:23:58 +0200
From: Matthew
Makes it into a no-op, like evdev's PtrCtrl function, now that
mouse acceleration is completely handled in dix.
Signed-off-by: Alan Coopersmith
---
src/mouse.c | 18 +++---
src/xf86OSmouse.h |3 ---
2 files changed, 3 insertions(+), 18 deletions(-)
diff --git a/src/mouse
Hi, Alex,
Many thanks for your hints, about the xawtv, only know it is a
television viewer-X11 application, I will try to it, any other info, I will
reform to you. :)
Thanks,
Hunk Cui
> -Original Message-
> From: Alex Deucher [mailto:alexdeuc...@gmail.com]
> Sent: Thursday, Aug
On Wed, Aug 11, 2010 at 10:55 PM, Cui, Hunk wrote:
> I want to know why the variable should add X (in '(variable +
> X)'), what is the mainly intention? What are the different with HW
> operation?
Good question. If I understand it correctly, I think I can help.
Given some value, say 87, t
From: Osamu Sayama
Fixes Sun bug 6897086:
Hangul and Hanja keys on Korean PC 105 keyboard are not recognized
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6897086
Signed-off-by: Alan Coopersmith
---
src/sun_kbdMap.c | 15 +--
1 files changed, 13 insertions(+), 2
Hi, Tom,
> >>> But I'm confused by the code, not really sure of the calculate:
> >>> YDstPitch = (width + 31) & ~31; & UVDstPitch = ((width >> 1) + 15)
&
> >>> ~15;
> >>
> >> '(variable + X) & ~X' is a common idiom to align the variable to
the
> >> next multiple of (X+1).
> >
> > Thank you f
From: Aaron Zang
Fixes Solaris bug 6886424:
VT - keyboard and mouse do not work when switching to vt7
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6886424
Signed-off-by: Alan Coopersmith
---
src/kbd.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Hi, All
I meet with an issue about posix timer in course of testing media
workload on one machine. On this machine the HPET clock source is
selected as TSC stops in course of entering the deep C-state.
The issue is that the function of read_hpet will be called more
than 2 every se
On Tue, Aug 10, 2010 at 12:34:04AM -0700, Alan Coopersmith wrote:
> xf86-input-evdev:
> 37 commits since 2.4.0
>
> xf86-input-keyboard:
> 29 commits since 1.4.0
>
> xf86-input-mouse:
> 31 commits since 1.5.0, including Xorg 1.9 devPrivates fixes
I don't expect much to come for
On Wed, Aug 04, 2010 at 02:23:03PM -0700, Jamey Sharp wrote:
> CheckPassiveGrabsOnWindow returns FALSE if pWin->optional is NULL,
> because wPassiveGrabs uses wUseDefault, so don't bother checking at the
> caller.
>
> Signed-off-by: Jamey Sharp
> Cc: Peter Hutterer
> ---
> dix/events.c |6 +
[sorry, was stuck in my outbox]
On Wed, Aug 04, 2010 at 02:23:02PM -0700, Jamey Sharp wrote:
> CheckDeviceGrabs checked all the ancestors of the window containing this
> device's pointer even if no new grabs could possibly apply due to the
> device already being grabbed.
>
> ActivateFocusInGrab a
This just simplifies ComputeFreezes, eliminating some duplicated code
and a goto.
Signed-off-by: Jamey Sharp
Cc: Peter Hutterer
---
I could have sworn I tested these before sending them, but apparently I
split this out of another patch and forgot a part.
v2: (i > checkFirst) was just checking w
On Tue, Aug 10, 2010 at 12:46:14PM -0400, Robert Hooker wrote:
> From: Bryce Harrington
>
> Reviewed-by: Robert Hooker
> Signed-off-by: Bryce Harrington
> ---
> xset.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/xset.c b/xset.c
> index d2ec956..17c7b39 100
On Wed, Aug 11, 2010 at 02:41:30PM +0200, Éric Piel wrote:
> Op 11-08-10 12:29, yogesh gole schreef:
> > Hi All,
> >
> > How does the XServer handle accelerometer events, is there any
> > xorg-input-driver available for accelerometer support
>
> Hi,
>
> Normally the accelerometer drivers in Linu
On Wed, Aug 11, 2010 at 03:59:39PM +0530, yogesh gole wrote:
> How does the XServer handle accelerometer events, is there any
> xorg-input-driver available for accelerometer support
evdev handles them like any other axis, though they may come through as x/y
and confuse the server badly. which is w
On Wed, 11 Aug 2010 14:04:08 -0400, Adam Jackson wrote:
> Threads will help when we're in D state, but only to the extent that
> they're not blocked by the main server. If the server is holding a read
> lock for the input queue, we're still going to lose if we try to write
> to it from another t
In message you wrote:
> On Wed, Aug 11 2010, Julien Cristau wrote:
>
> > It would be good to have a libxcb 1.7 release by then too.
>
> I'll take care of that.
Thanks much.
Bart
___
xorg-devel@lists.x.org: X.Org development
Archives: http://
On Wed, 2010-08-11 at 14:56 -0300, Fernando Carrijo wrote:
> If I'm not mistaken, the situation Daniel relates has more to do with the
> signal
> handler being unaware of the routine it interrupts. Thus, if during heap
> memory
> allocation a function is preempted by a signal handler that also a
On Wed, 2010-08-11 at 17:46 +0300, Tiago Vignatti wrote:
> FYI, myself and Fernando have already a working tree with input generation
> running inside a thread:
>
> http://cgit.freedesktop.org/~vignatti/xserver/log/?h=inputthread
>
> I don't expect/want reviews yet though. Right now we're discus
Tiago Vignatti wrote:
> Hi,
>
> On Tue, Aug 10, 2010 at 07:28:30AM +0200, ext Peter Hutterer wrote:
> > On Tue, Aug 10, 2010 at 03:05:48PM +1000, Daniel Stone wrote:
> > >
> > > malloc() in a signal handler ftl
> >
> > urgh, yes, thanks.
>
> ...
>
> > > I guess you could just have a static
On Wed, Aug 11, 2010 at 4:14 AM, Cui, Hunk wrote:
> Hi, guys,
>
> In xf86-video-geode:
> lx_video.c -> LXCopyPlanar function, some codes make me confuse,
>
> (
> http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/tree/src/lx_vid
> eo.c#n224 )
> YSrcPitch = (width + 3) & ~3;
> YD
On Wed, Aug 11, 2010 at 10:26 AM, Adam Jackson wrote:
> On Wed, 2010-08-11 at 10:24 +0800, Cui, Hunk wrote:
>> Hi, guys,
>> Now I am researching about allocate the video overlay memory,
>> some confuse to inquire.
>> In xf86-video-geode -> lx_video.c -> LXInitOffscreenImages:
>>
On Mon, Aug 09, 2010 at 08:09:53PM +0200, ext Adam Jackson wrote:
> If the SIGIO handler interrupts the drivers XVPutImage hook, we can end
> up calling RemovePortFromWindow(NULL), which will fault. That's nasty
> enough, but calling RegionDestroy is also verboten since that races with
> malloc.
>
Hi,
On Tue, Aug 10, 2010 at 07:28:30AM +0200, ext Peter Hutterer wrote:
> On Tue, Aug 10, 2010 at 03:05:48PM +1000, Daniel Stone wrote:
> >
> > malloc() in a signal handler ftl
>
> urgh, yes, thanks.
...
> > I guess you could just have a static int copied_valuators[MAX_VALUATORS].
>
> I thou
On Wed, 2010-08-11 at 10:24 +0800, Cui, Hunk wrote:
> Hi, guys,
> Now I am researching about allocate the video overlay memory,
> some confuse to inquire.
> In xf86-video-geode -> lx_video.c -> LXInitOffscreenImages:
> alloc_surface = LXAllocateSurface;
> fr
Op 11-08-10 12:29, yogesh gole schreef:
> Hi All,
>
> How does the XServer handle accelerometer events, is there any
> xorg-input-driver available for accelerometer support
Hi,
Normally the accelerometer drivers in Linux export the position as a
joystick. So, I haven't tried but I imagine the jo
Hello All,
I have also tried enabling ROOTLESS macro in Xfbdev code. Still I do not get
transparent background.
I need to see the background video (running on a different plane), while
Xserver is running X-apps, hence I need to have the transparent bacground
such that Xapps will be seen and in rema
Hi,
On Sun, Aug 01, 2010 at 09:28:43PM +0200, Samuel Thibault wrote:
> This fixes Xserver on GNU/Hurd into using the "mem" device instead of
> the deprecated "iopl" device.
The patch looks fine (it's trivial enough); however:
> -mach_port_t device,iopl_dev;
> -memory_object_t iopl_mem;
On 8/11/10 12:38 PM, Cui, Hunk wrote:
> Hi, Tom,
>
>> -Original Message-
>> From: Tomas Carnecky [mailto:t...@dbservice.com]
>> Sent: Wednesday, August 11, 2010 6:23 PM
>> To: Cui, Hunk
>> Cc: xorg-devel@lists.x.org
>> Subject: Re: what is the effect of RADEON_ALIGN (macros) in
> ATI-drive
Hi, Tom,
> -Original Message-
> From: Tomas Carnecky [mailto:t...@dbservice.com]
> Sent: Wednesday, August 11, 2010 6:23 PM
> To: Cui, Hunk
> Cc: xorg-devel@lists.x.org
> Subject: Re: what is the effect of RADEON_ALIGN (macros) in
ATI-driver?
>
> On 8/11/10 12:03 PM, Cui, Hunk wrote:
> >
Hi All,
How does the XServer handle accelerometer events, is there any
xorg-input-driver available for accelerometer support
Regards
Yogesh
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://list
On Wed, Aug 11 2010, Julien Cristau wrote:
> It would be good to have a libxcb 1.7 release by then too.
I'll take care of that.
--
Julien Danjou
// ᐰhttp://julien.danjou.info
pgpDbiGl4BSGZ.pgp
Description: PGP signature
___
xorg-devel@lists.x.or
On 8/11/10 12:03 PM, Cui, Hunk wrote:
> But I'm confused by the code, not really sure of the calculate:
> YDstPitch = (width + 31) & ~31; & UVDstPitch = ((width >> 1) + 15) &
> ~15;
'(variable + X) & ~X' is a common idiom to align the variable to the
next multiple of (X+1).
tom
___
Hi, guys,
In ATI-driver -> Radeon.h -> line 254:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/tree/src/radeon.h
#n254
What is the effect of RADEON_ALIGN (macros)? Now I am
investigating how to calculate the video overlay size in Geode driver,
as the website link:
http://cgit.fre
Hi, guys,
In xf86-video-geode:
lx_video.c -> LXCopyPlanar function, some codes make me confuse,
(
http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/tree/src/lx_vid
eo.c#n224 )
YSrcPitch = (width + 3) & ~3;
YDstPitch = (width + 31) & ~31;
UVSrcPitch = ((width >> 1)
40 matches
Mail list logo
