Russell Shaw wrote:
> Peter Hutterer wrote:
>> On Fri, Sep 19, 2008 at 01:46:21PM +1000, Russell Shaw wrote:
>>> I built X from git. I get a stippled background when X starts but the
>>> mouse cursor is invisible. The mouse is working because i tested it
>>> with xev. I built and installed in this
On Fri, 2008-09-19 at 15:02 +1000, Russell Shaw wrote:
> I think it would be a good idea if there was a default cursor present if
> nothing else.
At least when using the ugly grey stipple. If you're using -br, the
missing-cursor plan seems reasonable. Otherwise, it makes debugging X
server startu
On Thu, Sep 18, 2008 at 11:51:47PM -0500, Tobias Jakobi wrote:
> After ioquake3 is started all keyb and mouse input stop. You can't move
> the cursor, you can't click. Switching to another application isn't
> possible, even switching to the VTs isn't possible.
> All input is simply dead.
> [...
Peter Hutterer wrote:
> On Fri, Sep 19, 2008 at 01:46:21PM +1000, Russell Shaw wrote:
>> I built X from git. I get a stippled background when X starts but the
>> mouse cursor is invisible. The mouse is working because i tested it
>> with xev. I built and installed in this order:
>
> commit e02f864
On Fri, Sep 19, 2008 at 01:46:21PM +1000, Russell Shaw wrote:
> I built X from git. I get a stippled background when X starts but the
> mouse cursor is invisible. The mouse is working because i tested it
> with xev. I built and installed in this order:
commit e02f864fdf19a5ab1682336be343c57fdb69ef
Here's a tiny fix for the damage protocol specification
0001-Document-that-parts-may-be-None-for-DamageSubtract.patch
Description: application/mbox
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Hi,
I built X from git. I get a stippled background when X starts but the
mouse cursor is invisible. The mouse is working because i tested it
with xev. I built and installed in this order:
macros
scrnsaverproto
randrproto
renderproto
fixesproto
damageproto
xcmiscproto
xextproto
xproto
scrnsaverp
On Fri, Sep 19, 2008 at 7:02 AM, Jeff Chua <[EMAIL PROTECTED]>
wrote:
> Swtiching to console resulted in X crashing. Same problem with trying
> to suspend to ram.
>
> X: intel_bufmgr_fake.c:1302: intel_bufmgr_fake_evict_all: Assertion
> `((&bufmgr_fake->fenced)->next == (&bufmgr_fake->fenced))' f
Just one fix - some kernels invalidate the device late after resume, leaving
us with dead devices. This issue is addressed by reopening the device if a
read error occurs.
Peter Hutterer (2):
Attempt to re-open devices on read errors.
evdev 2.0.5
git tag: xf86-input-evdev-2.0.5
http:
On Fri, Sep 19, 2008 at 04:28:20AM +0700, Mikhail Gusarov wrote:
> Xi/chdevhier.h includes which is in libXi, but
> xserver configure script does not check for the libXi. Is it a bug?
Thanks, that's a bug. Fix pushed as cc20112a65d3f641ce0261c86a541f94fae5215c.
Cheers,
Peter
__
Hi all, recently I was put in charge of creating a clean room implementation of the XDMCP protocol for our Apple Terminal Server product. This was done for various political and technical reasons which are beyond the scope of this email. I wanted to tell all of you that while I found the XDMCP.PS d
Swtiching to console resulted in X crashing. Same problem with trying
to suspend to ram.
X: intel_bufmgr_fake.c:1302: intel_bufmgr_fake_evict_all: Assertion
`((&bufmgr_fake->fenced)->next == (&bufmgr_fake->fenced))' failed.
X.Org X Server 1.5.99.1
Release Date: (unreleased)
X Protocol Version 11,
Twas brillig at 19:11:39 18.09.2008 UTC-03 when [EMAIL PROTECTED] did gyre and
gimble:
>> MG>> Xi/chdevhier.h includes which is in libXi,
>> MG> Oh, I seem to have no clue here. It is in proto,
>> After some head-scratching, I found that XInput.h was in proto, but in
>> libXi now, so the q
Mikhail Gusarov escreveu:
> Twas brillig at 04:48:54 19.09.2008 UTC+07 when [EMAIL PROTECTED] did gyre
> and gimble:
>
> MG>> Xi/chdevhier.h includes which is in libXi,
> MG> Oh, I seem to have no clue here. It is in proto,
>
> After some head-scratching, I found that XInput.h was in proto, b
Twas brillig at 04:48:54 19.09.2008 UTC+07 when [EMAIL PROTECTED] did gyre and
gimble:
MG>> Xi/chdevhier.h includes which is in libXi,
MG> Oh, I seem to have no clue here. It is in proto,
After some head-scratching, I found that XInput.h was in proto, but in
libXi now, so the question about t
Twas brillig at 04:28:20 19.09.2008 UTC+07 when [EMAIL PROTECTED] did gyre and
gimble:
MG> Xi/chdevhier.h includes which is in libXi,
Oh, I seem to have no clue here. It is in proto,
--
pgpH0GN46p11l.pgp
Description: PGP signature
___
xorg mailin
Hi,
Xi/chdevhier.h includes which is in libXi, but
xserver configure script does not check for the libXi. Is it a bug?
--
pgpJuxWIkZOIa.pgp
Description: PGP signature
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mail
Owen Taylor has been poking at Composite for a while now and has helped
uncover a couple of interesting corner cases. Here are two patches, the
first is a correctness patch which fixes parent clip recomputation when
windows move from automatic to manual redirection. The second is an
optimization to
On Thursday 18 September 2008 06:41:51 Jacob Welsh wrote:
> > I'm currently working on implementing RandR support in the Xvnc server
> > along with an extension protocol for the client to request that Xvnc
> > changes its framebuffer size on demand.
>
> What version of RandR are you aiming to suppo
On Wed, 2008-09-17 at 13:48 -0400, Adam Jackson wrote:
> This will also get more complicated in the future. Apparently
> constructing a conformant (hah!) EDID block was just too much work for
> some vendors, so there's a new spec called DisplayID from VESA that
> we'll have to deal with at some p
On Thu, 2008-09-18 at 09:24 -0700, Alan Coopersmith wrote:
> Chuck Robey wrote:
> > Sorry, I can't parse what you wrote. You don't know where I heard that
> > Xorg is
> > Linux-only? Is that what you said? My understanding *had been* that Xorg
> > was
> > trying to be compatible with as many U
Chuck Robey wrote:
> Sorry, I can't parse what you wrote. You don't know where I heard that Xorg
> is
> Linux-only? Is that what you said? My understanding *had been* that Xorg was
> trying to be compatible with as many Unixes as possible, and specifically
> avoid
> being Linux only, which is
On Thu, Sep 18, 2008 at 9:10 AM, Chuck Robey <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Daniel Stone wrote:
>> On Wed, Sep 17, 2008 at 08:38:09PM -0400, Chuck Robey wrote:
>>> I don't know if this is important or not, and I won't harp on this, but I've
>>> hear
On Thu, Sep 18, 2008 at 12:10:13 -0400, Chuck Robey wrote:
> Sorry, I can't parse what you wrote.
EVDEV IS LINUX ONLY.
Is that clearer now?
Cheers,
Julien
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Stone wrote:
> On Wed, Sep 17, 2008 at 08:38:09PM -0400, Chuck Robey wrote:
>> I don't know if this is important or not, and I won't harp on this, but I've
>> heard before that an attempt is made both to keep evdev.c very current, AND
>> to
>>
On Wed, Sep 17, 2008 at 12:59:14PM -0700, Jeff Muizelaar wrote:
> commit d0b181f347ef4720d130beee3f03196afbd28aba
> Author: Jeff Muizelaar <[EMAIL PROTECTED]>
> Date: Wed Sep 17 15:53:20 2008 -0400
>
> Add support for ARMv6 SIMD fastpaths.
Thanks for the patch, but, uh ...
> +#ifdef USE_AR
On Wed, Sep 17, 2008 at 08:38:09PM -0400, Chuck Robey wrote:
> I don't know if this is important or not, and I won't harp on this, but I've
> heard before that an attempt is made both to keep evdev.c very current, AND to
> have it not have anything in it that is Linux-only.
I don't know where you
2008/9/18 Peter Hutterer <[EMAIL PROTECTED]>:
> On Wed, Sep 17, 2008 at 09:26:08PM +0200, Simon Thum wrote:
>> Maybe evdev works better? I seems there is a problem when both absolute
>> AND relative axes are exposed,
>
> The reason for this is that there's a couple of popular devices
> (keyboard/mo
2008/9/18 Peter Hutterer <[EMAIL PROTECTED]>:
> On Wed, Sep 17, 2008 at 06:46:17AM -0700, Hauberg wrote:
>> Now, my problem is that X seems to somehow accelerate the output from the
>> 'usbtouchscreen' module, so that when I move my finger to the left, the
>> cursor moves about twice as far to th
Dear list,
Am Donnerstag, den 18.09.2008, 09:41 +0100 schrieb Colin Guthrie:
> Paul Menzel wrote:
> > PS: I would be interested, what I did wrong (subject, form, …) so I did
> > not get any answer, so that I will not make this mistake next time. A
> > link to a webpage with the rules would also s
Paul Menzel wrote:
> PS: I would be interested, what I did wrong (subject, form, …) so I did
> not get any answer, so that I will not make this mistake next time. A
> link to a webpage with the rules would also suffice.
I don't think you did anything specifically wrong.
I notice you don't have an
Dear list,
Am Mittwoch, den 03.09.2008, 22:21 +0200 schrieb Paul Menzel:
> Am Dienstag, den 02.09.2008, 16:05 +0200 schrieb Paul Menzel:
>
> > I am the owner of an ASUS EeePC 701 4G and am not able to get the ASUS
> > VW222S [2] as an external display going at a resolution of 1680 * 1050
> > ov
Many thanks for pointing me in the right direction !
I will check http://moblin.org/ to see if vaapi driver for US15W and a
video application using that driver are already made.
Thank you all,
Carlos
2008/9/18 Austin Yuan <[EMAIL PROTECTED]>:
> On Wed, Sep 17, 2008 at 10:34 PM, Roland Scheidegger
33 matches
Mail list logo
