similar to: swap control

12:08 < curro_> shining: hmm, it seems, darktama didn't quite finish the additional reloc checking he started to code 12:11 < curro_> shining: that would have solved your problem, poke him when he's back from vacations :) 12:16 < shining> curro_: hmm I really dont get it, it looks like domain can have both set, and flags can also have both set 12:16 < shining> I

in nv10_exa.c : check_texture does : if (w > 2046 || h > 2046) NOUVEAU_FALLBACK("picture too large, %dx%d\n", w, h); check_render_target does : if (w > 4096 || h > 4096) return FALSE; So we have different size limits for the source and the destination ? Another thing is that nv20 uses nv10_exa.c code, and the limit in

Hi Since a few days compiz fails to start on my system. It bails out with the message: compiz: No GLXFBConfig for default depth, this isn't going to work. compiz: Failed to manage screen: 0 compiz: No manageable screens found on display :0.0 I'm using Ubuntu Edgy with the beta nvidia drivers and a recent git checkout of compiz. I read somewhere, that this error could be related to mesa

https://bugs.freedesktop.org/show_bug.cgi?id=77724 Priority: medium Bug ID: 77724 Assignee: nouveau at lists.freedesktop.org Summary: error: GLSL ES 3.00 is not supported. Supported versions are: 1.00 ES Severity: blocker Classification: Unclassified OS: All Reporter: pulkitnandan at gmail.com

7.8 branch (533b7663) : 209/246 master branch (c882c31) : 216/241 In short : 8 fail/warn -> pass 5 fail -> skip 1 pass -> fail So the only regression is glean/clipFlat Output: ---------------------------------------------------------------------- Test clipping with flat shading (provoking vertex). clipFlat: Failure for glBegin/End(GL_QUADS), glFrontFace(GL_CCW) GL_EXT_provoking_vertex

http://bugs.freedesktop.org/show_bug.cgi?id=11993 Summary: Native YV12 overlay bandwidth problems Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

As some e-mails ago, I'm trying to play beryl in my laptop. I successfully configured my xorg.conf (thanks to the comunity for the help that allowed me that). The problem: When I boot the laptop without external LCD/CRT, beryl is working fine, but when I boot it with the external, it recognice fine the external LCD and don't want to allow beryl run. What beryl says: === BEGIN === $

While keeping up-to-date the nouveau mesa driver (either classic or gallium), or doing regression testing, the big majority of my rebuilds resulted in segfaults. I am not talking about autogen or configure detection. I believe this also works automatically in other projects and doesn't with mesa, but forgetting to do this usually causes a build failure. Then autogen/configure can be run and

http://bugs.freedesktop.org/show_bug.cgi?id=25036 Summary: KMS + multihead leaves ghost mouse pointer Product: xorg Version: unspecified Platform: x86-64 (AMD64) URL: http://bbs.archlinux.org/viewtopic.php?id=83925 OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com> --- man/nouveau.man | 16 ---------------- src/nv_const.h | 1 - 2 files changed, 0 insertions(+), 17 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 87f645a..cd66e9a 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -70,22 +70,6 @@ Enable or disable the HW cursor. Default: on. .BI "Option

I just noticed these messages in my logs : modprobe:1998 conflicting memory types e8000000-e8010000 uncached-minus<->write-combining reserve_memtype failed 0xe8000000-0xe8010000, track uncached-minus, req uncached-minus ioremap reserve_memtype failed -16 Xorg:5078 conflicting memory types e8000000-e8010000 uncached-minus<->write-combining reserve_memtype failed 0xe8000000-0xe8010000,

I'm not reporting a bug (I know it's not the right place to do that anyway), but a little help would be appreciated. Once again I run into the famous "compiz: GLX_EXT_texture_from_pixmap is missing" error. The problem is I can't figure out what's wrong. I use fedora core 6 on an athlon XP with an ati RV250 and the radeon open-source drivers running compiz reports: $

I'm sure this has been asked before quite a few years ago and in great quantity, but I've been searching threads on various sites for a few hours now, and can't seem to find a fix. Anywho, I have KOTOR installed, and it runs in fullscreen and all that, however, all my polygons are white, as in, there is no textures. All the text within the game is also just blue boxes. This obviously

I am trying to understand the s3tc init code as nv50 gallium has a problem with that. It looks like some drivers (r300g and llvmpipe) actually inits s3tc in two places : ./src/mesa/main/texcompress_s3tc.c _mesa_init_texture_s3tc() ./src/gallium/auxiliary/util/u_format_s3tc.c util_format_s3tc_init() Here is an extract of the backtrace calls while loading fgfs on llvmpipe : driCreateScreen ->

nouveau_drv_video.so - what should it be? https://koji.fedoraproject.org/koji/buildinfo?buildID=722316 ... 0.7.4-13 - Revert symlinks - should be handled by mesa rhbz#1271842 https://bugzilla.redhat.com/show_bug.cgi?id=1271842 ... 0.7.4-12 - Add symlinks for radeonsi,r600,nouveau - rhbz#1264499 https://bugzilla.redhat.com/show_bug.cgi?id=1264499 $ rpm -q

Hi Marek Thanks a lot for your rebasing work. Here is my report : - all my games that broke with temporaries patch (they were either completely black or lot of black screen flash every frame) behave badly, but in different ways : * etracer is very slow and often crash in ttm code [1] (I think this is an old bug that just resurrected, no idea why) * foobillard is very slow and still flash a bit *

David & All, As you might have heard, Intel recently introduced a new low-power device called a Mobile Internet Device (MID). We're working in Intel's Open source Technology Center on the Linux Desktop UI. Given the small screen we're planning on using a stack-based window manager where each application runs full-screen (think Matchbox). We think it would be very cool to get a

From: Ville Syrjälä <ville.syrjala at linux.intel.com> Use drm_for_each_connector_encoder_ids() for iterating connector->encoder_ids[]. A bit more convenient not having to deal with the implementation details. Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com> ---

First some data errors I get with both nv20 exa and nv20 dri/mesa. 1. RT_FORMAT LINEAR + X8R8G8B8 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x00800080:0x00000105 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x01000100:0x00000105 LINEAR + A8R8G8B8 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x01000100:0x00000108 Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x00800080:0x00000108 The only value I found in renouveau dump

Hi, I'm trying to get the new nouveau kernel driver (2.6.33-rc8) to work with X.Org 1.7.4 (Debian/unstable, all relevant packages updated). The modules load just fine, and the kernel spits out the following upon probe: [ 8.304602] nouveau 0000:06:00.0: PCI INT A -> Link[LNEB] -> GSI 18 (level, low) -> IRQ 18 [ 8.304779] nouveau 0000:06:00.0: setting latency timer to 64 [