Hi,
On Mon, Apr 11, 2011 at 10:46:52AM +1000, Peter Hutterer wrote:
added and pushed. branch inputproto-2.1-devel is now available. You ok to
take maintainership of this branch?
Sure.
Cheers,
Daniel
signature.asc
Description: Digital signature
___
Hi all,
I'm trying to use Xfbdev on an embedded linux device with a monochrom
LCD display. However, the command returns the following error:
Fatal server error:
no screens found
I have the device nodes for the framebuffer device (/dev/fb0). On closer
inspection of the code, it seems this
Sorry, Simon, I forgot to add you to CC. Doing so now, hopefully it's OK.
--
Orhan Kavrakoğlu
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
On Fre, 2011-04-08 at 18:37 +0200, Soeren Sandmann wrote:
Michel Dänzer mic...@daenzer.net writes:
On Don, 2011-04-07 at 19:41 +0200, Soeren Sandmann wrote:
The trap offsets change depends on a change to pixman that I will push
as soon as the changes below are in master.
What's
Hello,
I'm developing some multitouch applications under X11R7.6.
I have a problem related to AllowSome() in Xorg server.
Basically, my multitouch X driver is based on Benjamin's
evdev-multitouch driver.
There are two pointer devices in my Xorg server.
(Two logical pointer devices on a physical
Instead of using the proper DamageDamageRegion for reporting the
first (virtual) damage in ProcDamageCreate that covers the borderClip
of the drawable window, use a new function DamageInitialReport that
uses damageReportDamage to do the work. This avoids sending all other
damage listeners a full
On 24.03.2011 15:41, Adam Jackson wrote:
There's still one semantic difference between this and the original:
you're not adding the initial region to the Damage. I'm not
completely sure if that matters in any existing app, but it's
probably better to assume it does.
It looks like
There are, in general, more fbconfig depths than visual depths.
fbconfigs need not support Window rendering, however any that do must
have an associated visual ID (which we got right), and any that do not
must not claim GLX_WINDOW_BIT in GLX_DRAWABLE_TYPE (which we got wrong).
Fixes
On 4/10/11 9:11 PM, Peter Hutterer wrote:
XShmAttach, XShmDetach, XShmPutImage do not return a Status but 0 or 1.
Though the man section for XShmAttach says if all goes well, you will get a
non-zero status, back this is counter to the usage of Status in Xlib
itself where 0 means Success and
On Wed, Apr 06, 2011 at 08:51:52PM -0700, Dave Airlie wrote:
On Thu, Apr 7, 2011 at 10:59 AM, Aaron Plattner aplatt...@nvidia.com wrote:
Hi Dave,
I like the idea of separating the driver from the protocol screens,
and am interested in helping out. I think it might be easiest in the
On 04/11/2011 10:01 AM, Dushara Jayasinghe wrote:
Hi all,
I'm trying to use Xfbdev on an embedded linux device with a monochrom LCD
display. However, the command returns the following error:
Fatal server error:
no screens found
I have the device nodes for the framebuffer device (/dev/fb0).
On Mon, 11 Apr 2011 11:29:48 -0400, Adam Jackson a...@redhat.com wrote:
There are, in general, more fbconfig depths than visual depths.
fbconfigs need not support Window rendering, however any that do must
have an associated visual ID (which we got right), and any that do not
must not claim
commit 678f5396c91b3d0c7572ed579b0a4fb62b2b4655 only fixed the
initialization, not the copy. After a slave device change, the valuator
were out of alignment again.
X.Org Bug 36119 http://bugs.freedesktop.org/show_bug.cgi?id=36119
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
tbh,
On Mon, Apr 11, 2011 at 05:40:56PM -0400, Chase Douglas wrote:
On 04/08/2011 12:17 AM, Peter Hutterer wrote:
On Tue, Mar 22, 2011 at 03:07:34PM -0400, Chase Douglas wrote:
On 03/18/2011 02:23 AM, Peter Hutterer wrote:
On Thu, Mar 10, 2011 at 03:47:41PM -0500, Chase Douglas wrote:
* it is
Reviewed-by: Jeremy Huddleston jerem...@apple.com
On Apr 11, 2011, at 18:05, Peter Hutterer wrote:
commit 678f5396c91b3d0c7572ed579b0a4fb62b2b4655 only fixed the
initialization, not the copy. After a slave device change, the valuator
were out of alignment again.
X.Org Bug 36119
Reviewed-by: Jeremy Huddleston jerem...@apple.com
On Apr 10, 2011, at 18:34, Peter Hutterer wrote:
Conditional jump or move depends on uninitialised value(s)
at 0x4357A1: GetEventMask (events.c:454)
by 0x43B9E8: DeliverEventsToWindow (events.c:2029)
by 0x4E0C59: SendEventToAllWindows
Yeah, ugly, but looks reasonable given the unfortunateness of the situation.
Reviewed-by: Jeremy Huddleston jerem...@apple.com
Should be no effective difference once past cpp since they're both ints:
#define Bool int
#define Status int
#define True 1
#define False 0
On Apr 10, 2011, at 18:11,
17 matches
Mail list logo