>
> but it's not very effective yet since so far only a few people have cleared
> their own patches off once accepted, so it's full of patches that are
> already
> committed and don't need to be reviewed or pushed by a maintainer still.
>
I am not familiar with the patch contribution process but w
On Mon, 2010-06-14 at 20:19 -0400, Robert Hooker wrote:
> The r300 gallium driver in mesa is built as radeong_dri.so and the DDX is
> hardcoded to use r300 as the DRI driver name for that generation. this patch
> allows radeong to be used if specified in an xorg.conf with this option:
>
> Option
On Fri, Jun 11, 2010 at 01:27:02PM +0200, Carlos Garnacho wrote:
> Hi!,
>
> been thinking a while about this...
>
> On Mon, 2010-06-07 at 01:20 -0400, Rafi Rubin wrote:
>
>
>
> > So are you saying you actually want to be able to subscribe to events from
> > a mt
> > finger in window that's n
On Sun, Jun 13, 2010 at 10:28:04PM -0400, Chase Douglas wrote:
> Hi all,
>
> I've recently become interested in multitouch on linux, and I'd like to
> get involved. I've read some of the back threads, and I agree with
> Peter's Direct Input Devices approach. I came to a nearly identical
> concept
On Fri, Jun 11, 2010 at 11:49:38AM -0400, Gaetan Nadon wrote:
> Use MAN_SUBST now supplied in XORG_MANPAGE_SECTIONS
> The value of MAN_SUBST is the same for all X.Org packages.
>
> Use AC_PROG_SED now supplied by XORG_DEFAULT_OPTIONS
> The existing statement can now be removed from the configurati
So I've been doing a bit of digging on this.
Anyone care to answer why the src transform is the crtc->fb one,
xf86RotateCrtcRedisplay does SetPictureTransform &crtc->framebuffer_to_crtc);
Now from what I figure that really wants to be the crtc_to_framebuffer
matrix which doesn't exist anymore o
On Mon, Jun 14, 2010 at 6:59 PM, Gaetan Nadon wrote:
> On Mon, 2010-06-14 at 15:07 -0700, Dan Nicholson wrote:
>
> On Sun, Jun 13, 2010 at 1:49 PM, Gaetan Nadon wrote:
>> Any module (drivers) depending on xserver also depends on some of the
>> server private dependencies. Any driver including xf8
Deen Sethanandha wrote:
> Hello,
>
> I am a PhD student at Portland State University and my advisor is Bart
> Massey. I would like to volunteer working on things related to the
> contribution process. I would love to help setting up the patchwork for
> the X.org project if there is no one work
Hello,
I am a PhD student at Portland State University and my advisor is Bart
Massey. I would like to volunteer working on things related to the
contribution process. I would love to help setting up the patchwork for the
X.org project if there is no one working on it.
I am currently working
On Mon, 2010-06-14 at 15:07 -0700, Dan Nicholson wrote:
> On Sun, Jun 13, 2010 at 1:49 PM, Gaetan Nadon wrote:
> > Any module (drivers) depending on xserver also depends on some of the
> > server private dependencies. Any driver including xf86.h depends on
> > xext, kbproto, inputproto and randr.
The r300 gallium driver in mesa is built as radeong_dri.so and the DDX is
hardcoded to use r300 as the DRI driver name for that generation. this patch
allows radeong to be used if specified in an xorg.conf with this option:
Option "Gallium" "True"
This only affects DRI2 since the gallium driver r
On Thu, Jun 10, 2010 at 4:02 PM, Henry Zhao wrote:
> Proposal for improving vgaarb arbitration method
>
> It appears that after session is up, in most cases, drivers only do
> non-legacy accesses.
> Non-legacy accesses do not need to block each other. Blocking arbitration is
> needed
> mostly f
Hi all,
Is it possible to build KDrive in pure SDL / OpenGL environment?
I saw a package at
http://rpm.pbone.net/index.php3/stat/4/idpl/13909777/dir/mandriva_2010/com/x11-server-xsdl-1.6.5-1.2mdv2010.0.i586.rpm.html
which has too many dependencies...
Where are the instructions for doing so?
Th
On Sun, Jun 13, 2010 at 1:49 PM, Gaetan Nadon wrote:
> Any module (drivers) depending on xserver also depends on some of the
> server private dependencies. Any driver including xf86.h depends on
> xext, kbproto, inputproto and randr.
>
> These dependencies are in separate packages, so anything can
When a GC is allocated, it is zeroed, including all storage requested
with dixRegisterPrivateKey. So CreateGC hooks don't need to initialize
anything to zero.
Signed-off-by: Jamey Sharp
---
Oh look, even more redundant initializations. Am I done now?
This was the last use of fbGetExpose and fbGe
When a GC is allocated, it is zeroed, including all storage requested
with dixRegisterPrivateKey. So CreateGC hooks don't need to initialize
anything to zero.
Signed-off-by: Jamey Sharp
---
This subsumes my earlier "Delete redundant clip initializations" patch.
fb/fbgc.c |3 ---
2010/6/14 Cui, Hunk :
> Hi, Maarten & Michel,
>
> Before 08/2008, our Geode-LX driver were use exaAllocOffscreen, but
> for update to Randr 1.2, Jordan Crouse replace exaAllocOffscreen with
> GeodeAllocOffscreen, now Jordan Crouse have been leave AMD, So I can not
> trace the change log.
On Mon, 14 Jun 2010 18:00:23 +0300, Tiago Vignatti
wrote:
> FYI, we have also the privates implementation in Xorg DDX (privates field of
> ScrnInfoRec). I don't see any particular reason to have another privates
> mechanism inside Xorg given we have already the one in dix, so we might want
> to
2010/6/14 Kristian Høgsberg :
> On Mon, Jun 14, 2010 at 10:56 AM, Tiago Vignatti
> wrote:
>> On Mon, Jun 14, 2010 at 03:25:23PM +0200, ext Kristian H�gsberg wrote:
>>>
>>> This is not a patch to be applied.
>>
>> why not?! :)
>
> Oh, I mentioned this in my first attempt to send out these patches
>
Hi Henry,
On Sat, Jun 12, 2010 at 04:38:14AM +0200, ext Henry Zhao wrote:
> On 06/11/10 04:56, Tiago Vignatti wrote:
> >
> > http://people.freedesktop.org/~vignatti/tmp/0001-xfree86-vgaarb-disable-VGA-decoding-after-POST.patch
> >
> > At this point on the X server, we already POSTed all cards and
These cleanups and warning fixes have been reviewed and don't, as far as
I can tell, affect API or ABI. Can they be merged to master?
The following changes since commit 620ca54aaa0b363fcf68cec1bd6c37e68c988352:
Keith Packard (1):
Merge remote branch 'alanc/master'
are available in the g
This field was never read at any time in the git history.
Signed-off-by: Jamey Sharp
---
hw/xnest/GC.c |3 ---
hw/xnest/XNGC.h |1 -
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/hw/xnest/GC.c b/hw/xnest/GC.c
index 2761583..4cfab29 100644
--- a/hw/xnest/GC.c
+++ b/hw/x
Twas brillig at 19:16:46 14.06.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
>> All the open coded lists in ther server are there now, and they're
>> working. If it's not broken, don't mess with it. If you come
>> across an error in an open coded list implementation, that w
On Mon, Jun 14, 2010 at 06:03:06PM +0200, ext Jamey Sharp wrote:
> Signed-off-by: Jamey Sharp
> ---
> miext/damage/damage.c | 22 --
> 1 files changed, 0 insertions(+), 22 deletions(-)
>
> diff --git a/miext/damage/damage.c b/miext/damage/damage.c
> index 54431c9..f5917ea 1
On Mon, Jun 14, 2010 at 05:48:54PM +0200, ext Kristian Høgsberg wrote:
> 2010/6/14 Vignatti Tiago (Nokia-D/Helsinki) :
> >
> > I think open coded list implementation everywhere is more error prone than
> > just have one single set of basic macros. Isn't it?
>
> All the open coded lists in ther ser
On Sun, 13 Jun 2010 18:05:26 +0200
Mario Kleiner wrote:
> Detect if a drawable has been moved from an original crtc to a new crtc
> with a lower current vblank count than the original crtc inbetween
> glXSwapBuffers() calls. Reinitialize drawable's last_swap_target
> before scheduling next swap i
Hi, Maarten & Michel,
Before 08/2008, our Geode-LX driver were use exaAllocOffscreen, but for
update to Randr 1.2, Jordan Crouse replace exaAllocOffscreen with
GeodeAllocOffscreen, now Jordan Crouse have been leave AMD, So I can not trace
the change log.
About the change, you ca
Signed-off-by: Jamey Sharp
---
miext/damage/damage.c | 22 --
1 files changed, 0 insertions(+), 22 deletions(-)
diff --git a/miext/damage/damage.c b/miext/damage/damage.c
index 54431c9..f5917ea 100644
--- a/miext/damage/damage.c
+++ b/miext/damage/damage.c
@@ -462,28 +462,6
2010/6/14 Vignatti Tiago (Nokia-D/Helsinki) :
> On Mon, Jun 14, 2010 at 05:24:16PM +0200, ext Kristian Høgsberg wrote:
>>
>> I don't think it makes sense to go through the server and replace
>> existing linked list code. That code is already written and tested,
>> and replacing it can only break
On Mon, Jun 14, 2010 at 05:24:16PM +0200, ext Kristian Høgsberg wrote:
>
> I don't think it makes sense to go through the server and replace
> existing linked list code. That code is already written and tested,
> and replacing it can only break stuff.
I think open coded list implementation eve
On Mon, Jun 14, 2010 at 11:11 AM, Jamey Sharp wrote:
> On Sun, Jun 13, 2010 at 11:54 PM, Alex Deucher wrote:
>> On Sun, Jun 13, 2010 at 9:22 PM, Jamey Sharp wrote:
>>> This was part of "An experimental pseudocolor emulation layer. Not fully
>>> completed, currently only works for 16bpp." Only ne
On Mon, Jun 14, 2010 at 10:56 AM, Tiago Vignatti
wrote:
> On Mon, Jun 14, 2010 at 03:25:23PM +0200, ext Kristian H�gsberg wrote:
>>
>> This is not a patch to be applied.
>
> why not?! :)
Oh, I mentioned this in my first attempt to send out these patches
(which git send-mail threw away when it cou
On Mon, Jun 14, 2010 at 10:52 AM, Tiago Vignatti
wrote:
> On Mon, Jun 14, 2010 at 03:25:22PM +0200, ext Kristian H�gsberg wrote:
>> Can't use next as a macro argument since we're accessing the .next field
>> of struct list.
>> ---
>> include/list.h | 6 +++---
>> 1 files changed, 3 insertions(
On Sun, Jun 13, 2010 at 11:54 PM, Alex Deucher wrote:
> On Sun, Jun 13, 2010 at 9:22 PM, Jamey Sharp wrote:
>> This was part of "An experimental pseudocolor emulation layer. Not fully
>> completed, currently only works for 16bpp." Only neomagic tried to use
>> it, and that was neutered by the rem
Hello,
After looking for a way to make a touch screen works only in its display
(with nvidia configured as different XScreens) with no luck at all, I
started to look at the input modules source. I realizes that
the proprietary elo module calls to xf86XInputSetScreen, the function name
seems promisi
On Sun, Jun 13, 2010 at 01:20:40AM +0200, ext Jamey Sharp wrote:
> Signed-off-by: Jamey Sharp
> ---
> hw/xfree86/common/xf86VGAarbiter.c |1 -
> hw/xfree86/shadowfb/shadow.c |1 -
> hw/xfree86/xaa/xaaFallback.c |1 -
> hw/xfree86/xaa/xaaGC.c |1 -
> include
On Mon, Jun 14, 2010 at 03:25:23PM +0200, ext Kristian H�gsberg wrote:
>
> This is not a patch to be applied.
why not?! :)
Tiago
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://li
On Mon, Jun 14, 2010 at 03:25:22PM +0200, ext Kristian H�gsberg wrote:
> Can't use next as a macro argument since we're accessing the .next field
> of struct list.
> ---
> include/list.h |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/include/list.h b/include/li
Tapani,
Thanks for cleaning up my bad formatting on that wiki page. It looks
much better now. :)
Vincent,
Would a docbook generated page be of value? It seems like having
it on the wiki is sufficient.I guess if one day we wanna have an
"Xorg for Dummies" book then that page would be goo
---
This is not a patch to be applied. Recently, the utility of list.h was
questioned and as I came a across the cursor hide count code today I
figured it would make a good example of how list.h can make the code
significantly simpler. In particular, it's easy to prepend and iterate
though a sin
Can't use next as a macro argument since we're accessing the .next field
of struct list.
---
include/list.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/list.h b/include/list.h
index 89dc29d..4ce20a8 100644
--- a/include/list.h
+++ b/include/list.h
@@ -94,1
XRRRootToScreen might return -1 if it fails to find screen for the root
window. Following code uses screen number unconditionaly to index the screen
array.
Signed-off-by: Pauli Nieminen
---
src/Xrandr.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/Xrandr.c b/src
On Sun, 2010-06-13 at 16:47 +0800, Huang, FrankR wrote:
> You know when the driver does the composite, it is called in
> exaTryDriverComposite() function. You guess what? It give a driver a
> composite call that the source's width is less than srcX. That is
> impossible from my point.
>
On Mon, 2010-06-14 at 01:50 +0300, Mart Raudsepp wrote:
> On P, 2010-06-13 at 18:47 +0800, Huang, FrankR wrote:
>
> > @@ -583,21 +586,23 @@ lx_check_composite(int op, PicturePtr pSrc,
> > PicturePtr pMsk, PicturePtr pDst)
> > return FALSE;
> >
> > if (pMsk && op != PictOpClear) {
> >
This reduces code duplication and fixes possible leak of data. data would
leak if allocation of state fails.
Signed-off-by: Pauli Nieminen
---
src/XQueryDv.c | 24 +---
1 files changed, 9 insertions(+), 15 deletions(-)
diff --git a/src/XQueryDv.c b/src/XQueryDv.c
index d94
mask_in was leaking for every successfull XIGetSelectedEvents.
Signed-off-by: Pauli Nieminen
---
src/XISelEv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/XISelEv.c b/src/XISelEv.c
index bdc4fd1..3c1f018 100644
--- a/src/XISelEv.c
+++ b/src/XISelEv.c
@@ -161,6 +
This reduces code duplication and fixes possible leak of f. f would leak if
allocation of Feedback fails.
Signed-off-by: Pauli Nieminen
---
src/XGetFCtl.c | 23 +--
1 files changed, 9 insertions(+), 14 deletions(-)
diff --git a/src/XGetFCtl.c b/src/XGetFCtl.c
index 61df7cf
In error case length of extra data could be uninitialized. This would
result randomly sized request later in function.
Signed-off-by: Pauli Nieminen
---
src/XIProperties.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/XIProperties.c b/src/XIProperties.c
index 045cc
This reduces code duplication and fixes possible leak of d. d would leak if
allocation of Device fails.
Signed-off-by: Pauli Nieminen
---
src/XGetDCtl.c | 23 +--
1 files changed, 9 insertions(+), 14 deletions(-)
diff --git a/src/XGetDCtl.c b/src/XGetDCtl.c
index 8f76a51..
On Son, 2010-06-13 at 16:10 +0200, Maarten Maathuis wrote:
> 2010/6/13 Cui, Hunk :
> > Hi, Maarten,
> >
> >In our xf86-video-geode driver, all of memories are allocated by
> > GeodeAllocOffscreen, the exa offscreen memory is part of the memorySize.
> > And the rotation data is not in mem
50 matches
Mail list logo