Re: [PATCH libpciaccess] linux_sysfs: use rom_size = 0x1000 for VGA devices

2011-03-23 Thread Forest Bond
Hi Adam, On Wed, Mar 23, 2011 at 12:04:58PM -0400, Adam Jackson wrote: On 3/22/11 11:24 AM, Forest Bond wrote: Hi, On Tue, Mar 22, 2011 at 11:15:27AM -0400, Adam Jackson wrote: On Tue, 2011-03-22 at 10:31 -0400, Forest Bond wrote: This patch brings the linux_sysfs backend in parity

[PATCH intel-gpu-tools] intel_bios_dumper: handle rom_size == 0

2011-03-22 Thread Forest Bond
Some versions of libpciaccess on Linux set rom_size to 0 for VGA devices. While this behavior may change, intel_bios_dumper should handle this situation to be compatible with current versions of the library. This fixes segmentation faults on affected systems. Signed-off-by: Forest Bond forest.b

[PATCH libpciaccess] linux_sysfs: use rom_size = 0x1000 for VGA devices

2011-03-22 Thread Forest Bond
This patch brings the linux_sysfs backend in parity with other backends, which assume that VGA devices have fixed rom_size of 0x1000. On my machines, the previous behavior invariably gives rom_size = 0. Signed-off-by: Forest Bond forest.b...@rapidrollout.com --- src/linux_sysfs.c | 23

Re: [PATCH libpciaccess] linux_sysfs: use rom_size = 0x1000 for VGA devices

2011-03-22 Thread Forest Bond
Hi, On Tue, Mar 22, 2011 at 11:15:27AM -0400, Adam Jackson wrote: On Tue, 2011-03-22 at 10:31 -0400, Forest Bond wrote: This patch brings the linux_sysfs backend in parity with other backends, which assume that VGA devices have fixed rom_size of 0x1000. On my machines, the previous

[PATCH 1/5] Implement option -b to set default root fill color.

2010-06-13 Thread Forest Bond
A color name must be included to specify the background fill color to use if no root window background pixmap property is set. For example, -b black sets the fill color to black. The previous hard-coded fill color (a gray) is used if this option is not specified. Signed-off-by: Forest Bond

[PATCH 2/5] DEBUG_PAINT: log windows that will not be repainted.

2010-06-13 Thread Forest Bond
With DEBUG_PAINT, windows that were being painted were logged, but nothing was logged for skipped windows. With this patch, the reason a window is skipped is logged (not damaged, invisible) with the window id. Signed-off-by: Forest Bond for...@alittletooquiet.net --- xcompmgr.c | 12

[PATCH 3/5] Add logging of window ops enabled via DEBUG_WINDOWS.

2010-06-13 Thread Forest Bond
Some extra debug logging is implemented, enabled by defining DEBUG_WINDOWS. Existing window logging (dump_wins) is uncommented and instead also made conditional on DEBUG_WINDOWS. Signed-off-by: Forest Bond for...@alittletooquiet.net --- xcompmgr.c | 39

[PATCH 4/5] Prevent flicker on root background pixmap change.

2010-06-13 Thread Forest Bond
property of the root window to pass new pixmaps to xcompmgr from another process. The other process can then neglect to call XClearWindow, resulting in a flicker-free change to the new background image. Signed-off-by: Forest Bond for...@alittletooquiet.net --- xcompmgr.c | 27

[PATCH 5/5] Fix window mapping with re-used window ids.

2010-06-13 Thread Forest Bond
and only considering non-destroyed windows when matching wins on window id. Signed-off-by: Forest Bond for...@alittletooquiet.net --- xcompmgr.c | 99 1 files changed, 53 insertions(+), 46 deletions(-) diff --git a/xcompmgr.c b/xcompmgr.c

[PATCH 1/3] xcompmgr: implement -b to set default root fill color

2010-06-12 Thread Forest Bond
A color name can be passed to specify the background fill color to use if no root window pixmap is set. If it is not specified, the previous default (a gray) is used. Signed-off-by: Forest Bond for...@alittletooquiet.net --- xcompmgr.c | 34 -- 1 files changed

[PATCH 3/3] xcompmgr: fix window adding with re-used window ids

2010-06-12 Thread Forest Bond
appears because xcompmgr has two win structures with the same window id and chooses the wrong one to map. This patch fixes this problem by tracking which windows have been destroyed and looking only at windows that have not been destroyed when matching window ids from the server. Signed-off-by: Forest

[PATCH 2/3] xcompmgr: prevent flicker on root background pixmap change

2010-06-12 Thread Forest Bond
-by: Forest Bond for...@alittletooquiet.net --- xcompmgr.c | 28 1 files changed, 24 insertions(+), 4 deletions(-) diff --git a/xcompmgr.c b/xcompmgr.c index 3a01cce..47f5667 100644 --- a/xcompmgr.c +++ b/xcompmgr.c @@ -128,6 +128,7 @@ static int

Re: [PATCH 1/3] xcompmgr: implement -b to set default root fill color

2010-06-12 Thread Forest Bond
Hi, Please disregard this patch. I will resend with adjustments tomorrow. Sorry for the noise. Thanks, Forest On Sat, Jun 12, 2010 at 06:38:52PM -0400, Forest Bond wrote: A color name can be passed to specify the background fill color to use if no root window pixmap is set

Re: [PATCH 2/3] xcompmgr: prevent flicker on root background pixmap change

2010-06-12 Thread Forest Bond
Hi, Please disregard this patch. I will resend with adjustments tomorrow. Sorry for the noise. Thanks, Forest On Sat, Jun 12, 2010 at 06:39:47PM -0400, Forest Bond wrote: Changes to the root background pixmap would previously cause the new image to flicker into visibility briefy before

Re: [PATCH 3/3] xcompmgr: fix window adding with re-used window ids

2010-06-12 Thread Forest Bond
Hi, Please disregard this patch. I will resend with adjustments tomorrow. Sorry for the noise. Thanks, Forest On Sat, Jun 12, 2010 at 06:39:59PM -0400, Forest Bond wrote: The X server can re-use window ids once a window has been destroyed. However, xcompmgr does not forget about window ids