[Nouveau] [PATCH] nouveau_vieux: add AllocTextureImageBuffer implementation
This fixes issues where get_rt_format would see a 0 format because the
nouveau_surface had not been properly initialized. Fixes crash on
supertuxkart startup (which still fails due to out-of-vram issues).
Signed-off-by: Ilia Mirkin
---
src/mesa/drivers/dri/nouveau/nouveau_texture.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/mesa/drivers/dri/nouveau/nouveau_texture.c
b/src/mesa/drivers/dri/nouveau/nouveau_texture.c
index da74e8f..8904389 100644
--- a/src/mesa/drivers/dri/nouveau/nouveau_texture.c
+++ b/src/mesa/drivers/dri/nouveau/nouveau_texture.c
@@ -494,6 +494,14 @@ nouveau_compressed_teximage(struct gl_context *ctx, GLuint
dims,
&ctx->Unpack, GL_TRUE);
}
+static GLboolean
+nouveau_teximage_alloc(struct gl_context *ctx, struct gl_texture_image *ti)
+{
+ nouveau_teximage(ctx, 3, ti, 0, 0, 0, NULL,
+&ctx->DefaultPacking, GL_FALSE);
+ return GL_TRUE;
+}
+
static void
nouveau_texsubimage(struct gl_context *ctx, GLint dims,
struct gl_texture_image *ti,
@@ -634,6 +642,7 @@ nouveau_texture_functions_init(struct dd_function_table
*functions)
functions->DeleteTexture = nouveau_texture_free;
functions->NewTextureImage = nouveau_teximage_new;
functions->FreeTextureImageBuffer = nouveau_teximage_free;
+ functions->AllocTextureImageBuffer = nouveau_teximage_alloc;
functions->ChooseTextureFormat = nouveau_choose_tex_format;
functions->TexImage = nouveau_teximage_123d;
functions->TexSubImage = nouveau_texsubimage_123d;
--
1.8.1.5
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 1/2] gallium: add PIPE_CAP_MIXED_FRAMEBUFFER_SIZES
This CAP will determine whether ARB_framebuffer_object can be enabled.
The nv30 driver does not allow mixing swizzled and linear zsbuf/cbuf
textures.
Signed-off-by: Ilia Mirkin
---
src/gallium/docs/source/screen.rst | 3 +++
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c | 1 +
src/gallium/drivers/llvmpipe/lp_screen.c | 1 +
src/gallium/drivers/nouveau/nv30/nv30_screen.c | 1 +
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 1 +
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 1 +
src/gallium/drivers/r300/r300_screen.c | 1 +
src/gallium/drivers/r600/r600_pipe.c | 1 +
src/gallium/drivers/radeonsi/radeonsi_pipe.c | 1 +
src/gallium/drivers/softpipe/sp_screen.c | 1 +
src/gallium/drivers/svga/svga_screen.c | 1 +
src/gallium/include/pipe/p_defines.h | 3 ++-
14 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/src/gallium/docs/source/screen.rst
b/src/gallium/docs/source/screen.rst
index d19cd1a..a01f548 100644
--- a/src/gallium/docs/source/screen.rst
+++ b/src/gallium/docs/source/screen.rst
@@ -173,6 +173,9 @@ The integer capabilities:
viewport/scissor combination.
* ''PIPE_CAP_ENDIANNESS``:: The endianness of the device. Either
PIPE_ENDIAN_BIG or PIPE_ENDIAN_LITTLE.
+* ``PIPE_CAP_MIXED_FRAMEBUFFER_SIZES``: Whether it is allowed to have
+ different sizes for fb color/zs attachments. This controls whether
+ ARB_framebuffer_object is provided.
.. _pipe_capf:
diff --git a/src/gallium/drivers/freedreno/freedreno_screen.c
b/src/gallium/drivers/freedreno/freedreno_screen.c
index a038a77..7d0fb3b 100644
--- a/src/gallium/drivers/freedreno/freedreno_screen.c
+++ b/src/gallium/drivers/freedreno/freedreno_screen.c
@@ -140,6 +140,7 @@ fd_screen_get_param(struct pipe_screen *pscreen, enum
pipe_cap param)
switch (param) {
/* Supported features (boolean caps). */
case PIPE_CAP_NPOT_TEXTURES:
+ case PIPE_CAP_MIXED_FRAMEBUFFER_SIZES:
case PIPE_CAP_TWO_SIDED_STENCIL:
case PIPE_CAP_ANISOTROPIC_FILTER:
case PIPE_CAP_POINT_SPRITE:
diff --git a/src/gallium/drivers/i915/i915_screen.c
b/src/gallium/drivers/i915/i915_screen.c
index 556dda8..77607d0 100644
--- a/src/gallium/drivers/i915/i915_screen.c
+++ b/src/gallium/drivers/i915/i915_screen.c
@@ -172,6 +172,7 @@ i915_get_param(struct pipe_screen *screen, enum pipe_cap
cap)
/* Supported features (boolean caps). */
case PIPE_CAP_ANISOTROPIC_FILTER:
case PIPE_CAP_NPOT_TEXTURES:
+ case PIPE_CAP_MIXED_FRAMEBUFFER_SIZES:
case PIPE_CAP_POINT_SPRITE:
case PIPE_CAP_PRIMITIVE_RESTART: /* draw module */
case PIPE_CAP_TEXTURE_SHADOW_MAP:
diff --git a/src/gallium/drivers/ilo/ilo_screen.c
b/src/gallium/drivers/ilo/ilo_screen.c
index 3f8d431..ddf11ff 100644
--- a/src/gallium/drivers/ilo/ilo_screen.c
+++ b/src/gallium/drivers/ilo/ilo_screen.c
@@ -286,6 +286,7 @@ ilo_get_param(struct pipe_screen *screen, enum pipe_cap
param)
switch (param) {
case PIPE_CAP_NPOT_TEXTURES:
+ case PIPE_CAP_MIXED_FRAMEBUFFER_SIZES:
case PIPE_CAP_TWO_SIDED_STENCIL:
return true;
case PIPE_CAP_MAX_DUAL_SOURCE_RENDER_TARGETS:
diff --git a/src/gallium/drivers/llvmpipe/lp_screen.c
b/src/gallium/drivers/llvmpipe/lp_screen.c
index b3cd77f..2bbc2c9 100644
--- a/src/gallium/drivers/llvmpipe/lp_screen.c
+++ b/src/gallium/drivers/llvmpipe/lp_screen.c
@@ -109,6 +109,7 @@ llvmpipe_get_param(struct pipe_screen *screen, enum
pipe_cap param)
case PIPE_CAP_MAX_COMBINED_SAMPLERS:
return 2 * PIPE_MAX_SAMPLERS; /* VS + FS samplers */
case PIPE_CAP_NPOT_TEXTURES:
+ case PIPE_CAP_MIXED_FRAMEBUFFER_SIZES:
return 1;
case PIPE_CAP_TWO_SIDED_STENCIL:
return 1;
diff --git a/src/gallium/drivers/nouveau/nv30/nv30_screen.c
b/src/gallium/drivers/nouveau/nv30/nv30_screen.c
index 50ddfec..807100e 100644
--- a/src/gallium/drivers/nouveau/nv30/nv30_screen.c
+++ b/src/gallium/drivers/nouveau/nv30/nv30_screen.c
@@ -125,6 +125,7 @@ nv30_screen_get_param(struct pipe_screen *pscreen, enum
pipe_cap param)
case PIPE_CAP_QUERY_PIPELINE_STATISTICS:
case PIPE_CAP_TEXTURE_BORDER_COLOR_QUIRK:
case PIPE_CAP_MAX_TEXTURE_BUFFER_SIZE:
+ case PIPE_CAP_MIXED_FRAMEBUFFER_SIZES:
return 0;
case PIPE_CAP_VERTEX_BUFFER_OFFSET_4BYTE_ALIGNED_ONLY:
case PIPE_CAP_VERTEX_BUFFER_STRIDE_4BYTE_ALIGNED_ONLY:
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_screen.c
b/src/gallium/drivers/nouveau/nv50/nv50_screen.c
index f454ec7..43a2d96 100644
--- a/src/gallium/drivers/nouveau/nv50/nv50_screen.c
+++ b/src/gallium/drivers/nouveau/nv50/nv50_screen.c
@@ -103,6 +103,7 @@ nv50_screen_get_param(struct pipe_screen *pscreen, enum
pipe_cap param)
case PIPE_CAP_TEXTURE_SWIZZLE:
case PIPE_CAP_TEXTURE_SHADOW_MAP:
case PIPE_CAP_NPOT_TEXTURES:
+ case PIPE_CAP_MIXED_FRAMEBUFF
[Nouveau] [PATCH 2/2] mesa/st: disable ARB_framebuffer_object when no driver support.
When PIPE_CAP_MIXED_FRAMEBUFFER_SIZES is not provided, parts of
ARB_framebuffer_object can't be supported, such as on NV30.
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_extensions.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index 97dd732..0df914d 100644
--- a/src/mesa/state_tracker/st_extensions.c
+++ b/src/mesa/state_tracker/st_extensions.c
@@ -444,8 +444,7 @@ void st_init_extensions(struct st_context *st)
{ PIPE_FORMAT_Z32_FLOAT,
PIPE_FORMAT_Z32_FLOAT_S8X24_UINT } },
- { { o(ARB_framebuffer_object),
- o(EXT_packed_depth_stencil) },
+ { { o(EXT_packed_depth_stencil) },
{ PIPE_FORMAT_S8_UINT_Z24_UNORM,
PIPE_FORMAT_Z24_UNORM_S8_UINT },
GL_TRUE }, /* at least one format must be supported */
@@ -759,6 +758,10 @@ void st_init_extensions(struct st_context *st)
PIPE_BUFFER, PIPE_BIND_SAMPLER_VIEW);
}
+ if (screen->get_param(screen, PIPE_CAP_MIXED_FRAMEBUFFER_SIZES) &&
+ ctx->Extensions.EXT_packed_depth_stencil) {
+ ctx->Extensions.ARB_framebuffer_object = GL_TRUE;
+ }
/* Unpacking a varying in the fragment shader costs 1 texture indirection.
* If the number of available texture indirections is very limited, then we
--
1.8.1.5
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 15758] Invisible mouse pointer on NV4E (C51)
https://bugs.freedesktop.org/show_bug.cgi?id=15758 --- Comment #33 from ^m'e --- (In reply to comment #1) > I think this is most likely caused by the hardware issue fixed for nv in bug > 7309. I'm not sure where the fix (delay) should go in nouveau however, since > simply delaying for a second each time the cursor is turned off is not an > option, as the hwcursor gets turned on and off many times during normal > operation. I recently tried the nv driver on gentoo and it also suffers from the same problem -- always reproductible: just wait enough with an open X session. The problem might then well be in xorg itself... -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 38074] [NV96] Dual head doesn't work for some combination of monitors (second screen still off)
https://bugs.freedesktop.org/show_bug.cgi?id=38074 --- Comment #24 from Jaromír Cápík --- Hello Ilia. The issue is still present (tested with kernel-3.11.2). Regards, Jaromir. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 69882] [NVE6] GPU lockups
https://bugs.freedesktop.org/show_bug.cgi?id=69882 --- Comment #6 from Dainius Masiliūnas --- Tried the git version of Mesa, and the issue is still there, it just triggers less often. However, I found a reliable way to reproduce the problem, on both 9.2 and git versions of Mesa. On KDE 4.11, setting the KWin compositing method to OpenGL 3.1 causes a lockup every time. With XRender I don't seem to hit this issue at all, and I think on OpenGL 2.0 the lockups happen randomly (but I need to do some more testing to make sure). -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70130] New: unable to compile fragment shader program
https://bugs.freedesktop.org/show_bug.cgi?id=70130
Priority: medium
Bug ID: 70130
Assignee: nouveau@lists.freedesktop.org
Summary: unable to compile fragment shader program
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: infyqu...@gmail.com
Hardware: x86 (IA32)
Status: NEW
Version: 9.2
Component: Drivers/DRI/nouveau
Product: Mesa
I have old geforce go 7900 inspiron e1705 laptop. On which I have archlinux
with nouveau (9.2.0-2)& mesa drivers.
I get the below error when i use the debug build
Error: failed to compile this fragment program:
FRAG
PROPERTY FS_COORD_ORIGIN LOWER_LEFT
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
DCL IN[0], POSITION, LINEAR
DCL IN[1], TEXCOORD[0], PERSPECTIVE
DCL IN[2], TEXCOORD[1], PERSPECTIVE
DCL IN[3], TEXCOORD[2], PERSPECTIVE
DCL IN[4], TEXCOORD[3], PERSPECTIVE
DCL IN[5], GENERIC[0], PERSPECTIVE
DCL OUT[0], COLOR
DCL SAMP[0]
DCL SAMP[1]
DCL SAMP[2]
DCL SAMP[3]
DCL SAMP[4]
DCL SAMP[5]
DCL CONST[19]
DCL CONST[0..2]
DCL CONST[4..13]
DCL TEMP[0]
DCL TEMP[1..13], LOCAL
IMM[0] FLT32 {0.1250, 2., 0.8000, 0.1000}
IMM[1] FLT32 {7.5000,-0.5000, 0., 1.}
IMM[2] FLT32 {16384., 4098.,-1., 4094.}
IMM[3] FLT32 {0.0025, 0.0500, 0.9990, 0.0010}
IMM[4] FLT32 {0., 7., 0.5000, 300.}
IMM[5] FLT32 {0.2000, 0.0300, 8., 100.}
IMM[6] FLT32 { 450., 1.5000, 0.2500, 1.0500}
IMM[7] FLT32 {1., 1.4427, 5., 0.}
0: MOV TEMP[0], IN[0]
1: MAD TEMP[0].y, IN[0], CONST[19]., CONST[19].
2: MUL TEMP[1].x, CONST[4]., IMM[0].
3: MOV TEMP[2].xyz, -CONST[0].xyzx
4: ADD TEMP[3].xyz, CONST[2].xyzz, -IN[5].xyzz
5: DP3 TEMP[4].x, TEMP[3].xyzz, TEMP[3].xyzz
6: RSQ TEMP[4].x, TEMP[4].
7: MUL TEMP[3].xyz, TEMP[3].xyzz, TEMP[4].
8: ADD TEMP[4].xyz, TEMP[2].xyzz, TEMP[3].xyzz
9: MUL TEMP[5].x, CONST[4]., IMM[0].
10: LRP TEMP[5].x, TEMP[5]., IMM[0]., IMM[0].
11: MAD TEMP[5].xy, IN[1].xyyy, TEMP[5]., IN[1].zwww
12: MOV TEMP[5].xy, TEMP[5].xyyy
13: TEX TEMP[5].xyz, TEMP[5], SAMP[1], 2D
14: MUL TEMP[6].x, CONST[4]., IMM[0].
15: LRP TEMP[6].x, TEMP[6]., IMM[0]., IMM[0].
16: MAD TEMP[6].xy, IN[1].xyyy, TEMP[6]., IN[1].zwww
17: MOV TEMP[6].xy, TEMP[6].xyyy
18: TEX TEMP[6].xyz, TEMP[6], SAMP[2], 2D
19: MUL TEMP[7].x, IMM[1]., CONST[13].
20: FRC TEMP[7].x, TEMP[7].
21: LRP TEMP[5].xyz, TEMP[7]., TEMP[6].xzyy, TEMP[5].xzyy
22: ADD TEMP[5].xyz, TEMP[5].xyzz, IMM[1].
23: DP3 TEMP[6].x, TEMP[5].xyzz, TEMP[5].xyzz
24: RSQ TEMP[6].x, TEMP[6].
25: MUL TEMP[5].xyz, TEMP[5].xyzz, TEMP[6].
26: LRP TEMP[6].xyz, TEMP[1]., TEMP[5].xyzz, IMM[1].zwzz
27: MAD TEMP[7].x, IMM[0]., TEMP[0]., IMM[2].
28: MUL TEMP[7].x, TEMP[7]., IMM[2].
29: ADD TEMP[7].x, IMM[2]., -TEMP[7].
30: RCP TEMP[7].x, TEMP[7].
31: MUL TEMP[7].x, IMM[2]., TEMP[7].
32: RCP TEMP[8].x, CONST[12].
33: RCP TEMP[8].y, CONST[12].
34: MUL TEMP[8].xy, TEMP[0].xyyy, TEMP[8].xyyy
35: MOV TEMP[8].xy, TEMP[8].xyyy
36: TEX TEMP[8].x, TEMP[8], SAMP[5], 2D
37: RCP TEMP[9].x, CONST[12].
38: RCP TEMP[9].y, CONST[12].
39: MAD TEMP[10].x, IMM[0]., TEMP[8]., IMM[2].
40: MUL TEMP[10].x, TEMP[10]., IMM[2].
41: ADD TEMP[10].x, IMM[2]., -TEMP[10].
42: RCP TEMP[10].x, TEMP[10].
43: MAD TEMP[10].x, IMM[2]., TEMP[10]., -TEMP[7].
44: MUL TEMP[10].x, TEMP[10]., IMM[3].
45: MIN TEMP[10].x, TEMP[10]., IMM[3].
46: MAX TEMP[10].x, TEMP[10]., IMM[1].
47: MUL TEMP[10].xy, TEMP[6].xzzz, TEMP[10].
48: MAD TEMP[9].xy, TEMP[0].xyyy, TEMP[9].xyyy, -TEMP[10].xyyy
49: MIN TEMP[9].xy, TEMP[9].xyyy, IMM[3].
50: MAX TEMP[9].xy, TEMP[9].xyyy, IMM[3].
51: MOV TEMP[9].xy, TEMP[9].xyyy
52: TEX TEMP[9].x, TEMP[9], SAMP[5], 2D
53: SLT TEMP[10].x, TEMP[9]., TEMP[8].
54: CMP TEMP[8].x, -TEMP[10]., TEMP[8]., TEMP[9].
55: MAD TEMP[8].x, IMM[0]., TEMP[8]., IMM[2].
56: MUL TEMP[8].x, TEMP[8]., IMM[2].
57: ADD TEMP[8].x, IMM[2]., -TEMP[8].
58: RCP TEMP[8].x, TEMP[8].
59: MAD TEMP[7].x, IMM[2]., TEMP[8]., -TEMP[7].
60: MUL TEMP[8].x, TEMP[7]., IMM[4].
61: MIN TEMP[8].x, TEMP[8]., IMM[4].
62: MAX TEMP[8].x, TEMP[8]., IMM[1].
63: MUL TEMP[9].xy, TEMP[6].xzzz, TEMP[8].
64: MAD TEMP[9].xy, IMM[4]., IN[3].xyyy, -TEMP[9].xyyy
65: RCP TEMP[10].x, IN[3].
66: MAD_SAT TEMP[9].xy, TEMP[9].xyyy, TEMP[10]., IMM[4].
67: MOV TEMP[9].xy, TEMP[9].xyyy
68: TEX TEMP[9].xyz, TEMP[9], SAMP[4], 2D
69: POW TEMP[10].x, CONST[6]., IMM[5].
70: LRP TEMP[10].x, TEMP[10]., IMM[1]., IMM[4].
71: RCP TEMP[10]
Re: [Nouveau] GeForce 8400 GS
On 03.10.2013 20:45, Fernando Negro wrote: > Hi everyone. > > I read on a 2011 article - > http://www.phoronix.com/scan.php?page=article&item=nouveau_comp_2011&num=19 - > that my particular card, GeForce 8400 GS, overheats with nouveau. (So, I > never tried using if for long, before, as soon as possible, installing the > proprietary drivers...) But, because it's a 2-year-old article, I was > wondering if that problem could have been, in the meantime, solved?... (Can > anyone tell me if that is so, or not - or indicate me a place where I can > know that?) > http://www.asus.com/Graphics_Cards/EN8400GS_SILENTHTP512M $ modinfo -F filename nouveau /lib/modules/3.11.2-201.fc19.x86_64/kernel/drivers/gpu/drm/nouveau/nouveau.ko $ sensors nouveau-pci-0200 nouveau-pci-0200 Adapter: PCI adapter temp1:+61.0°C (high = +95.0°C, hyst = +3.0°C) (crit = +122.0°C, hyst = +2.0°C) (emerg = +135.0°C, hyst = +5.0°C) # nvclock -i Xlib: extension "NV-CONTROL" missing on display ":0.0". -- General info -- Card: nVidia Geforce 8400GS Architecture: G98 A2 PCI id: 0x6e4 GPU clock: 612.000 MHz Bustype:PCI-Express -- Shader info -- Clock: 1512.000 MHz Stream units: 16 (1b) ROP units: 4 (1b) -- Memory info -- Amount: 512 MB Type: 128 bit DDR2 Clock: 399.600 MHz -- PCI-Express info -- Current Rate: 16X Maximum rate: 16X -- Sensor info -- Sensor: GPU Internal Sensor GPU temperature: 61C -- VideoBios information -- Version: 62.98.2c.00.00 Signon message: ASUS EN8400GS VGA BIOS Ver 62.98.2C.00.AS07 Performance level 0: gpu 567MHz/shader 1400MHz/memory 400MHz/100% poma ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70135] New: [nv34 PowerMac G5] gnome-shell random crashes and rendering issues
https://bugs.freedesktop.org/show_bug.cgi?id=70135 Priority: medium Bug ID: 70135 Assignee: nouveau@lists.freedesktop.org Summary: [nv34 PowerMac G5] gnome-shell random crashes and rendering issues QA Contact: xorg-t...@lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: glaub...@physik.fu-berlin.de Hardware: PowerPC Status: NEW Version: 7.7 (2011) Component: Driver/nouveau Product: xorg Created attachment 87123 --> https://bugs.freedesktop.org/attachment.cgi?id=87123&action=edit dmesg of PowerMac G5 Model A1047 with NV34 after crash Hello! I have recently performed a test installation of Debian unstable on a PowerMac G5 (Apple Model: A1047) which exposed some reproducible crashes and rendering issues with nouveau and the Apple-branded GeForce FX 5200 Ultra. After installing Debian Wheezy which ships xf86-video-nouveau 1.0.1 I experienced some serious rendering issues when starting gnome-shell 3.4.2. After upgrading to Debian unstable which installed xf86-video-nouveau 1.0.9, most of the rendering were gone. The version of gnome-shell was still 3.4.2 for Debian unstable at that point. With the driver from unstable, some minor glitches were still left. However, the main issue was that it was possible to reproducibly crash the X server by hovering the mouse over the applications menu of gnome-shell. This crash produced some output in the dmesg buffer as well in the Xorg.0.log. I am attaching all related log files and well as a dump of the video ROM of the GeForce FX5200 Ultra used in this Macintosh. If you need further log files or want me to perform some debugging, please let me know. Cheers, Adrian -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70135] [nv34 PowerMac G5] gnome-shell random crashes and rendering issues
https://bugs.freedesktop.org/show_bug.cgi?id=70135 --- Comment #1 from John Paul Adrian Glaubitz --- Created attachment 87124 --> https://bugs.freedesktop.org/attachment.cgi?id=87124&action=edit lspci of PowerMac G5 (Model: A1047) with NV34 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70135] [nv34 PowerMac G5] gnome-shell random crashes and rendering issues
https://bugs.freedesktop.org/show_bug.cgi?id=70135 --- Comment #2 from John Paul Adrian Glaubitz --- Created attachment 87125 --> https://bugs.freedesktop.org/attachment.cgi?id=87125&action=edit syslog of PowerMac G5 Model A1047 with NV34 after crash -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70135] [nv34 PowerMac G5] gnome-shell random crashes and rendering issues
https://bugs.freedesktop.org/show_bug.cgi?id=70135 --- Comment #3 from John Paul Adrian Glaubitz --- Created attachment 87126 --> https://bugs.freedesktop.org/attachment.cgi?id=87126&action=edit Video BIOS of PowerMac G5 Model A1047 with NV34 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70135] [nv34 PowerMac G5] gnome-shell random crashes and rendering issues
https://bugs.freedesktop.org/show_bug.cgi?id=70135 --- Comment #4 from John Paul Adrian Glaubitz --- Created attachment 87127 --> https://bugs.freedesktop.org/attachment.cgi?id=87127&action=edit X.org.0.log of PowerMac G5 Model A1047 with NV34 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70130] unable to compile fragment shader program
https://bugs.freedesktop.org/show_bug.cgi?id=70130 Ilia Mirkin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Ilia Mirkin --- I believe this should be fixed in http://cgit.freedesktop.org/mesa/mesa/commit/?h=9.2&id=3b852f9d52732066bffd498313b3ccae4b615481 on the 9.2 branch, and http://cgit.freedesktop.org/mesa/mesa/commit/?id=3282697621241e646247b85327c50747416a766b on master. Whenever 9.2.1 comes out, it should include the fix. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70135] [nv34 PowerMac G5] gnome-shell random crashes and rendering issues
https://bugs.freedesktop.org/show_bug.cgi?id=70135 --- Comment #5 from Ilia Mirkin --- I just posted a pair of patches that disable ARB_framebuffer_object on nv30/nv40 cards. I believe that is the cause of this error: [ 254.402384] nouveau E[ PGRAPH][:f0:10.0] ERROR nsource: DATA_ERROR nstatus: BAD_ARGUMENT [ 254.402411] nouveau E[ PGRAPH][:f0:10.0] ch 3 [gnome-shell[2575]] subc 7 class 0x0697 mthd 0x0208 data 0x04060348 These should be "harmless" though (in that they'll just cause rendering to fail, not apps to crash). You can grab the patches at http://lists.freedesktop.org/archives/nouveau/2013-October/014671.html http://lists.freedesktop.org/archives/nouveau/2013-October/014672.html They should apply on top of mesa-git. Also, you didn't mention what version of mesa you're using, but there's a nv30/40-specific bug in the 9.2.0 release which is known to be triggered by gnome-shell. It is already fixed in mesa-git on both master and the 9.2 branches. However this: [ 258.941658] gnome-shell[2575]: unhandled signal 11 at nip 0be2f384 lr 0be2f2d8 code 30001 appears to be a bug in gnome-shell (or one of its libraries... so I guess it's possible it's in mesa/nouveau as well). Perhaps run it in gdb and look at the backtrace? Or maybe it indicates some trouble in its stdout/stderr, not sure where that goes in your setup. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 33445] [NVA8] NVS 3100M : Blank screen on internal eDP monitor
https://bugs.freedesktop.org/show_bug.cgi?id=33445 celel...@gmail.com changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #21 from celel...@gmail.com --- Sorry for beeing so late. Tried with Linux 3.9. Now it works. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 62835] Screen freezes after resume from s2ram
https://bugs.freedesktop.org/show_bug.cgi?id=62835 --- Comment #7 from Pontus Fuchs --- (In reply to comment #6) > > Regarding suspend/resume scrambling screen issues, try this patch: > > > [PATCH] drm/nouveau/fb: fix suspend/resume fbcon > > http://lists.freedesktop.org/archives/nouveau/2013-October/014656.html > Hi, I tried your patch but it does not solve my issue :( //Pontus -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 15758] Invisible mouse pointer on NV4E (C51)
https://bugs.freedesktop.org/show_bug.cgi?id=15758 --- Comment #34 from Ronald --- That should not be the same bug. One of the other duplicate bugs #7309 mentions this: http://cgit.freedesktop.org/xorg/driver/xf86-video-nv/commit/?id=7f281be7e53ac274016a6af6b2b5dc6f8bddb810 However, comment #1 mentions that this is just a hack which make all other cards suffer a performance penalty. I think you are suffering from another bug with the same symptom?? -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
