dri-devel March 2011

dri-devel@lists.freedesktop.org

88 participants
477 discussions

[Bug 29022] [REGRESSION? 2.6.38-rc4] nouveau NV50/NVA8 screen freeze
by bugzilla-daemon＠bugzilla.kernel.org 06 Mar '11

06 Mar '11

https://bugzilla.kernel.org/show_bug.cgi?id=29022 --- Comment #9 from Marc Koschewski <marc(a)osknowledge.org> 2011-03-06 11:42:29 --- I updated the whole X11 stuff to current git and the problem seems to be gone. I have the freezing kernel running for about 15 minutes now and tried anything to make it freeze (composite WM, Firefox, several glxgears instances and fullscreen terminals just doing some stuff to make it print a lot of text (like cat'ing dmesg in loops)). Weird. ... … [View More]

1 0

[Bug 26852] Build libkms against in-tree xf86drm.h
by bugzilla-daemon＠freedesktop.org 06 Mar '11

06 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=26852 Matt Turner <mattst88(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mattst88(a)gmail.com --- Comment #9 from Matt Turner <mattst88(a)gmail.com> 2011-03-05 18:07:50 PST --- (In reply to comment #8) > (In reply to comment #7) > > Ping? As described in the initial … [View More]

1 0

[Bug 26852] Build libkms against in-tree xf86drm.h
by bugzilla-daemon＠freedesktop.org 06 Mar '11

06 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=26852 --- Comment #8 from Sérgio M. B. <sergio(a)sergiomb.no-ip.org> 2011-03-05 17:28:01 PST --- (In reply to comment #7) > Ping? As described in the initial report, there's no reason to prefer system > headers over those in the same source… I don't understand Sérgio's objection (I > fail to see what's illogical). The illogical is, without that depending on kernel, you may try compile very new libdrm with a older kernel. libdrm-2.4.… [View More]

1 0

[libdrm:PATCH 1/2] radeon: Hide non-public symbols.
by Cyril Brulebois 05 Mar '11

05 Mar '11

There's no reason to export those symbols, since they are only meant to be used internally, so mark them as such. An alternative might be to use a linker script. Signed-off-by: Cyril Brulebois <kibi(a)debian.org> --- radeon/bof.c | 36 ++++++++++++++++++------------------ radeon/bof.h | 10 ++++++++++ 2 files changed, 28 insertions(+), 18 deletions(-) diff --git a/radeon/bof.c b/radeon/bof.c index 0598cc6..7d178cb 100644 --- a/radeon/bof.c +++ b/radeon/bof.c @@ -48,7 +48,7 @@ … [View More]static int bof_entry_grow(bof_t *bof) /* * object */ -bof_t *bof_object(void) +_X_HIDDEN bof_t *bof_object(void) { bof_t *object; @@ -61,7 +61,7 @@ bof_t *bof_object(void) return object; } -bof_t *bof_object_get(bof_t *object, const char *keyname) +_X_HIDDEN bof_t *bof_object_get(bof_t *object, const char *keyname) { unsigned i; @@ -73,7 +73,7 @@ bof_t *bof_object_get(bof_t *object, const char *keyname) return NULL; } -int bof_object_set(bof_t *object, const char *keyname, bof_t *value) +_X_HIDDEN int bof_object_set(bof_t *object, const char *keyname, bof_t *value) { bof_t *key; int r; @@ -97,7 +97,7 @@ int bof_object_set(bof_t *object, const char *keyname, bof_t *value) /* * array */ -bof_t *bof_array(void) +_X_HIDDEN bof_t *bof_array(void) { bof_t *array = bof_object(); @@ -108,7 +108,7 @@ bof_t *bof_array(void) return array; } -int bof_array_append(bof_t *array, bof_t *value) +_X_HIDDEN int bof_array_append(bof_t *array, bof_t *value) { int r; if (array->type != BOF_TYPE_ARRAY) @@ -122,14 +122,14 @@ int bof_array_append(bof_t *array, bof_t *value) return 0; } -bof_t *bof_array_get(bof_t *bof, unsigned i) +_X_HIDDEN bof_t *bof_array_get(bof_t *bof, unsigned i) { if (!bof_is_array(bof) || i >= bof->array_size) return NULL; return bof->array[i]; } -unsigned bof_array_size(bof_t *bof) +_X_HIDDEN unsigned bof_array_size(bof_t *bof) { if (!bof_is_array(bof)) return 0; @@ -139,7 +139,7 @@ unsigned bof_array_size(bof_t *bof) /* * blob */ -bof_t *bof_blob(unsigned size, void *value) +_X_HIDDEN bof_t *bof_blob(unsigned size, void *value) { bof_t *blob = bof_object(); @@ -157,14 +157,14 @@ bof_t *bof_blob(unsigned size, void *value) return blob; } -unsigned bof_blob_size(bof_t *bof) +_X_HIDDEN unsigned bof_blob_size(bof_t *bof) { if (!bof_is_blob(bof)) return 0; return bof->size - 12; } -void *bof_blob_value(bof_t *bof) +_X_HIDDEN void *bof_blob_value(bof_t *bof) { if (!bof_is_blob(bof)) return NULL; @@ -174,7 +174,7 @@ void *bof_blob_value(bof_t *bof) /* * string */ -bof_t *bof_string(const char *value) +_X_HIDDEN bof_t *bof_string(const char *value) { bof_t *string = bof_object(); @@ -195,7 +195,7 @@ bof_t *bof_string(const char *value) /* * int32 */ -bof_t *bof_int32(int32_t value) +_X_HIDDEN bof_t *bof_int32(int32_t value) { bof_t *int32 = bof_object(); @@ -213,7 +213,7 @@ bof_t *bof_int32(int32_t value) return int32; } -int32_t bof_int32_value(bof_t *bof) +_X_HIDDEN int32_t bof_int32_value(bof_t *bof) { return *((uint32_t*)bof->value); } @@ -271,7 +271,7 @@ static void bof_print_rec(bof_t *bof, int level, int entry) } } -void bof_print(bof_t *bof) +_X_HIDDEN void bof_print(bof_t *bof) { bof_print_rec(bof, 0, 0); } @@ -333,7 +333,7 @@ out_err: return -EINVAL; } -bof_t *bof_load_file(const char *filename) +_X_HIDDEN bof_t *bof_load_file(const char *filename) { bof_t *root = bof_object(); int r; @@ -369,12 +369,12 @@ out_err: return NULL; } -void bof_incref(bof_t *bof) +_X_HIDDEN void bof_incref(bof_t *bof) { bof->refcount++; } -void bof_decref(bof_t *bof) +_X_HIDDEN void bof_decref(bof_t *bof) { unsigned i; @@ -436,7 +436,7 @@ static int bof_file_write(bof_t *bof, FILE *file) return 0; } -int bof_dump_file(bof_t *bof, const char *filename) +_X_HIDDEN int bof_dump_file(bof_t *bof, const char *filename) { unsigned i; int r = 0; diff --git a/radeon/bof.h b/radeon/bof.h index 014affb..14cf7e5 100644 --- a/radeon/bof.h +++ b/radeon/bof.h @@ -87,4 +87,14 @@ static inline int bof_is_int32(bof_t *bof){return (bof->type == BOF_TYPE_INT32); static inline int bof_is_array(bof_t *bof){return (bof->type == BOF_TYPE_ARRAY);} static inline int bof_is_string(bof_t *bof){return (bof->type == BOF_TYPE_STRING);} +/* Taken from X11/Xfuncproto.h, keeping only _X_HIDDEN to hide symbols + * which shouldn't be exported */ +#if defined(__GNUC__) && (__GNUC__ >= 4) && !defined(__CYGWIN__) +# define _X_HIDDEN __attribute__((visibility("hidden"))) +#elif defined(__SUNPRO_C) && (__SUNPRO_C >= 0x550) +# define _X_HIDDEN __hidden +#else /* not gcc >= 4 and not Sun Studio >= 8 */ +# define _X_HIDDEN +#endif /* GNUC >= 4 */ + #endif -- 1.7.4.1 [View Less]

1 1

[PATCH] Update mailing list to new location.
by Cyril Brulebois 05 Mar '11

05 Mar '11

Signed-off-by: Cyril Brulebois <kibi(a)debian.org> --- configure.ac | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) dri-devel-bounces(a)lists.sourceforge.net told me to only send mail to the new address, so I'll be sending my other patches again in a second. diff --git a/configure.ac b/configure.ac index 1998204..8e1d19d 100644 --- a/configure.ac +++ b/configure.ac @@ -19,7 +19,7 @@ # CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. AC_PREREQ(… [View More]

1 0

[libdrm:PATCH 1/2] radeon: Hide non-public symbols.
by Cyril Brulebois 05 Mar '11

05 Mar '11

1 1

[Bug 26852] Build libkms against in-tree xf86drm.h
by bugzilla-daemon＠freedesktop.org 05 Mar '11

05 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=26852 Cyril Brulebois <kibi(a)debian.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kibi(a)debian.org --- Comment #7 from Cyril Brulebois <kibi(a)debian.org> 2011-03-05 10:10:11 PST --- Ping? As described in the initial report, there's no reason to prefer system headers over those in the … [View More]

1 0

[Bug 29363] New: [r300g] Starcraft 2: "r300 VP: Compiler error"
by bugzilla-daemon＠freedesktop.org 05 Mar '11

05 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=29363 Summary: [r300g] Starcraft 2: "r300 VP: Compiler error" Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=37527) --> (https://bugs.freedesktop.org/… [View More]

1 33

[Bug 29022] [REGRESSION? 2.6.38-rc4] nouveau NV50/NVA8 screen freeze
by bugzilla-daemon＠bugzilla.kernel.org 05 Mar '11

05 Mar '11

https://bugzilla.kernel.org/show_bug.cgi?id=29022 Lucas Stach <dev(a)lynxeye.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dev(a)lynxeye.de --- Comment #8 from Lucas Stach <dev(a)lynxeye.de> 2011-03-05 10:16:01 --- If this problem occurs on a NVA8 it's not an regression. NVA3+ have some random lockups where nobody figured out why.… [View More]

1 0

[Bug 29022] [REGRESSION? 2.6.38-rc4] nouveau NV50/NVA8 screen freeze
by bugzilla-daemon＠bugzilla.kernel.org 05 Mar '11

05 Mar '11

https://bugzilla.kernel.org/show_bug.cgi?id=29022 Marc <marc(a)osknowledge.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[REGRESSION? 2.6.38-rc4] |[REGRESSION? 2.6.38-rc4] |nouveau NV50 screen freeze |nouveau NV50/NVA8 screen | |freeze --- Comment #7 from Marc <marc(a)osknowledge.org> 2011-… [View More]03-05 09:55:56 --- Hey, we have somthing in the logs: Mar 5 09:57:44 marc kernel: [71218.224538] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 4/5 Class 0x8597 Mthd 0x15e0 Data 0x00000000:0x00000000 Mar 5 09:57:44 marc kernel: [71218.224554] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 0: INVALID_OPCODE at 080000 warp 0, opcode 000033cc 00ffffff Mar 5 09:57:44 marc kernel: [71218.224705] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 4/5 Class 0x8597 Mthd 0x15e0 Data 0x00000000:0x00000000 Mar 5 09:57:44 marc kernel: [71218.224717] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 0: INVALID_OPCODE at 080000 warp 0, opcode 000033cc 00ffffff Mar 5 09:57:44 marc kernel: [71218.224726] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 1: INVALID_OPCODE at 083008 warp 1, opcode 00f8f3e6 00f8f3e6 Mar 5 09:57:44 marc kernel: [71218.224899] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 4/5 Class 0x8597 Mthd 0x15e0 Data 0x00000000:0x00000000 Mar 5 09:57:44 marc kernel: [71218.224911] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 0: INVALID_OPCODE at 080000 warp 0, opcode 000033cc 00ffffff Mar 5 09:57:44 marc kernel: [71218.224921] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 1: INVALID_OPCODE at 083008 warp 1, opcode 00f8f3e6 00f8f3e6 Mar 5 09:57:44 marc kernel: [71218.224992] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 4/5 Class 0x8597 Mthd 0x15e0 Data 0x00000000:0x00000000 Mar 5 09:57:44 marc kernel: [71218.225003] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 0: INVALID_OPCODE at 080000 warp 0, opcode 000033cc 00ffffff Mar 5 09:57:44 marc kernel: [71218.225013] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 1: INVALID_OPCODE at 083008 warp 1, opcode 00f8f3e6 00f8f3e6 Mar 5 09:57:44 marc kernel: [71218.225162] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 4/5 Class 0x8597 Mthd 0x15e0 Data 0x00000000:0x00000000 Mar 5 09:57:44 marc kernel: [71218.225168] [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP - TP0: Unhandled ustatus 0x00020000 Mar 5 09:58:11 marc kernel: [71246.831804] [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 4 Mar 5 09:58:24 marc kernel: [71259.463319] [drm] nouveau 0000:01:00.0: Allocating FIFO number 4 Mar 5 09:58:24 marc kernel: [71259.473828] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4 This, however, seems to be something different. When I reported the bug there were no such logs. Maybe they just didn't get into kern.log or there are two bugs. If you need more info on something, please ask. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel [View Less]

1 0

← Newer
1
...
39
40
41
42
43
44
45
...
48
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2011