On Wed, 2009-11-18 at 21:23 +0100, Maarten Maathuis wrote:
Signed-off-by: Maarten Maathuis madman2...@gmail.com
Acked-by: Michel Dänzer mic...@daenzer.net
Actually, this seems to cause random crashes due to memory corruption
here. Have you noticed anything like that Maarten? Might be best to
From: Michel Dänzer daen...@vmware.com
Signed-off-by: Michel Dänzer daen...@vmware.com
---
exa/exa_accel.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/exa/exa_accel.c b/exa/exa_accel.c
index 7e2dd70..8e94df7 100644
--- a/exa/exa_accel.c
+++
On Wed, Nov 18, 2009 at 2:28 PM, Adam Jackson a...@redhat.com wrote:
Signed-off-by: Adam Jackson a...@redhat.com
---
include/pciaccess.h | 14
src/Makefile.am | 1 +
src/common_io.c | 95
src/linux_sysfs.c | 184
On Thu, 2009-11-19 at 00:13 +0100, Mark Kettenis wrote:
From: Adam Jackson a...@redhat.com
Date: Wed, 18 Nov 2009 14:28:57 -0500
Signed-off-by: Adam Jackson a...@redhat.com
---
include/pciaccess.h | 14
src/Makefile.am |1 +
src/common_io.c | 95
On Thu, 2009-11-19 at 01:41 +1100, Daniel Stone wrote:
On Wed, Nov 18, 2009 at 02:48:45PM +0100, Luc Verhaegen wrote:
On Thu, Nov 19, 2009 at 12:30:53AM +1100, Daniel Stone wrote:
I don't think that's necessarily true in areas that aren't EXA;
certainly, no-one else has complained, and
On Thu, Nov 19, 2009 at 01:45:57AM +0100, ext Luc Verhaegen wrote:
But the main point of this mail was ignored. Why did existing xorg pci
infrastructure have to be reinvented like that instead of adding a new
backend and fixing up the bad patches? Why did RAC get thrown away like
that?
On Thu, Nov 19, 2009 at 06:06:47PM +0200, Tiago Vignatti wrote:
On Thu, Nov 19, 2009 at 01:45:57AM +0100, ext Luc Verhaegen wrote:
But the main point of this mail was ignored. Why did existing xorg pci
infrastructure have to be reinvented like that instead of adding a new
backend and
On Thu, Nov 19, 2009 at 05:20:41PM +0100, Luc Verhaegen wrote:
On Thu, Nov 19, 2009 at 06:06:47PM +0200, Tiago Vignatti wrote:
On Thu, Nov 19, 2009 at 01:45:57AM +0100, ext Luc Verhaegen wrote:
But the main point of this mail was ignored. Why did existing xorg pci
infrastructure have
On Thu, 2009-11-19 at 00:37 +0100, Luc Verhaegen wrote:
And i just keep on wondering... Just like with the VGA arbitration...
Didn't the RAC used wrap all this crap for us _outside_ calls to driver
code so that we could just access IO and memory directly, without
having to care at all?
On Thu, Nov 19, 2009 at 11:53:16AM -0500, Adam Jackson wrote:
On Thu, 2009-11-19 at 00:37 +0100, Luc Verhaegen wrote:
And i just keep on wondering... Just like with the VGA arbitration...
Didn't the RAC used wrap all this crap for us _outside_ calls to driver
code so that we could just
On Thu, Nov 19, 2009 at 06:36:15PM +0200, Tiago Vignatti wrote:
PCI code was removed (well, it's being) from X and needed be put somewhere.
libpciaccess was the name of the place. I can imagine how tied and coupled
such code was with the rest of the server and it was more easy to just
On Thu, Nov 19, 2009 at 06:36:12PM +0100, Luc Verhaegen wrote:
And Tiago, it was not coupled that tightly.
Well, just look at the head of xf86pciBus.c (before RAC be removed and when the
old PCI code was in place):
#ifdef HAVE_XORG_CONFIG_H
#include xorg-config.h
#endif
#include ctype.h
From: Adam Jackson a...@redhat.com
Date: Thu, 19 Nov 2009 13:58:52 -0500
On Thu, 2009-11-19 at 18:25 +0100, Luc Verhaegen wrote:
The baby was thrown out with the bathwater with libpciaccess and vga
arbitration, and now suddenly the plan seems to be to put these new
enable/disable
From: Adam Jackson a...@redhat.com
Date: Thu, 19 Nov 2009 10:23:49 -0500
On Thu, 2009-11-19 at 00:13 +0100, Mark Kettenis wrote:
From: Adam Jackson a...@redhat.com
Date: Wed, 18 Nov 2009 14:28:57 -0500
Signed-off-by: Adam Jackson a...@redhat.com
---
include/pciaccess.h
This causes a significant amount of breakage. ChangeLog is now no longer
cleaned by any of the automake clean commands, including maintainer-clean.
Also, it causes dist to fail when --prefix was not specified:
$ make dist
(GIT_DIR=./.git git log ./.changelog.tmp mv ./.changelog.tmp
Don't just use the specified remote for the git push, also check on the
remote for the tag names, etc.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
release.sh |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/release.sh b/release.sh
index
Reviewed-by: Jeremy Huddleston jerem...@apple.com
On Nov 19, 2009, at 16:14, Peter Hutterer wrote:
Don't just use the specified remote for the git push, also check on the
remote for the tag names, etc.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
release.sh |8
On Thu, 2009-11-19 at 16:34 -0800, Aaron Plattner wrote:
On Thu, Nov 19, 2009 at 04:28:24PM -0800, Gaetan Nadon wrote:
On Thu, 2009-11-19 at 15:34 -0800, Aaron Plattner wrote:
This causes a significant amount of breakage. ChangeLog is now no longer
cleaned by any of the automake
On Thu, 19 Nov 2009 18:18:45 +0200, Tiago Vignatti tiago.vigna...@nokia.com
wrote:
Yeah, I lost my implementation of the X server with the separate thread for
input stuffs. Would be nice to have it for future references or whatever. So
let's please backup annarchy!
Ok, I'll go ask our (free)
On Thu, Nov 19, 2009 at 05:09:59PM -0800, Gaetan Nadon wrote:
On Thu, 2009-11-19 at 16:34 -0800, Aaron Plattner wrote:
On Thu, Nov 19, 2009 at 04:28:24PM -0800, Gaetan Nadon wrote:
On Thu, 2009-11-19 at 15:34 -0800, Aaron Plattner wrote:
This causes a significant amount of breakage.
Aaron Plattner wrote:
It is true that ChangeLog, INSTALL NEWS, AUTHORS and some other files
cannot be deleted. This is a designed behaviour by autoconf/automake. I
have seen on the net not everyone agrees with that.
If they're checked into the git repository, that sounds right. If they're
On Thu, Nov 19, 2009 at 08:09:59PM -0500, Gaetan Nadon wrote:
On Thu, 2009-11-19 at 16:34 -0800, Aaron Plattner wrote:
Note that it's trying to copy from
/no-such-directory/share/doc/util-macros/INSTALL even though util-macros
was installed with --prefix=/usr.
You're right, there was a
On Thu, Nov 12, 2009 at 09:09:56PM -0500, Gaetan Nadon wrote:
From e7ff628d690955274fad3117fd3af567b96f9f1b Mon Sep 17 00:00:00 2001
From: Gaetan Nadon mems...@videotron.ca
Date: Thu, 12 Nov 2009 20:58:37 -0500
Subject: [PATCH] build.sh: remove xtrap extension protocol, library and app
This
On Wed, 2009-11-18 at 18:04 +0800, Zhao, Yakui wrote:
From: Zhao Yakui yakui.z...@intel.com
Move the EDID quirk for Philips LCD LP154W01 as the panel reports the vertical
size in cm.
Hi, Keith/Ajax
How about this patch?
The incorrect quirk is applied to Philips LCD(154W01), which causes
24 matches
Mail list logo