On Sun, May 30, 2010 at 08:03:47PM -0400, grarpamp wrote:
> I think that POSIX 'shell' scripts, you know... sh or bash, would
> serve more people/admins. Largely because they don't have to
> install and learn/install another language or framework. So this
> is an interesting addition to see. git, c
Hi all,
A question to ask.
We know the premultiplied alpha will be used sometimes in
blend. Is that used in the graphics driver?
Take an example:
If we use a XRenderComposite() function to do
the rendering:
On Mon, May 31, 2010 at 09:01:09AM +1000, Peter Hutterer wrote:
> The AUTO feature was the default, MB emulation was on until a middle mouse
> button was pressed. MB emulation however results in a delay of the first
> press, causing minor annoyances to the users and being generally confusing
> when
I think that POSIX 'shell' scripts, you know... sh or bash, would
serve more people/admins. Largely because they don't have to
install and learn/install another language or framework. So this
is an interesting addition to see. git, configure, make, make install...
wrapped in shell.
How does one kno
The AUTO feature was the default, MB emulation was on until a middle mouse
button was pressed. MB emulation however results in a delay of the first
press, causing minor annoyances to the users and being generally confusing
when the behaviour before a button press is different to after a button
pres
On Fri, May 28, 2010 at 09:59:34AM -0400, James Cloos wrote:
> > "PH" == Peter Hutterer writes:
>
> PH> There's not a lot of two-button mice around anymore though, so
> PH> arguably we should start caring about more important things.
>
> Except, of course, on laptops, which remain almost exc
On Sat, May 29, 2010 at 08:47:04AM -0400, Gaetan Nadon wrote:
> On Sat, 2010-05-29 at 18:33 +0800, Matt Dew wrote:
> > Hi Dirk,
> > I ran into this error while using jhbuild. I let it build everything.
> >
> > *** Building xf86-video-geode *** [133/168]
> > make
> > make all-recursive
> > make
On Sat, May 29, 2010 at 11:37:26AM +0800, Matt Dew wrote:
> Mikhail,
>Originally, I did try to create some pages on the xorg wiki like
> that. I created an account and played around. I found it difficult
> to organize stuff. It was actually easier for me to set up this page.
> That's very p
Tiago Vignatti wrote:
> And regarding the patch you sent, I think it doesn't matter the name of the os
> module dir, given fbdevhw.so is sort of "portable" due the stubs version.
> Maybe we could even move it one directory above. Yeah, the ugliness is
> reigning here! :D
As far as I know the modul
The official spec renamed GLX_BLIT_COMPLETE_INTEL to GLX_COPY_COMPLETE_INTEL.
Signed-off-by: Robert Hooker
---
glxtokens.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glxtokens.h b/glxtokens.h
index 949935b..162e0e6 100644
--- a/glxtokens.h
+++ b/glxtokens.h
@@ -159
Some paranoid defense to more easily catch should not happen conditions
from within gdb.
Signed-off-by: Chris Wilson
---
pixman/pixman-access.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/pixman/pixman-access.c b/pixman/pixman-access.c
index fa0a267..da5af81 10
Alan,
On Sun, May 30, 2010 at 03:53:55AM +0200, ext Alan Coopersmith wrote:
> Michel Dänzer wrote:
> >
> > Does this mean fbdevhw is used on Solaris, or indeed any other non-Linux
> > OS?
>
> The stubs version is, since otherwise there's unresolved fbdevHW*
> symbols in modules that call it and
In case the driver receives a mt event, it stores it at the first
available place, i.e. it does not overrides older mt values.
At the end, in the EV_SYNC event, it only sends the values it has
filled.
Signed-off-by: Benjamin Tissoires
---
src/evdev.c | 36 +---
The step one in implementing multitouch in evdev is to report all the
touches in different valuators.
This patch detects multitouch devices and creates the extra valuators
required for multitouch.
Bonus point: this patch also sort the multitouch valuators to have
ABS_MT_POSISTION_X and ABS_MT_POSI
The driver has to know the correct labels of the ABS_MT_* events.
However, to keep compatibility with older xserver that don't define
the corresponding labels, this patch does not inject them in the list.
Signed-off-by: Benjamin Tissoires
---
src/evdev.c | 29 +
1 f
Here is finally the new set of patches to enable a preliminary support of
multitouch into Xorg.
Changes since last time:
- squashed patches "Detection of multitouch device" and "Add the new valuators
for multitouch"
- renamed the field mt_num_valuators to mt_current_touchpoint
- namespace for i
In case the driver receives a mt event, it stores it at the first
available place, i.e. it does not overrides older mt values.
At the end, in the EV_SYNC event, it only sends the values it has
filled.
Signed-off-by: Benjamin Tissoires
---
src/evdev.c | 36 +---
The step one in implementing multitouch in evdev is to report all the
touches in different valuators.
This patch detects multitouch devices and creates the extra valuators
required for multitouch.
Bonus point: this patch also sort the multitouch valuators to have
ABS_MT_POSISTION_X and ABS_MT_POSI
On Sun, May 30, 2010 at 08:58:00PM +0800, Matt Dew wrote:
> On Sun, May 30, 2010 at 3:58 PM, Dirk Wallenstein wrote:
> > Oh, that means you are not using x-jhbuild, but jhbuild directly? Well,
> > it's a bit rough currently, anyway. jhbuild patches, no packaging, etc.
> > I think with the next ver
The driver has to know the correct labels of the ABS_MT_* events.
However, to keep compatibility with older xserver that don't define
the corresponding labels, this patch does not inject them in the list.
Signed-off-by: Benjamin Tissoires
---
src/evdev.c | 29 +
1 f
Here is finally the new set of patches to enable a preliminary support of
multitouch into Xorg.
Changes since last time:
- squashed patches "Detection of multitouch device" and "Add the new valuators
for multitouch"
- renamed the field mt_num_valuators to mt_current_touchpoint
- namespace for i
On Sun, 2010-05-30 at 15:22 +0800, Matt Dew wrote:
> On Sat, May 29, 2010 at 11:33 PM, Dirk Wallenstein
> wrote:
> > On Sat, May 29, 2010 at 10:14:21AM -0400, Gaetan Nadon wrote:
> >>On Sat, 2010-05-29 at 15:26 +0200, Dirk Wallenstein wrote:
> >>
> >> On Sat, May 29, 2010 at 08:47:04AM -0400
On Sun, May 30, 2010 at 3:58 PM, Dirk Wallenstein wrote:
> On Sun, May 30, 2010 at 03:22:31PM +0800, Matt Dew wrote:
>>
>> Thanks guys,
>> I am building on an amd64 box so that explains the geode build.
>>
>> I did run into a couple others errors:
>> *** Building xf86-video-impact *** [136/168]
On Sun, May 30, 2010 at 03:22:31PM +0800, Matt Dew wrote:
>
> Thanks guys,
>I am building on an amd64 box so that explains the geode build.
>
> I did run into a couple others errors:
> *** Building xf86-video-impact *** [136/168]
> make
> make all-recursive
> make[1]: Entering directory `/ho
On Sat, May 29, 2010 at 11:33 PM, Dirk Wallenstein wrote:
> On Sat, May 29, 2010 at 10:14:21AM -0400, Gaetan Nadon wrote:
>> On Sat, 2010-05-29 at 15:26 +0200, Dirk Wallenstein wrote:
>>
>> On Sat, May 29, 2010 at 08:47:04AM -0400, Gaetan Nadon wrote:
>> >
>> > Geode is hardware specific. It
25 matches
Mail list logo
