On Thu, Nov 25, 2010 at 10:06:21PM -0500, Alex Deucher wrote:
>
> Perhaps this is why certain vendors don't want to work with Xorg. We
> target 1990 hardware to the detriment of modern desktops.
>
> Alex
Sure, that's what statements like "whatever we do will get reinvented
anyway" mean.
Luc V
On Fri, Nov 26, 2010 at 3:56 AM, Leo wrote:
> Hi all:
>Can I remove the 3D accelerate driver, and use the FrameBuffer based
> Xorg?
> I'm not familiar with the architecture of the XWindow, but after google,
> It seems that Xserver dont use the FrameBuffer.
>
You can use the fbdev driver.
___
On Thu, 2010-11-25 at 22:54 -0500, zt.t...@gmail.com wrote:
> On Thu, Nov 25, 2010 at 10:11 PM, Peter Hutterer
> wrote:
> > On Thu, Nov 25, 2010 at 09:59:38PM -0500, zt.t...@gmail.com wrote:
> >> > Can you give us your opinion on this:
> >> >
> >> > $ util/modular/build.sh -L > modlist.txt
> >> >
From: Pauli Nieminen
Destroying buffers after reseting the private key would prevent DDX
from calling DRI2 functions that require private.
This can be result to
[DRI2] DRI2SwapComplete: bad drawable
when drivers calls SwapCompletion in state clean up code.
Restriction can be avoided if destroy
I updated the last patch based Jesse's wish. i also added the review tags that
he gave to last two patches. I'm reposting the last patch ecause it has changed.
I also updated the branch holding the patches.
Sorry for the delay to handle the changes.
The following changes since commit a52efb096e1
From: Pauli Nieminen
DDX can now implement validation for swap_limit changes to prevent
configurations that are not support in driver.
Signed-off-by: Pauli Nieminen
CC: Mario Kleiner
Reviewed-by: Mario Kleiner
Reviewed-by: Jesse Barnes
---
hw/xfree86/dri2/dri2.c | 12 +++-
hw/xfre
Hi,
Luc reviewed the patches and fixed up the drivers. No one else has
bothered to comment on the patches so I can only conclude that
they're in good enough shape to go in.
The following changes since commit 23e3d1f23318ce69623f91908f888a09f8b74ac2:
dix: remove now unnecessary !! before BitIsO
Hi all,
I'm having an application which is hanging after a call to
DRI2GetBuffersWithFormat in mesa.
I am looking for support with the issue and how to diagnose it.
The issue is that our application is hanging at some point waiting for
the X server to respond.
One workaround is to move the mouse
zt.t...@gmail.com wrote:
> Yeah, the XCB option is still in build.sh for some reason, I was
> pretty sure you couldn't build without that.
You could with libX11 1.3.x and earlier, but the just-released
libX11 1.4.0 removed that option (though building from git would
also have not allowed it since
On Fri, 2010-11-26 at 22:00 +0700, Somchai Smythe wrote:
> Hello list,
>
> Am I doing something wrong? The install-sh seems to be broken now:
I can reproduce the problem. Simply invoking "make install-strip" will
do it.
I don't know the root cause of the problem, but a workaround is to
"autorec
Somchai Smythe wrote:
> Hello list,
>
> Am I doing something wrong? The install-sh seems to be broken now:
>
> I compared it to the install-sh in xcalc-1.0.3 and it seems random
> lines were deleted from the case statement.
We just pass through install-sh from the autotools - certainly I am
us
Matthew Garrett wrote:
> The lack of documentation for various aspects of the server doesn't help
> either. I found X development far more intimidating than getting
> involved in the kernel.
That is something we know we've been lacking for a long time, and have been
working to correct. So far
Signed-off-by: Alexandr Shadchin
---
src/bsd_KbdMap.c |2 --
src/lnx_KbdMap.c |2 --
src/xf86OSKbd.h |1 -
3 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/bsd_KbdMap.c b/src/bsd_KbdMap.c
index 2697f6a..6cfdbe4 100644
--- a/src/bsd_KbdMap.c
+++ b/src/bsd_KbdMap.c
@@
Somchai Smythe wrote:
> I compared it to the install-sh in xcalc-1.0.3 and it seems random
> lines were deleted from the case statement.
> --g) chgrpcmd="$chgrpprog $2"
*sigh* I see what happened now - the lines deleted are very much not
random - they're the lines with $ in, due to my use o
I sent a lot of patches for this a week or so ago. Rather than
attach another 66 patches, I've got a single one. The other patches
will be effectively the same as this one, except for different
targets.
If there are no objections to this, I'll send updated versions of
the other patches.
_
.la files are used for specifying library dependencies for static libraries.
Since nobody builds against the .so, the .la is unnecessary.
Signed-off-by: Jesse Adkins
---
Makefile.am |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 4c278b
Jesse Adkins wrote:
> .la files are used for specifying library dependencies for static libraries.
> Since nobody builds against the .so, the .la is unnecessary.
>
> Signed-off-by: Jesse Adkins
> ---
> Makefile.am |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/
Hi!
A few weeks ago I sent some patches to make XSendEvent() deal with
GenericEvents, which stayed mostly unreviewed, I'm reposting these,
rebased against recent masters, also including some docs for the XGE
updates.
Any comment is welcome, IMHO it'd be great to have this so a XI2-aware
implement
sisusb doesn't have a maintainer. You're still welcome to send a patch
for it, or even volunteer for the position if you're interested.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org
Doing this again since Alan Coopersmith pointed out that input drivers
use inputdir instead of moduledir. Thanks for pointing that out, by the
way.
I've attached a patch for an input driver, and one for a video driver.
I've done so because the patches will be the same for other drivers,
except for
.la files are used for specifying library dependencies for static libraries.
Since nobody builds against the .so, the .la is unnecessary.
Signed-off-by: Jesse Adkins
---
Makefile.am |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 4c278b
.la files are used for specifying library dependencies for static libraries.
Since nobody builds against the .so, the .la is unnecessary.
Signed-off-by: Jesse Adkins
---
Makefile.am |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 4c278b
Jesse Adkins wrote:
> Doing this again since Alan Coopersmith pointed out that input drivers
> use inputdir instead of moduledir. Thanks for pointing that out, by the
> way.
Credit originally goes to Gaetan for noticing in your first round - I
thought you'd seen that:
http://lists.x.org/archives
I notice that sdksyms.sh still references what would be a dead module.
The generated sdksyms.c would also try to #include what would be a
dead xf8_16.h.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: h
I had to backspace after the 'char' and before '**reasonMsgs' to get
this to apply. Perhaps the git repo has been updated since this patch.
Aside from that, it applies.
Can you comment on why this is needed, either in the code or in the
git commit? Is there anything that can be done to trigger thi
And here I thought this might've been because the git repos were compromised...
... too soon?
On Nov 26, 2010, at 16:42, Alan Coopersmith wrote:
> Somchai Smythe wrote:
>> I compared it to the install-sh in xcalc-1.0.3 and it seems random
>> lines were deleted from the case statement.
>> -
Signed-off-by: Alan Coopersmith
---
hw/xfree86/modes/xf86Crtc.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86/modes/xf86Crtc.c
index 7fc2a60..ae5aad3 100644
--- a/hw/xfree86/modes/xf86Crtc.c
+++ b/hw/xfree86/modes/xf86Crtc.c
@
Shouldn't non-const versions "just work" when passed into a function with
const? I don't understand why it's creating a warning, but const handles have
always hexed me. Should the prototype actually be using 'const char * const *'
instead of 'const char **'?
Even if there is no way to get rid
On Fri, 2010-11-26 at 16:14 -0800, Alan Coopersmith wrote:
> Credit originally goes to Gaetan for noticing in your first round - I
> thought you'd seen that:
>
Thanks, that's two credits in the same day, more that I can handle :-)
Looking at special cases other than input drivers:
ati has 5 mo
On Fri, Nov 26, 2010 at 8:32 PM, Alan Coopersmith
wrote:
> Signed-off-by: Alan Coopersmith
Probably missed by coccinelle patches since this only became a
malloc() after a recent xalloc->malloc conversion.
Reviewed-by: Matt Turner
___
xorg-devel@lists
On Fri, Nov 26, 2010 at 4:34 PM, Jesse Adkins wrote:
> I had to backspace after the 'char' and before '**reasonMsgs' to get
> this to apply. Perhaps the git repo has been updated since this patch.
> Aside from that, it applies.
>
> Can you comment on why this is needed, either in the code or in th
31 matches
Mail list logo
