Re: [PATCH 1/3] exa/mixed: avoid copying back pixmap data when no migration took place

2009-11-09 Thread Maarten Maathuis
On Mon, Nov 9, 2009 at 12:14 AM, Maarten Maathuis madman2...@gmail.com wrote: This is just an observation, but I do find the fact we have two things exaPixmapIsOffscreen(pPixmap) and !pExaPixmap-offscreen Like I know they are different but really seriously can anyone know the difference

[PATCH 1/3] exa/mixed: avoid copying back pixmap data when no migration took place

2009-11-07 Thread Maarten Maathuis
- When the driver handles the prepare access no copying is needed. - Delayed pixmap creation should be fine, because it's handled by the first prepare access, but the exaPixmapIsOffscreen check in finish access will return FALSE without a driver pixmap. Signed-off-by: Maarten Maathuis madman2

Re: [PATCH 1/3] exa/mixed: avoid copying back pixmap data when no migration took place

2009-11-07 Thread Maarten Maathuis
On Sat, Nov 7, 2009 at 1:32 PM, Maarten Maathuis madman2...@gmail.com wrote: - When the driver handles the prepare access no copying is needed. - Delayed pixmap creation should be fine, because it's handled by the  first prepare access, but the exaPixmapIsOffscreen check in finish access

Re: [PATCH] EXA: Preserve pPixmap-devPrivate.ptr in exaPixmapIsOffscreen_driver

2009-11-05 Thread Maarten Maathuis
On Thu, Nov 5, 2009 at 10:29 PM, Keith Packard kei...@keithp.com wrote: Excerpts from Tiago Vignatti's message of Thu Nov 05 05:17:35 -0800 2009: On Thu, Nov 05, 2009 at 01:56:37PM +0100, ext Maarten Maathuis wrote: 2009/11/5 Michel Dänzer mic...@daenzer.net: Looks good to me, but maybe

[PATCH 1/2] exa: remove some outdated comment

2009-11-01 Thread Maarten Maathuis
- This comment is still in exa_driver.c and there it makes sense. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- exa/exa_mixed.c |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/exa/exa_mixed.c b/exa/exa_mixed.c index bc393c7..b29ee35 100644 --- a/exa

Re: exa/nouveau segfault

2009-09-25 Thread Maarten Maathuis
running xserver git by any chance? Maarten. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: exa/nouveau segfault

2009-09-25 Thread Maarten Maathuis
On Fri, Sep 25, 2009 at 8:35 PM, Sebastian Glita gls...@yahoo.com wrote: Yes, patch URIs accepted. tx. S. - Original Message From: Maarten Maathuis madman2...@gmail.com To: Sebastian Glita gls...@yahoo.com Cc: xorg@lists.freedesktop.org Sent: Friday, September 25, 2009 8:12

Re: [PATCH 0/2] EXA mixed pixmaps changes

2009-09-23 Thread Maarten Maathuis
maybe a PrepareAccess_mixed, and PrepareAccess_normal calls. Indeed, part of the goal of the rework a while back was to clearly seperate large chunks of code that do not belong in the common code. This (in my view) improves readability. Maarten. ___

Re: [PATCH 0/2] EXA mixed pixmaps changes

2009-09-22 Thread Maarten Maathuis
2009/9/22 Michel Dänzer mic...@daenzer.net: These are two patches for the EXA mixed pixmaps scheme which will first be released in xserver 1.7. The first patch has been working for my day-to-day desktop for more than a week, I've also tested that it doesn't seem to regress the other EXA

Re: [PATCH] drm: update crtc x/y when only fb changes

2009-09-17 Thread Maarten Maathuis
On Thu, Sep 17, 2009 at 8:15 AM, skeg...@gmail.com wrote: From: Ben Skeggs bske...@redhat.com Fixes:        xrandr --output DVI-I-0 --right-of DVI-I-1        xrandr --output DVI-I-0 --left-of DVI-I-1        xrandr --output DVI-I-0 --right-of DVI-I-1 Signed-off-by: Ben Skeggs

Mesa (master): nv50: avoid excessive FIRE_RING

2009-09-15 Thread Maarten Maathuis
Module: Mesa Branch: master Commit: 26860a6e2f2a30072594d4f68fbf7db6356bb674 URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=26860a6e2f2a30072594d4f68fbf7db6356bb674 Author: Maarten Maathuis madman2...@gmail.com Date: Mon Sep 14 20:21:56 2009 +0200 nv50: avoid excessive FIRE_RING

Mesa (master): nv50: use flush_notify to reduce number of relocs

2009-09-15 Thread Maarten Maathuis
Module: Mesa Branch: master Commit: db37279e0b3620c6be9de6dd96f0f4dac63bb48c URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=db37279e0b3620c6be9de6dd96f0f4dac63bb48c Author: Maarten Maathuis madman2...@gmail.com Date: Mon Sep 14 19:42:53 2009 +0200 nv50: use flush_notify to reduce

Re: exa/nouveau segfault

2009-09-14 Thread Maarten Maathuis
On Mon, Sep 14, 2009 at 12:27 PM, Sebastian Glita gls...@yahoo.com wrote: Hello, I use xorg-server/xf86-video-nouveau/nouveau-drm/mesa/libdrm et.al. from git.freedesktop.org. [A 2-3 days update solved the trouble with console switching, always restarting Xorg/gdm. Great relief.] Since 1-2

Re: [Nouveau] Put acpi/backlight code into kernel

2009-09-14 Thread Maarten Maathuis
Find someone who wants to create and maintain it. Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [PATCH 1/2] nv50: use flush_notify to reduce number of relocs

2009-09-14 Thread Maarten Maathuis
--- src/gallium/drivers/nv50/nv50_context.c|3 +++ src/gallium/drivers/nv50/nv50_context.h|1 + src/gallium/drivers/nv50/nv50_state_validate.c |6 ++ 3 files changed, 10 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_context.c

[Nouveau] [PATCH 2/2] nv50: avoid excessive FIRE_RING

2009-09-14 Thread Maarten Maathuis
--- src/gallium/drivers/nv50/nv50_context.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_context.c b/src/gallium/drivers/nv50/nv50_context.c index 935de8a..6b31da4 100644 --- a/src/gallium/drivers/nv50/nv50_context.c +++

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

2009-09-02 Thread Maarten Maathuis
That said, the suggestion to use command streams for the overlay doesn't make much sense to me. If that was a good idea, why aren't we doing modesetting that way? Modesetting on nvidia g80+ is done through a command stream, so it isn't an entirely crazy idea. Maarten.

[PATCH] drm/crtc_helper: avoid NULL-pointer dereference when encoder is NULL

2009-08-31 Thread Maarten Maathuis
Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/drm_crtc_helper.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index 205349e..e3d78e6 100644 --- a/drivers/gpu/drm

[PATCH] drm/crtc_helper: avoid NULL-pointer dereference when encoder is NULL

2009-08-31 Thread Maarten Maathuis
Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/drm_crtc_helper.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index 205349e..e3d78e6 100644 --- a/drivers/gpu/drm

Re: [PATCH] drm/crtc_helper: avoid NULL-pointer dereference when encoder is NULL

2009-08-31 Thread Maarten Maathuis
This problem only exists in drm-next, sorry for not spotting this the first time. Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration

Re: [PATCH] drm/crtc_helper: avoid NULL-pointer dereference when encoder is NULL

2009-08-31 Thread Maarten Maathuis
This problem only exists in drm-next, sorry for not spotting this the first time. Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration

Re: [Nouveau] Debugging help needed

2009-08-29 Thread Maarten Maathuis
What are you using? are you using master from the nouveau kernel? git versions for the rest? self made or prepackaged stuff? More info is a must. Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org

[PATCH 1/3] drm/crtc_helper: replace modeset fail path with something simpler

2009-08-27 Thread Maarten Maathuis
- The previous system was not very transparent, nor flexible. - This is needed to be able to fix a few bugs in the mechanism. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/drm_crtc_helper.c | 86 +++-- 1 files changed, 54 insertions

[Nouveau] [PATCH] drm/nouveau: init some list_heads

2009-08-26 Thread Maarten Maathuis
- In the case of nvbo-head it is really important to avoid an OOPS if ttm_buffer_object_init fails. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_bo.c |2 ++ drivers/gpu/drm/nouveau/nouveau_channel.c |1 + drivers/gpu/drm/nouveau

Re: [Nouveau] [PATCH 1/2] man page: Fix the supported fb depths.

2009-08-24 Thread Maarten Maathuis
On Mon, Aug 24, 2009 at 4:03 PM, Francisco Jerezcurroje...@riseup.net wrote: Signed-off-by: Francisco Jerez curroje...@riseup.net ---  man/nouveau.man |    7 ---  1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 87f645a..5c4e4ae

Re: [PATCH 1/3] drm/crtc_helper: replace modeset fail path with something simpler

2009-08-21 Thread Maarten Maathuis
@Dave: any word yet? On Wed, Aug 19, 2009 at 4:43 PM, Maarten Maathuismadman2...@gmail.com wrote: No complaints with this patch set? I just need plausible upstream-ability, when it happens is not a big issue for me. Maarten.

Re: [Nouveau] [PATCH 4/4] drm/nouveau: fix ring buffer wrap-around

2009-08-21 Thread Maarten Maathuis
On Fri, Aug 21, 2009 at 6:58 AM, Pekka Paalanenp...@iki.fi wrote: On Thu, 20 Aug 2009 20:27:49 +0200 Maarten Maathuis madman2...@gmail.com wrote: I think the -1 on chan-dma.free is unnecessary. Maybe it is for the wrap-around jump command, the OUT_RING? I don't any other way of reserving

Re: [Nouveau] [PATCH] drm/nouveau: rewrite nouveau_dma_wait()

2009-08-21 Thread Maarten Maathuis
The timeout is too short, the gallium driver will easily trigger an assert. Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [PATCH] drm/nouveau: rewrite nouveau_dma_wait()

2009-08-21 Thread Maarten Maathuis
On Sat, Aug 22, 2009 at 1:26 AM, Ben Skeggsskeg...@gmail.com wrote: On Fri, 2009-08-21 at 21:30 +0200, Maarten Maathuis wrote: The timeout is too short, the gallium driver will easily trigger an assert. Oops, that was a typo.  Thanks, fixed. Any other comments? Not really, it's been running

Re: [HINT] check your version of drmmode_display.c if kms + xrandr + gamma isn't working

2009-08-20 Thread Maarten Maathuis
A minor addition: http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=569a17a98d03d965f9500c37c0cb14e0fb462311 Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial.

Re: [PATCH 1/3] drm/crtc_helper: replace modeset fail path with something simpler

2009-08-19 Thread Maarten Maathuis
No complaints with this patch set? I just need plausible upstream-ability, when it happens is not a big issue for me. Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial.

[HINT] check your version of drmmode_display.c if kms + xrandr + gamma isn't working

2009-08-19 Thread Maarten Maathuis
http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=fe2b5e6c6f81f4c4a76f5e4c5816812459872af3 Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your

Re: [PATCH] drm/crtc_helper: make the helper more friendly to encoder swapping

2009-08-18 Thread Maarten Maathuis
No objections? Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application

[PATCH 2/3] drm/crtc_helper: place drm_helper_encoder_in_use() in the header file

2009-08-18 Thread Maarten Maathuis
- The symbol was already exported. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- include/drm/drm_crtc_helper.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_crtc_helper.h b/include/drm/drm_crtc_helper.h index 6769ff6..e44a4f8 100644

[PATCH 3/3] drm/crtc_helper: NULL encoder-crtc when switching encoders

2009-08-18 Thread Maarten Maathuis
- Previously the old encoder would be called during modeset and without a connector bad things happened. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/drm_crtc_helper.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm

[PATCH 1/3] drm/crtc_helper: replace modeset fail path with something simpler

2009-08-18 Thread Maarten Maathuis
- The previous system was not very transparent, nor flexible. - This is needed to be able to fix a few bugs in the mechanism. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/drm_crtc_helper.c | 86 +++-- 1 files changed, 54 insertions

[PATCH] drm/crtc_helper: make the helper more friendly to encoder swapping

2009-08-17 Thread Maarten Maathuis
- Instead of touching the fragile recovery system when modesetting fails, the encoder is now defined as active when it has a connector. - Previously bad things happened with the same crtc, same connector, but different encoder, because encoder-crtc != NULL. - Also put a function in the header,

Re: [PATCH] drm/crtc_helper: make the helper more friendly to encoder swapping

2009-08-17 Thread Maarten Maathuis
Sorry about forgetting signoff, this will be corrected ofcource. Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment -

Mesa (master): nv50: whitespace fixes and deobfuscation

2009-08-17 Thread Maarten Maathuis
Module: Mesa Branch: master Commit: 93ce4c99d4c4515b8f8c4e999af53c8196b5f9eb URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=93ce4c99d4c4515b8f8c4e999af53c8196b5f9eb Author: Maarten Maathuis madman2...@gmail.com Date: Sun Aug 16 01:29:06 2009 +0200 nv50: whitespace fixes

Mesa (master): gallium: Make PIPE_TRANSFER_{READ,WRITE, READ_WRITE} bitmask friendly.

2009-08-17 Thread Maarten Maathuis
Module: Mesa Branch: master Commit: f199dbdb76892ec31d19f114f042bc6ec82d9e46 URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=f199dbdb76892ec31d19f114f042bc6ec82d9e46 Author: Maarten Maathuis madman2...@gmail.com Date: Sun Aug 16 03:20:09 2009 +0200 gallium: Make PIPE_TRANSFER_{READ

Mesa (master): nv50: borrow some flushing code from the ddx

2009-08-17 Thread Maarten Maathuis
Module: Mesa Branch: master Commit: 97cc526eb7ae17c6ec3509a129863ea85f4e8900 URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=97cc526eb7ae17c6ec3509a129863ea85f4e8900 Author: Maarten Maathuis madman2...@gmail.com Date: Sun Aug 16 04:06:44 2009 +0200 nv50: borrow some flushing code

Mesa (master): nv50: remove a few cases of directly casting struct pipe_context

2009-08-17 Thread Maarten Maathuis
Module: Mesa Branch: master Commit: caf40d5d145185d6a4c3ce8ff7c30ec93c040abd URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=caf40d5d145185d6a4c3ce8ff7c30ec93c040abd Author: Maarten Maathuis madman2...@gmail.com Date: Mon Aug 17 14:45:50 2009 +0200 nv50: remove a few cases

Re: [Mesa3d-dev] [PATCH 2/3] gallium: do not rely on the automatic values of an enum for bitmask purposes

2009-08-16 Thread Maarten Maathuis
Any special value on calling it an enum (debugging maybe?) instead of a few defines? Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design,

[Nouveau] [PATCH 2/4] nv50: fix thinko in nv50_vbo_validate

2009-08-15 Thread Maarten Maathuis
--- src/gallium/drivers/nv50/nv50_vbo.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_vbo.c b/src/gallium/drivers/nv50/nv50_vbo.c index 17283f3..018354a 100644 --- a/src/gallium/drivers/nv50/nv50_vbo.c +++

[Nouveau] [PATCH 3/4] gallium: do not rely on the automatic values of an enum for bitmask purposes

2009-08-15 Thread Maarten Maathuis
- PIPE_TRANSFER_READ ended up being defined as 0, which is obviously fail. --- src/gallium/include/pipe/p_defines.h |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/gallium/include/pipe/p_defines.h b/src/gallium/include/pipe/p_defines.h index bc4bc70..9d47584

[Nouveau] [PATCH 4/4] nv50: borrow some flushing code from the ddx

2009-08-15 Thread Maarten Maathuis
- This fixes neverball corruption. - I'm unsure what we're actually flushing here. --- src/gallium/drivers/nv50/nv50_context.c | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_context.c b/src/gallium/drivers/nv50/nv50_context.c

[Nouveau] [PATCH] nv50: avoid a NULL-ptr dereference when the pipe context changes

2009-08-14 Thread Maarten Maathuis
- We cannot assume all state objects are present when the pipe context changes. --- src/gallium/drivers/nv50/nv50_state_validate.c | 27 +++- 1 files changed, 26 insertions(+), 1 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_state_validate.c

Re: [PATCH] exa: fix CreatePixmap2 to be useful for tiling.

2009-08-14 Thread Maarten Maathuis
You need to be more explicit about the requirement to *SET* the pitch yourself in CreatePixmap2, since it currently only mentions that you may need to modify it. Maarten. ___ xorg-devel mailing list xorg-devel@lists.x.org

Re: EXA: updated patches

2009-08-06 Thread Maarten Maathuis
2009/8/6 Michel Dänzer mic...@daenzer.net: On Wed, 2009-08-05 at 20:11 +0200, Maarten Maathuis wrote: Added two patches. @MrCooper: could you test patch 4 with DRI2 (radeon driver?)? Works fine now, thanks. From my POV this looks good to go. -- Earthling Michel Dänzer

Re: EXA: updated patches

2009-08-06 Thread Maarten Maathuis
I've pushed it. It turned out i wasn't dealing with accel_block properly, so i fixed that. Maarten. ___ xorg-devel mailing list xorg-devel@lists.x.org http://lists.x.org/mailman/listinfo/xorg-devel

[PATCH 1/5] exa: Split out some classic and driver allocated pixmap code into seperate files

2009-08-05 Thread Maarten Maathuis
@@ +/* + * Copyright © 2009 Maarten Maathuis + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the Software), + * to deal in the Software without restriction, including without limitation + * the rights

[PATCH 3/5] exa: Use damage to optimise away useless copies.

2009-08-05 Thread Maarten Maathuis
- This is most useful for cases where the first operation is a hardware rendered one. --- exa/exa_migration_mixed.c | 50 ++-- exa/exa_mixed.c | 27 +++- 2 files changed, 69 insertions(+), 8 deletions(-) diff --git

[PATCH 4/5] exa: implement exaMoveInPixmap for mixed

2009-08-05 Thread Maarten Maathuis
- This can be used to force creation of driver pixmap. - Not for 1 or 4 bpp. - Driver can still fail (driver) pixmap creation. --- exa/exa.c | 32 exa/exa.h |2 +- exa/exa_migration_classic.c |4 ++--

[PATCH 5/5] exa: delay malloc for mixed

2009-08-05 Thread Maarten Maathuis
--- exa/exa.c | 12 +++- exa/exa_migration_mixed.c |4 exa/exa_mixed.c | 11 ++- 3 files changed, 17 insertions(+), 10 deletions(-) diff --git a/exa/exa.c b/exa/exa.c index 32a1c3e..5b473c9 100644 --- a/exa/exa.c +++ b/exa/exa.c @@ -333,8

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

2009-08-03 Thread Maarten Maathuis
The page alignment shouldn't matter here since what's allocated is a free slot within the device file address space. It's only used for cpu map / write / read, and the GPU never sees the vm_node offset. But if this is the vram pci bar, then not aligning causes you to read/write misaligned to

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

2009-08-03 Thread Maarten Maathuis
Let me rephrase that, could you pinpoint the place where the translation from vm to real memory happens? Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your

Re: [PATCH] ttm: obey page_alignment in ttm_bo_setup_vm

2009-08-03 Thread Maarten Maathuis
It appears to have been a false positive, sorry for that. Maarten. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and

Re: EXA patches

2009-08-03 Thread Maarten Maathuis
There is one thing that did change, driver pixmaps are not allocated by default (only when exa deems acceleration doable). So for dri2 pixmaps you would need to create a scratch pixmap and attach a bo afterwards. I suspect this is the issue. About the performance, i didn't notice that, but we

Re: EXA patches

2009-08-03 Thread Maarten Maathuis
2009/8/3 Michel Dänzer mic...@daenzer.net: On Mon, 2009-08-03 at 18:56 +0200, Maarten Maathuis wrote: There is one thing that did change, driver pixmaps are not allocated by default (only when exa deems acceleration doable). So for dri2 pixmaps you would need to create a scratch pixmap

Re: EXA patches

2009-08-03 Thread Maarten Maathuis
I think glyphs are uploaded through UTS when possible, so that might just be it. In the case of driver pixmaps it would composite them from whatever driver pixmap you have iirc. I will make another patch handling exaGetDriverPrivate more gracefully. Maarten.

Re: EXA patches

2009-08-03 Thread Maarten Maathuis
2009/8/4 Maarten Maathuis madman2...@gmail.com: I think glyphs are uploaded through UTS when possible, so that might just be it. In the case of driver pixmaps it would composite them from whatever driver pixmap you have iirc. I will make another patch handling exaGetDriverPrivate more

Sorry for the no subject email, it belongs to the patchset i sent

2009-08-02 Thread Maarten Maathuis
Again sorry. Maarten. ___ xorg-devel mailing list xorg-devel@lists.x.org http://lists.x.org/mailman/listinfo/xorg-devel

Re: [Nouveau] backlight support

2009-07-24 Thread Maarten Maathuis
There is some support for laptop backlight control. (http://cgit.freedesktop.org/nouveau/linux-2.6/tree/drivers/gpu/drm/nouveau/nouveau_backlight.c) If you have older hw, then you may need to figure out how to control it. I see only a few bug reports related to backlights, so a lot of people

[Nouveau] [nv04-nv40/kms] possible fix for transparent cursor issue

2009-07-20 Thread Maarten Maathuis
ThibG from irc reported an issue with transparent cursors, i noticed the ddx had a workaround, which wasn't in the kms code. ThibG (whoever you are), please test. The patch is untested. Maarten. From 7ce90b3297782e5ecada6e4e917be7a9c316d082 Mon Sep 17 00:00:00 2001 From: Maarten Maathuis madman2

Re: EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while it should have been (nil).

2009-07-19 Thread Maarten Maathuis
That would suggest creating a GC that completely bypasses exa. The proper solution seems like adding more indices or at least detecting that the indices are being used. I'll write a patch as soon as my system is in order again. Maarten. ___ xorg

Re: [Nouveau] Can't build xf86-video-nouveau

2009-07-11 Thread Maarten Maathuis
You need libdrm from GIT. Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] Can't build xf86-video-nouveau

2009-07-10 Thread Maarten Maathuis
Probably an older version of libdrm floating around? Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] When will nouveau kernel tree be merged into master

2009-07-09 Thread Maarten Maathuis
On Thu, Jul 9, 2009 at 5:23 PM, Eric Valetteeric.vale...@free.fr wrote: Maarten Maathuis wrote: This merging you probably read about, was merging 2.6.30-rc1 into the nouveau tree, because that had upstream ttm support. OK. I read it the other way round! I saw people complaining someone

Re: [Nouveau] When will nouveau kernel tree be merged into master

2009-07-09 Thread Maarten Maathuis
Noone has ever claimed working opengl, the only parts that are supported, in the sense that you can file a bug about it, are the ddx (2d) driver and the kernel module. Getting a useable memory manager in place was a prerequisite, once that and the rest of the new kernel code stabilizes i'm sure

Re: [PATCH] - Fix Unchecked memory usage.

2009-07-08 Thread Maarten Maathuis
Imagine what happens if everyone sent links. A patch is forgotten or maybe it's part a larger discussion. Suddenly the link dies, and part of the history is gone. It's really annoying to check mailinglist archives only to find dead links. Maarten. ___

Re: [Draft] Introduction of Widget Layouts

2009-07-07 Thread Maarten Maathuis
I suggest being consistent with the other code and push the geometry to lua with borders included. Like the client code does, or change that, at least be consistent. Maarten. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: [Draft] Introduction of Widget Layouts

2009-07-07 Thread Maarten Maathuis
I just saw a fragment of code in my mailbox, if jd has a better suggestion, then by all means go ahead. Maarten. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: Artifacts on Radeon 4850

2009-07-05 Thread Maarten Maathuis
A screenshot or something might help. But this is probably not related to mesa, unless you are running compiz or something like that. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [PATCH] drm: clarify scaling property names

2009-07-01 Thread Maarten Maathuis
DRM_MODE_SCALE_NON_GPU was intended to let the monitor do the scaling, in case you have a CRT or the monitors scalers are better. I think your new name choice is less than ideal. Maarten. -- --

Re: Horrible Xrender performance in Xorg 1.6.2

2009-07-01 Thread Maarten Maathuis
Don't you have some kind of system profiler available? Maarten. ___ xorg-devel mailing list xorg-devel@lists.x.org http://lists.x.org/mailman/listinfo/xorg-devel

Re: XFixesFetchRegion() crashes app

2009-06-23 Thread Maarten Maathuis
Common sense (and the fact that the error says BadRegion here) suggest that reg = XFixesCreateRegion( display, rec, 1); This region number is no longer valid after you close the display. Doing this a 2nd time after setting nRect = 0 will fix it. Maarten.

Re: XFixesFetchRegion() crashes app

2009-06-23 Thread Maarten Maathuis
Please don't think i know what you are actually trying to do, i solved this like you would a puzzle. First guess happened to work. Maarten. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: XFixesFetchRegion() crashes app

2009-06-23 Thread Maarten Maathuis
And this region is some property of the root window? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [Patch] SHAPE stuff *again*

2009-06-23 Thread Maarten Maathuis
Could the interface be simplified to leave the border related calculations on the C side? This was done for geometry to make the code clearer, is there any reason to not do that here? Maarten. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: [Patch] SHAPE stuff *again*

2009-06-23 Thread Maarten Maathuis
I wasn't expecting custom borders, so ignore me. Maarten. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: Has anyone seen this?

2009-06-17 Thread Maarten Maathuis
My guess is that this some early version of dri2 (which was never actually used), there is probably a --disable-dri2 or something like that. Maarten. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: [PATCH 1/2] Fix clipping when windows are used as sources

2009-06-15 Thread Maarten Maathuis
On Mon, Jun 15, 2009 at 11:23 AM, Soeren Sandmannsandm...@daimi.au.dk wrote: Maarten Maathuis madman2...@gmail.com writes: Does this make transformed composite (XRGB source) with no extending ok again with regards to the black pixels that a lot of hw sample outside the texture? It doesn't

Re: lua pixmap drawing api in preparation for arbitrary shaped wiboxes

2009-06-15 Thread Maarten Maathuis
Personally this sounds like a case for using xrender composite, src (square) mask (8bits alpha pixmap) - dst (rounded, smooth?). The reason cairo doesn't support 1 bit is because no hw from this century will support it. Just use 8bits. I think the SRC operator is appropriate in this case. The

Re: lua pixmap drawing api in preparation for arbitrary shaped wiboxes

2009-06-15 Thread Maarten Maathuis
Oh, so you are not manually responsible for making the right shape? Just to be clear, xrender composite (the act of blending images together) is not the same as the composite extention. And the first works fine without the a compositing manager. Maarten. -- To unsubscribe, send mail to

Re: How to run the X xserver in a chroot environment

2009-06-13 Thread Maarten Maathuis
They can never be replaced by evdev, because evdev is linux-only. But yes, evdev is often used on linux platforms, but it does need a working hal. Maarten. ___ xorg mailing list xorg@lists.freedesktop.org

Re: [PATCH 1/2] Fix clipping when windows are used as sources

2009-06-13 Thread Maarten Maathuis
Does this make transformed composite (XRGB source) with no extending ok again with regards to the black pixels that a lot of hw sample outside the texture? Previously it switched from being ok to being bad, i'm just curious if it changed again? Maarten.

Re: [Patch RFC] Move some code for setting certain clients above = true from C into lua

2009-06-13 Thread Maarten Maathuis
Personally i like the ability of above and below, please don't remove it. Just make it optional if you feel strongly about it. Maarten. On Sat, Jun 13, 2009 at 10:00 AM, Uli Schlachterpsyc...@znc.in wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Julien Danjou wrote: At 1244824357

Re: [Patch RFC] Move some code for setting certain clients above = true from C into lua

2009-06-13 Thread Maarten Maathuis
Oh btw, the reason they are above by default, is because dialogs are too. And these are longlasting dialogs. I don't think the ewmh does or should explicitly demand them to be above. The same goes for any dialog. Maarten. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: [Nouveau] [Nouveau-cvs] xf86-video-nv: Branch 'master' - 2 commits

2009-06-10 Thread Maarten Maathuis
I just realised that this mode of tiling is quite different from the one i observed, this one is linear inside the tile, not recursively tiled. Also, one optimisation that you can do without fixing the xserver (which should be done anyway), is to set pread and pwrite to the linear passthrough

Re: Pixman Accessors

2009-06-09 Thread Maarten Maathuis
Have you benchmarked this? I know it wasn't fast, but if it becomes even (significantly) slower that's not very nice. I'm not near a system where i can test this for the forseeable future. Maarten. ___ xorg-devel mailing list xorg-devel@lists.x.org

Re: Pixman Accessors

2009-06-09 Thread Maarten Maathuis
Also, making a copy of non-cached memory can be painful. VRAM is typically write combined. The very advantage wfb is supposed to give is copyless access, taking that away could make it unbearable, instead of just slow. This should definately be tested first. Maarten. On Tue, Jun 9, 2009 at

Re: Pixman Accessors

2009-06-09 Thread Maarten Maathuis
I had a closer look, and the only worry is fbRasterizeEdges. The composite case is less worrying. Maarten. ___ xorg-devel mailing list xorg-devel@lists.x.org http://lists.x.org/mailman/listinfo/xorg-devel

Re: [Nouveau] Nouveau DRM kernel tree

2009-06-07 Thread Maarten Maathuis
Any plans on merging the wfb patch or will i get that honor when i get home (in 6 weeks)? Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Patch] Some fixes

2009-06-07 Thread Maarten Maathuis
There is a certain flexibility that comes with C, so i don't see if disappearing completely. Maarten. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: help configuring a 30 apple cinema display

2009-06-04 Thread Maarten Maathuis
You can only addmode after newmode. I would expect a monitor to have it's native resolution in edid. Maybe you only have a single link dvi (which lacks the bandwith for your native resolution)? Maarten. ___ xorg mailing list xorg@lists.freedesktop.org

Re: help configuring a 30 apple cinema display

2009-06-04 Thread Maarten Maathuis
xf86-video-nv which i guess you're using doesn't unconditionally support dual link dvi. Some bios'es don't init it appearantly. There is an option to force it, but you could end up with a blank screen. Option AllowDualLinkModes Maarten. ___ xorg

Re: Is there the possibility to support EXA for legacy S3 chips?

2009-06-04 Thread Maarten Maathuis
2009/6/4 Michel Dänzer mic...@daenzer.net: On Thu, 2009-05-28 at 15:07 +0400, Evgeny M. Zubok wrote: Ville Syrjälä syrj...@sci.fi writes: Just set the alignment to your fixed pitch value and it should work, shouldn't it? Great! Good idea! I have tried to set up pitch align

Re: [Nouveau] Nouveau DRM kernel tree

2009-06-03 Thread Maarten Maathuis
If you had to estimate, how long did it take you to figure out evo? Anyway, it looks nice, i will certainly try when i'm home again. Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: 79138eec1b49cbaca6a16f2bdd8579b5828aeb28 causing black screen

2009-06-02 Thread Maarten Maathuis
On Tue, Jun 2, 2009 at 6:46 PM, Matthias Hopf mh...@suse.de wrote: On May 24, 09 18:17:40 +0200, Maarten Maathuis wrote: The problem seems fairly obvious. Well, it wasn't to me. Actually, it still isn't. I stumbled over this code, and asked for why this was coded this way, without getting

Re: [Nouveau] Independent screens with dual head ?

2009-05-31 Thread Maarten Maathuis
No, not unless you implement it. Maarten. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

<    1   2   3   4   5   6   7   8   9   >