dri-devel June 2010

dri-devel@lists.freedesktop.org

71 participants
237 discussions

[Bug 28616] New: Xorg segfaults on 3d apps if KMS disabled
by bugzilla-daemon＠freedesktop.org 21 Jun '10

21 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28616 Summary: Xorg segfaults on 3d apps if KMS disabled Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mad.f3ka(a)gmail.com Login with compositing causes xorg segfaults after some time. Works fine without compositing or with KMS enabled. Backtrace: [ 1160.031] 0: /usr/bin/X (xorg_backtrace+0x28) [0x4983e8] [ 1160.031] 1: /usr/bin/X (0x400000+0x67149) [0x467149] [ 1160.031] 2: /lib/libpthread.so.0 (0x7f94a8e14000+0xef20) [0x7f94a8e22f20] [ 1160.031] 3: /usr/bin/X (dixLookupPrivate+0xa) [0x45928a] [ 1160.031] 4: /usr/lib/xorg/modules/extensions/libglx.so (0x7f94a6416000+0x41733) [0x7f94a6457733] [ 1160.031] 5: /usr/lib/xorg/modules/extensions/libglx.so (0x7f94a6416000+0x3889f) [0x7f94a644e89f] [ 1160.031] 6: /usr/bin/X (FreeResource+0x12b) [0x42c41b] [ 1160.031] 7: /usr/lib/xorg/modules/extensions/libglx.so (0x7f94a6416000+0x342d9) [0x7f94a644a2d9] [ 1160.031] 8: /usr/lib/xorg/modules/extensions/libglx.so (0x7f94a6416000+0x38683) [0x7f94a644e683] [ 1160.032] 9: /usr/bin/X (0x400000+0x2801c) [0x42801c] [ 1160.032] 10: /usr/bin/X (0x400000+0x2170a) [0x42170a] [ 1160.032] 11: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f94a7daab1d] [ 1160.032] 12: /usr/bin/X (0x400000+0x212c9) [0x4212c9] [ 1160.032] Segmentation fault at address 0x290 [ 1160.032] Fatal server error: [ 1160.032] Caught signal 11 (Segmentation fault). Server aborting Additional info: * Archlinux * X.Org X Server from 1.8.0.901 (1.8.1 RC 1) to 1.8.1.901 * xf86-video-ati 6.13 * mesa 7.8.1 * Mobility Radeon HD2600 I have one confirm from Gentoo-user with same backtrace and x200m. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[PATCH 2/3] drivers/gpu/drm/i915: remove duplicate structure field initialization
by Julia Lawall 20 Jun '10

20 Jun '10

From: Julia Lawall <julia(a)diku.dk> In each case, is_mobile is defined twice to 1. Drop one initialization. The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // <smpl> @r@ identifier I, s, fld; position p0,p; expression E; @@ struct I s =@p0 { ... .fld@p = E, ...}; @s@ identifier I, s, r.fld; position r.p0,p; expression E; @@ struct I s =@p0 { ... .fld@p = E, ...}; @script:python@ p0 << r.p0; fld << r.fld; ps << s.p; pr << r.p; @@ if int(ps[0].line)<int(pr[0].line) or int(ps[0].column)<int(pr[0].column): cocci.print_main(fld,p0) // </smpl> Signed-off-by: Julia Lawall <julia(a)diku.dk> --- drivers/gpu/drm/i915/i915_drv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c index 423dc90..39b8981 100644 --- a/drivers/gpu/drm/i915/i915_drv.c +++ b/drivers/gpu/drm/i915/i915_drv.c @@ -97,7 +97,7 @@ static const struct intel_device_info intel_i965g_info = { }; static const struct intel_device_info intel_i965gm_info = { - .is_i965g = 1, .is_mobile = 1, .is_i965gm = 1, .is_i9xx = 1, + .is_i965g = 1, .is_i965gm = 1, .is_i9xx = 1, .is_mobile = 1, .has_fbc = 1, .has_rc6 = 1, .has_hotplug = 1, }; @@ -114,7 +114,7 @@ static const struct intel_device_info intel_g45_info = { }; static const struct intel_device_info intel_gm45_info = { - .is_i965g = 1, .is_mobile = 1, .is_g4x = 1, .is_i9xx = 1, + .is_i965g = 1, .is_g4x = 1, .is_i9xx = 1, .is_mobile = 1, .need_gfx_hws = 1, .has_fbc = 1, .has_rc6 = 1, .has_pipe_cxsr = 1, .has_hotplug = 1,

1 0

[Bug 28284] New: [r300, r600] celestia core dumps - Assertion `dstRowStride' failed.
by bugzilla-daemon＠freedesktop.org 19 Jun '10

19 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28284 Summary: [r300, r600] celestia core dumps - Assertion `dstRowStride' failed. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: rankincj(a)googlemail.com I am getting the following core dump with my Radeon 9550 and Mesa-git. (My HD4890 seems affected too.) Core was generated by `/usr/bin/celestia'. Program terminated with signal 6, Aborted. #0 0xb77e7424 in __kernel_vsyscall () Thread 1 (Thread 26350): #0 0xb77e7424 in __kernel_vsyscall () No symbol table info available. #1 0x466c3a81 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <value optimized out> resultvar = <value optimized out> pid = 1182830580 selftid = 26350 #2 0x466c534a in abort () at abort.c:92 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0x4680a380 <main_arena>, sa_sigaction = 0x4680a380 <main_arena>}, sa_mask = {__val = { 1182830580, 96, 1, 3218383328, 3218383116, 0, 104, 89, 1182835584, 1182830580, 89, 88, 3218383288, 1181745554, 156360952, 89, 3218383328, 156360952, 0, 4222451712, 156360952, 156360952, 156360952, 156360952, 156361040, 156361052, 156360952, 156361052, 0, 0, 0, 0}}, sa_flags = 0, sa_restorer = 0} sigs = {__val = {32, 0 <repeats 31 times>}} #3 0x466bcbd8 in __assert_fail (assertion=0xb697b153 "dstRowStride", file= 0xb697b0e8 "radeon_texture.c", line=703, function= 0xb697b1c9 "radeon_store_teximage") at assert.c:81 buf = 0x951e0f8 "celestia: radeon_texture.c:703: radeon_store_teximage: Assertion `dstRowStride' failed.\n" #4 0xb67d5c76 in radeon_store_teximage (ctx=0x91c6288, dims=2, xoffset=0, yoffset=0, zoffset=0, width=8, height=8, depth=1, imageSize=0, format= 6407, type=5121, pixels=0x95750d0, packing=0x91d5058, texObj=0x957ad28, texImage=0x93a4360, compressed=0) at radeon_texture.c:703 rmesa = <value optimized out> image = 0x93a4360 dstRowStride = 26350 dstImageOffsets = <value optimized out> __func__ = "radeon_store_teximage" __PRETTY_FUNCTION__ = "radeon_store_teximage" #5 0xb67d62d3 in radeon_teximage (ctx=0x91c6288, dims=2, target=3553, level= 3, internalFormat=3, width=8, height=8, depth=1, imageSize=0, format= 6407, type=5121, pixels=0x95750d0, packing=0x91d5058, texObj=0x957ad28, texImage=0x93a4360, compressed=0) at radeon_texture.c:847 rmesa = 0x91c04d8 t = 0x957ad28 image = 0x93a4360 postConvWidth = 8 postConvHeight = 8 face = 0 __func__ = "radeon_teximage" __PRETTY_FUNCTION__ = "radeon_teximage" #6 0xb67d67a7 in radeonTexImage2D (ctx=0x91c6288, target=3553, level=3, internalFormat=3, width=8, height=8, border=0, format=6407, type=5121, pixels=0x95750d0, packing=0x91d5058, texObj=0x957ad28, texImage=0x93a4360) at radeon_texture.c:880 No locals. #7 0xb68594bc in _mesa_TexImage2D (target=3553, level=3, internalFormat=<value optimized out>, width=8, height=8, border=0, format= 6407, type=5121, pixels=0x95750d0) at main/teximage.c:2251 texObj = 0x957ad28 texImage = <value optimized out> face = 0 postConvWidth = 8 postConvHeight = 8 ctx = 0x91c6288 #8 0xb776718d in gluBuild2DMipmapLevelsCore (target=3553, internalFormat=3, width=64, height=64, widthPowerOf2=64, heightPowerOf2=64, format=6407, type=5121, userLevel=0, baseLevel=0, maxLevel=6, data=0x95b7988) at libutil/mipmap.c:4494 rowPad = <value optimized out> newwidth = 8 newheight = 8 level = <value optimized out> levels = 6 usersImage = 0xb775cf70 srcImage = 0x95750d0 dstImage = 0x95ba990 tmpImage = 0x95ba990 memreq = <value optimized out> cmpts = 24 myswap_bytes = 0 groups_per_line = <value optimized out> element_size = 1 group_size = 3 rowsize = 24 padding = <value optimized out> psm = {pack_alignment = 4, pack_row_length = 0, pack_skip_rows = 0, pack_skip_pixels = 0, pack_lsb_first = 0, pack_swap_bytes = 0, pack_skip_images = -1076583004, pack_image_height = 3553, unpack_alignment = 4, unpack_row_length = 0, unpack_skip_rows = 0, unpack_skip_pixels = 0, unpack_lsb_first = 0, unpack_swap_bytes = 0, unpack_skip_images = 32, unpack_image_height = 32} #9 0xb776e8bb in gluBuild2DMipmaps (target=3553, internalFormat=3, width=64, height=64, format=6407, type=5121, data=0x95b7988) at libutil/mipmap.c:4606 widthPowerOf2 = 64 heightPowerOf2 = 64 level = 26350 levels = <value optimized out> rc = <value optimized out> #10 0x081699fe in ImageTexture::ImageTexture(Image&, Texture::AddressMode, Texture::MipMapMode) () No symbol table info available. #11 0x08169dbe in CreateProceduralTexture(int, int, int, void (*)(float, float, float, unsigned char*), Texture::AddressMode, Texture::MipMapMode) () No symbol table info available. #12 0x0812ccbb in Renderer::init(GLContext*, int, int, Renderer::DetailOptions&) () No symbol table info available. #13 0x0809561a in CelestiaCore::initRenderer() () No symbol table info available. #14 0x080c9df7 in ?? () No symbol table info available. #15 0x46b2d2d4 in IA__g_cclosure_marshal_VOID__VOID (closure=0x90bbe88, return_value=0x0, n_param_values=1, param_values=0x90d8280, invocation_hint=0xbfd4aa50, marshal_data=0x0) at gmarshal.c:77 callback = 0x80c9de0 cc = 0x90bbe88 data1 = <value optimized out> data2 = <value optimized out> __PRETTY_FUNCTION__ = "IA__g_cclosure_marshal_VOID__VOID" #16 0x46b1f5b3 in IA__g_closure_invoke (closure=0x90bbe88, return_value=0x0, n_param_values=1, param_values=0x90d8280, invocation_hint=0xbfd4aa50) at gclosure.c:767 marshal = <value optimized out> marshal_data = <value optimized out> in_marshal = 151829248 __PRETTY_FUNCTION__ = "IA__g_closure_invoke" #17 0x46b35118 in signal_emit_unlocked_R (node=0x85da6c8, detail=0, instance= 0x862f908, emission_return=0x0, instance_and_params=0x90d8280) at gsignal.c:3247 tmp = <value optimized out> handler = 0x8ef2d60 accumulator = 0x0 emission = {next = 0xbfd4ae98, instance = 0x862f908, ihint = { signal_id = 16, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} class_closure = 0x85bba78 handler_list = 0x8ef30c0 return_accu = 0x0 accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} signal_id = 16 max_sequential_handler_number = 569 return_value_altered = 1 #18 0x46b3647d in IA__g_signal_emit_valist (instance=0x862f908, signal_id=16, detail=0, var_args=<value optimized out>) at gsignal.c:2980 instance_and_params = 0x90d8280 signal_return_type = 4 param_values = 0x90d8294 node = <value optimized out> i = <value optimized out> n_params = 0 __PRETTY_FUNCTION__ = "IA__g_signal_emit_valist" #19 0x46b36907 in IA__g_signal_emit (instance=0x862f908, signal_id=16, detail= 0) at gsignal.c:3037 var_args = <value optimized out> #20 0x471d353e in IA__gtk_widget_realize (widget=0x862f908 [GtkDrawingArea]) at gtkwidget.c:3336 mode = <value optimized out> shape_info = <value optimized out> __PRETTY_FUNCTION__ = "IA__gtk_widget_realize" #21 0x471d3f48 in IA__gtk_widget_map (widget=0x862f908 [GtkDrawingArea]) at gtkwidget.c:3210 __PRETTY_FUNCTION__ = "IA__gtk_widget_map" #22 0x46fabb2d in gtk_box_forall (container=0x90bc068 [GtkVBox], include_internals=1, callback=0x46fe91b0 <gtk_container_map_child>, callback_data=0x0) at gtkbox.c:1249 box = 0x90bc068 [GtkVBox] child = <value optimized out> children = <value optimized out> #23 0x46fe6c34 in IA__gtk_container_forall (container=0x90bc068 [GtkVBox], callback=0x46fe91b0 <gtk_container_map_child>, callback_data=0x0) at gtkcontainer.c:1499 class = 0x906bf18 __PRETTY_FUNCTION__ = "IA__gtk_container_forall" #24 0x46fe9183 in gtk_container_map (widget=0x90bc068 [GtkVBox]) at gtkcontainer.c:2665 No locals. #25 0x46b2d2d4 in IA__g_cclosure_marshal_VOID__VOID (closure=0x85d7b10, return_value=0x0, n_param_values=1, param_values=0x90d8038, invocation_hint=0xbfd4aea0, marshal_data=0x46fe9120) at gmarshal.c:77 callback = 0x46fe9120 <gtk_container_map> cc = 0x85d7b10 data1 = <value optimized out> data2 = <value optimized out> __PRETTY_FUNCTION__ = "IA__g_cclosure_marshal_VOID__VOID" #26 0x46b1dc0a in g_type_class_meta_marshal (closure=0x85d7b10, return_value= 0x0, n_param_values=1, param_values=0x90d8038, invocation_hint= 0xbfd4aea0, marshal_data=0x6c) at gclosure.c:878 class = Cannot access memory at address 0x0 >From To Syms Read Shared Object Library 0x46c266f0 0x46c42578 Yes (*) /usr/lib/libpng12.so.0 0x47c162d0 0x47c306b8 Yes (*) /usr/lib/libjpeg.so.62 0x46da7740 0x46db14b8 Yes (*) /usr/lib/libXi.so.6 0x46aea720 0x46af4ff8 Yes (*) /usr/lib/libXext.so.6 0x4686a620 0x468758e8 Yes (*) /lib/libz.so.1 0x4a84fe00 0x4a89ce68 Yes (*) /usr/lib/libgnomeui-2.so.0 0x4a76d160 0x4a7a7f58 Yes (*) /usr/lib/libbonoboui-2.so.0 0x4a6d4270 0x4a710bb8 Yes (*) /usr/lib/libgnomevfs-2.so.0 0x48268fa0 0x482884e8 Yes (*) /usr/lib/libgnomecanvas-2.so.0 0x4a733ea0 0x4a73eba8 Yes (*) /usr/lib/libgnome-2.so.0 0x47c62350 0x47c67b18 Yes (*) /lib/libpopt.so.0 0x47df82b0 0x47e28a58 Yes (*) /usr/lib/libbonobo-2.so.0 0x47e96050 0x47e9f208 Yes (*) /usr/lib/libbonobo-activation.so.4 0x47992d90 0x479ba7b8 Yes (*) /usr/lib/libORBit-2.so.0 0x48297350 0x482a93c8 Yes (*) /usr/lib/libart_lgpl_2.so.2 0x47a9ef00 0x47abc5c8 Yes (*) /usr/lib/libgconf-2.so.4 0x46c15f40 0x46c176b8 Yes (*) /lib/libgthread-2.0.so.0 0x4685f880 0x46863688 Yes (*) /lib/librt.so.1 0x47a1aea0 0x47a1bad8 Yes (*) /usr/lib/libgtkglext-x11-1.0.so.0 0x47f674c0 0x47f8d7a8 Yes (*) /usr/lib/libgdkglext-x11-1.0.so.0 0xb775a7a0 0xb77b0e68 Yes /home/chris/Programs/local-mesa/lib/libGLU.so.1 0xb7714b50 0xb7748398 Yes /home/chris/Programs/local-mesa/lib/libGL.so.1 0x476678f0 0x47676698 Yes (*) /usr/lib/libXmu.so.6 0x47525b40 0x475629e8 Yes (*) /usr/lib/libXt.so.6 0x46d55380 0x46d59d28 Yes (*) /usr/lib/libSM.so.6 0x46d61530 0x46d711e8 Yes (*) /usr/lib/libICE.so.6 0x46f8add0 0x47260ab8 Yes (*) /usr/lib/libgtk-x11-2.0.so.0 0x47a0f3f0 0x47a15208 Yes (*) /usr/lib/libpangox-1.0.so.0 0x468b7370 0x46948798 Yes (*) /usr/lib/libX11.so.6 0x46e9a250 0x46effc78 Yes (*) /usr/lib/libgdk-x11-2.0.so.0 0x473d31b0 0x473e02e8 Yes (*) /usr/lib/libatk-1.0.so.0 0x46b74ad0 0x46be0088 Yes (*) /lib/libgio-2.0.so.0 0x474d3420 0x474ee088 Yes (*) /usr/lib/libpangoft2-1.0.so.0 0x46d7e0f0 0x46d90908 Yes (*) /usr/lib/libgdk_pixbuf-2.0.so.0 0x4743c3d0 0x474414b8 Yes (*) /usr/lib/libpangocairo-1.0.so.0 0x473f80e0 0x4741a088 Yes (*) /usr/lib/libpango-1.0.so.0 0x46c8a3c0 0x46cf3528 Yes (*) /usr/lib/libfreetype.so.6 0x46d20f60 0x46d3ccc8 Yes (*) /usr/lib/libfontconfig.so.1 0x46b1c460 0x46b47898 Yes (*) /lib/libgobject-2.0.so.0 0x46b5cc30 0x46b5dd98 Yes (*) /lib/libgmodule-2.0.so.0 0x46a0ca20 0x46a8a328 Yes (*) /lib/libglib-2.0.so.0 0x47453210 0x474ad328 Yes (*) /usr/lib/libcairo.so.2 0x4858bf90 0x485aa008 Yes (*) /usr/lib/liblua-5.1.so 0x4683ba60 0x4683ca88 Yes (*) /lib/libdl.so.2 0x475bd620 0x4762c688 Yes (*) /usr/lib/libstdc++.so.6 0x46812420 0x4682c718 Yes (*) /lib/libm.so.6 0x474faf40 0x475131f8 Yes (*) /lib/libgcc_s.so.1 0x46846300 0x46851c28 Yes (*) /lib/libpthread.so.0 0x466af990 0x467bb4a0 Yes (*) /lib/libc.so.6 0x47eb5680 0x47ec1568 Yes (*) /usr/lib/libgnome-keyring.so.0 0x47845b00 0x4792b0d8 Yes (*) /usr/lib/libxml2.so.2 0x47683530 0x47694af8 Yes (*) /usr/lib/libdbus-glib-1.so.2 0x46e36230 0x46e623c8 Yes (*) /lib/libdbus-1.so.3 0x4a677e60 0x4a6af598 Yes (*) /usr/lib/libssl.so.10 0x4a517e80 0x4a5fb0a8 Yes (*) /usr/lib/libcrypto.so.10 0x47e89940 0x47e8aac8 Yes (*) /usr/lib/libavahi-glib.so.1 0x47d8b550 0x47d91818 Yes (*) /usr/lib/libavahi-common.so.3 0x47dc78e0 0x47dd0f48 Yes (*) /usr/lib/libavahi-client.so.3 0x46afd650 0x46b0bb48 Yes (*) /lib/libresolv.so.2 0x469e1190 0x469f23c8 Yes (*) /lib/libselinux.so.1 0x47c39a20 0x47c3a2c8 Yes (*) /lib/libutil.so.1 0x47ea9f70 0x47eadac8 Yes (*) /usr/lib/libgailutil.so.18 0x47dd9c50 0x47dda968 Yes (*) /usr/lib/libORBitCosNaming-2.so.0 0x46677830 0x4668ed0f Yes (*) /lib/ld-linux.so.2 0x47c3fad0 0x47c427a8 Yes (*) /usr/lib/libXxf86vm.so.1 0x46c777c0 0x46c78248 Yes (*) /usr/lib/libXdamage.so.1 0x46c7ce70 0x46c7f3a8 Yes (*) /usr/lib/libXfixes.so.3 0x47d014f0 0x47d06ba8 Yes (*) /usr/lib/libdrm.so.2 0x46c1ce60 0x46c1e998 Yes (*) /lib/libuuid.so.1 0x46889e80 0x46898608 Yes (*) /usr/lib/libxcb.so.1 0x46d9c2c0 0x46da2178 Yes (*) /usr/lib/libXrender.so.1 0x46dc0780 0x46dc1258 Yes (*) /usr/lib/libXinerama.so.1 0x46db7150 0x46dbbc38 Yes (*) /usr/lib/libXrandr.so.2 0x46e7be40 0x46e81458 Yes (*) /usr/lib/libXcursor.so.1 0x47447890 0x47448488 Yes (*) /usr/lib/libXcomposite.so.1 0x46c4f040 0x46c67f28 Yes (*) /lib/libexpat.so.1 0x46dd07a0 0x46e22e68 Yes (*) /usr/lib/libpixman-1.so.0 0x46dc5da0 0x46dc78d8 Yes (*) /lib/libcap-ng.so.0 0x44e54750 0x44e764d8 Yes (*) /lib/libgssapi_krb5.so.2 0x44e99e50 0x44efcf88 Yes (*) /lib/libkrb5.so.3 0x47976d10 0x47977928 Yes (*) /lib/libcom_err.so.2 0x44f497f0 0x44f64288 Yes (*) /lib/libk5crypto.so.3 0x4687ea00 0x4687f7f8 Yes (*) /usr/lib/libXau.so.6 0x44e81c60 0x44e861f8 Yes (*) /lib/libkrb5support.so.0 0x47a07860 0x47a07fc8 Yes (*) /lib/libkeyutils.so.1 0xb74c8a00 0xb74d00e8 Yes (*) /lib/libnss_files.so.2 0xb7478ad0 0xb749cc18 Yes (*) /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so 0xb77ca070 0xb77ca9d8 Yes (*) /usr/lib/gtk-2.0/modules/libpk-gtk-module.so 0xb74ec350 0xb74ecc98 Yes (*) /usr/lib/gconv/ISO8859-1.so 0x6f8d3350 0x6f8d3c98 Yes (*) /usr/lib/gconv/ISO8859-1.so 0x47ecb3c0 0x47ed52f8 Yes (*) /usr/lib/libcanberra.so.0 0x6ff72350 0x6ff72c98 Yes (*) /usr/lib/gconv/ISO8859-1.so 0x47d9aa10 0x47db0d48 Yes (*) /usr/lib/libvorbis.so.0 0x6ff7b350 0x6ff7bc98 Yes (*) /usr/lib/gconv/ISO8859-1.so 0xb744a610 0xb7453868 Yes (*) /usr/lib/libtdb.so.1 0xb7440a30 0xb7445458 Yes (*) /usr/lib/libltdl.so.7 0xb74d5350 0xb74d5c98 Yes (*) /usr/lib/gconv/ISO8859-1.so 0xb679bb60 0xb696fca8 Yes /home/chris/Programs/local-mesa/lib/dri/r300_dri.so 0xb6faed30 0xb6fb09d8 Yes (*) /usr/lib/libdrm_radeon.so.1 0xb73bd440 0xb73c0a58 Yes (*) /usr/lib/libtxc_dxtn.so (*): Shared library is missing debugging information. $1 = 0x951e0f8 "celestia: radeon_texture.c:703: radeon_store_teximage: Assertion `dstRowStride' failed.\n" No symbol "__glib_assert_msg" in current context. eax 0x0 0 ecx 0x66ee 26350 edx 0x6 6 ebx 0x66ee 26350 esp 0xbfd4a090 0xbfd4a090 ebp 0xbfd4a0a8 0xbfd4a0a8 esi 0x467d0a6f 1182599791 edi 0x46808ff4 1182830580 eip 0xb77e7424 0xb77e7424 <__kernel_vsyscall+16> eflags 0x206 [ PF IF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 Dump of assembler code for function __kernel_vsyscall: 0xb77e7414 <__kernel_vsyscall+0>: push %ecx 0xb77e7415 <__kernel_vsyscall+1>: push %edx 0xb77e7416 <__kernel_vsyscall+2>: push %ebp 0xb77e7417 <__kernel_vsyscall+3>: mov %esp,%ebp 0xb77e7419 <__kernel_vsyscall+5>: sysenter 0xb77e741b <__kernel_vsyscall+7>: nop 0xb77e741c <__kernel_vsyscall+8>: nop 0xb77e741d <__kernel_vsyscall+9>: nop 0xb77e741e <__kernel_vsyscall+10>: nop 0xb77e741f <__kernel_vsyscall+11>: nop 0xb77e7420 <__kernel_vsyscall+12>: nop 0xb77e7421 <__kernel_vsyscall+13>: nop 0xb77e7422 <__kernel_vsyscall+14>: jmp 0xb77e7417 <__kernel_vsyscall+3> 0xb77e7424 <__kernel_vsyscall+16>: pop %ebp 0xb77e7425 <__kernel_vsyscall+17>: pop %edx 0xb77e7426 <__kernel_vsyscall+18>: pop %ecx 0xb77e7427 <__kernel_vsyscall+19>: ret End of assembler dump. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 28614] New: [r300g] Hypertorus hack from XScreenSaver has triangles visible
by bugzilla-daemon＠freedesktop.org 19 Jun '10

19 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28614 Summary: [r300g] Hypertorus hack from XScreenSaver has triangles visible Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: jlp.bugs(a)gmail.com Created an attachment (id=36367) --> (https://bugs.freedesktop.org/attachment.cgi?id=36367) hypertorus.png Today I've pulled and recompiled Mesa from git and noticed a regression since the 2010-06-14. The hypertorus hack from XScreenSaver has triangles visible on strips, that were not visible before. This is on HP Compaq nx6325 laptop with integrated graphics with RS482. The same problem does not happen on my desktop computer with Radeon 9600 Pro (RV350 AR). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[PATCH] drm/radeon/kms: return ret in cursor_set failure path
by mattst88＠gmail.com 19 Jun '10

19 Jun '10

From: Matt Turner <mattst88(a)gmail.com> We were returning 0 in both the success and failure paths. Noticed while investigating FDO bug 26403. Signed-off-by: Matt Turner <mattst88(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_cursor.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cursor.c b/drivers/gpu/drm/radeon/radeon_cursor.c index b7023ff..4eb67c0 100644 --- a/drivers/gpu/drm/radeon/radeon_cursor.c +++ b/drivers/gpu/drm/radeon/radeon_cursor.c @@ -194,7 +194,7 @@ unpin: fail: drm_gem_object_unreference_unlocked(obj); - return 0; + return ret; } int radeon_crtc_cursor_move(struct drm_crtc *crtc, -- 1.6.4.4

1 0

[patch] i915: take struct_mutex lock in intel_setup_overlay()
by Dan Carpenter 19 Jun '10

19 Jun '10

This is more of RFC than a proper patch. I was looking at https://bugzilla.kernel.org/show_bug.cgi?id=15673 and I wrote a script to show where we call drm_gem_object_unreference() without holding struct_mutex and it showed these two places. There call tree to here is: i915_load_modeset_init() => intel_modeset_init() => intel_setup_overlay() "reg_bo" is a local variable so we could probably leave that as drm_gem_object_unreference() although I changed it in this patch. The i915_gem_object_pin() function calls i915_gem_object_bind_to_gtt() where we start unreferencing stuff if we're low on space. So possibly that lock is needed. The call tree is: i915_gem_object_pin() => i915_gem_object_bind_to_gtt() => i915_gem_evict_something() => i915_gem_retire_requests() => i915_gem_retire_request() => drm_gem_object_unreference() On the other hand, this is all in the module init so it seems like locking shouldn't be necessary, and certainly I can't see how it would cause the suspend bug. I don't have this hardware btw, so I can't actually test this patch. Signed-off-by: Dan Carpenter <error27(a)gmail.com> diff --git a/drivers/gpu/drm/i915/intel_overlay.c b/drivers/gpu/drm/i915/intel_overlay.c index 6d524a1..a103582 100644 --- a/drivers/gpu/drm/i915/intel_overlay.c +++ b/drivers/gpu/drm/i915/intel_overlay.c @@ -1347,7 +1347,9 @@ void intel_setup_overlay(struct drm_device *dev) overlay->reg_bo = to_intel_bo(reg_bo); if (OVERLAY_NONPHYSICAL(dev)) { + mutex_lock(&dev->struct_mutex); ret = i915_gem_object_pin(reg_bo, PAGE_SIZE); + mutex_unlock(&dev->struct_mutex); if (ret) { DRM_ERROR("failed to pin overlay register bo\n"); goto out_free_bo; @@ -1385,7 +1387,7 @@ void intel_setup_overlay(struct drm_device *dev) return; out_free_bo: - drm_gem_object_unreference(reg_bo); + drm_gem_object_unreference_unlocked(reg_bo); out_free: kfree(overlay); return;

1 2

[PATCH 1/2] drm/radeon/kms: track audio engine state, do not use not setup timer
by Rafał Miłecki 19 Jun '10

19 Jun '10

This is needed to enable audio support on devices using polling. In case user decides to disable audio (module parameter) we still will try to use timer in r600_audio_enable_polling. This would lead to BUG in kernel/timer.c. Signed-off-by: Rafał Miłecki <zajec5(a)gmail.com> --- Dave: I think we should not hit this without enabled hdmi support on RS6x0, so I can wait for next merge window (2.6.36). --- drivers/gpu/drm/radeon/r600_audio.c | 6 ++++-- drivers/gpu/drm/radeon/radeon.h | 1 + 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_audio.c b/drivers/gpu/drm/radeon/r600_audio.c index 2b26553..631e1ed 100644 --- a/drivers/gpu/drm/radeon/r600_audio.c +++ b/drivers/gpu/drm/radeon/r600_audio.c @@ -160,6 +160,7 @@ static void r600_audio_engine_enable(struct radeon_device *rdev, bool enable) { DRM_INFO("%s audio support", enable ? "Enabling" : "Disabling"); WREG32_P(R600_AUDIO_ENABLE, enable ? 0x81000000 : 0x0, ~0x81000000); + rdev->audio_enabled = enable; } /* @@ -200,7 +201,8 @@ void r600_audio_enable_polling(struct drm_encoder *encoder) return; radeon_encoder->audio_polling_active = 1; - mod_timer(&rdev->audio_timer, jiffies + 1); + if (rdev->audio_enabled) + mod_timer(&rdev->audio_timer, jiffies + 1); } /* @@ -266,7 +268,7 @@ void r600_audio_set_clock(struct drm_encoder *encoder, int clock) */ void r600_audio_fini(struct radeon_device *rdev) { - if (!radeon_audio || !r600_audio_chipset_supported(rdev)) + if (!rdev->audio_enabled) return; del_timer(&rdev->audio_timer); diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 084221d..2013dd7 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -1065,6 +1065,7 @@ struct radeon_device { struct mutex vram_mutex; /* audio stuff */ + bool audio_enabled; struct timer_list audio_timer; int audio_channels; int audio_rate; -- 1.6.4.2

1 1

[Bug 25109] [r300] failing to schedule TEX blocks (was: Wine - Civ4 Black Terrain after upgrading to mesa 7.6)
by bugzilla-daemon＠freedesktop.org 18 Jun '10

18 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=25109 Marek Olšák <maraeo(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[r300] Wine - Civ4 Black |[r300] failing to schedule |Terrain after upgrading to |TEX blocks (was: Wine - |mesa 7.6 |Civ4 Black Terrain after | |upgrading to mesa 7.6) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
by Rafael J. Wysocki 18 Jun '10

18 Jun '10

Alex, Dave, I'm afraid hibernation is broken on all machines using radeon/KMS with r300 after commit ce8f53709bf440100cb9d31b1303291551cf517f (drm/radeon/kms/pm: rework power management). At least, I'm able to reproduce the symptom, which is that the machine hangs hard around the point where an image is created (probably during the device thaw phase), on two different boxes with r300 (the output of lspci from one of them is attached for reference, the other one is HP nx6325). Suspend to RAM appears to work fine at least on one of the affected boxes. Unfortunately, the commit above changes a lot of code and it's not too easy to figure out what's wrong with it and I didn't have the time to look more into details of this failure. However, it looks like you use .suspend() and .resume() callbacks as .freeze() and .thaw() which may not be 100% correct (in fact it looks like the "legacy" PCI suspend/resume is used, which is not recommended any more). Thanks, Rafael

5 17

[Bug 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 18 Jun '10

18 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #8 from Da Fox <da_fox(a)mad.scientist.com> 2010-06-18 06:44:58 PDT --- (In reply to comment #7) > the easy one to start with: So how is it coming with the difficult one? Was there nothing in your logs or did you not have a chance to take a look yet? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

← Newer
1
...
10
11
12
13
14
15
16
...
24
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2010