From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jochen Rollwagen Subject: =?windows-1252?Q?Re=3A_=5BRadeon_RV280=5D_radeon=5Fcs=5Fge?= =?windows-1252?Q?m=2Ec=3A181=3A_cs=5Fgem=5Fwrite=5Freloc=3A_Assertio?= =?windows-1252?Q?n_=BBboi-=3Espace=5Faccounted=AB_failed=2C_core_?= =?windows-1252?Q?dumped?= Date: Fri, 01 Aug 2014 15:36:54 +0200 Message-ID: <53DB97F6.6050004@t-online.de> References: <53D286A4.20904@t-online.de> <53DB40FE.3090306@t-online.de> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; Format="flowed" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mailout06.t-online.de (mailout06.t-online.de [194.25.134.19]) by gabe.freedesktop.org (Postfix) with ESMTP id 1578E6E1A8 for ; Fri, 1 Aug 2014 06:37:11 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: =?windows-1252?Q?Marek_Ol=9A=E1k?= Cc: Maling list - DRI developers List-Id: dri-devel@lists.freedesktop.org The patch does indeed fix the crashes. The cutscenes run through now = without problems. Thank you very much. Am 01.08.2014 um 13:36 schrieb Marek Ol=9A=E1k: > Does the attached libdrm patch fix the issue for you? > > Marek > > On Fri, Aug 1, 2014 at 1:16 PM, Marek Ol=9A=E1k wrote: >> Not in this case. You added a fail path to a function which isn't >> supposed to fail under these circumstances. No wonder Mesa couldn't >> cope with it. It really has nothing to do with your original issue. >> >> Marek >> >> On Fri, Aug 1, 2014 at 9:25 AM, Jochen Rollwagen = wrote: >>> I've built the latest libdrm and replaced the assertion in radeon_cs_ge= m.c. >>> with >>> >>> if (!boi->space_accounted) return -EINVAL; >>> >>> I now get the following crash in the cutscene: >>> >>> >>> CS section size missmatch start at (r200_state_init.c,ctx_emit_cs,487) = 28 vs >>> 24 >>> CS section end at (r200_state_init.c,ctx_emit_cs,520) >>> CS section size missmatch start at (r200_state_init.c,tex_emit_mm,572) = 13 vs >>> 11 >>> CS section end at (r200_state_init.c,tex_emit_mm,588) >>> drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command str= eam. >>> See dmesg for more info. >>> >>> >>> dmesg output is: >>> >>> [ 1232.744676] [drm:radeon_cs_packet_next_reloc] *ERROR* No packet3 for >>> relocati >>> on for packet at 34. >>> [ 1232.744691] [drm] ib[34]=3D0x00000712 >>> [ 1232.744694] [drm] ib[35]=3D0x00010340 >>> [ 1232.744698] [drm:r200_packet0_check] *ERROR* No reloc for ib[33]=3D0= x1C40 >>> [ 1232.744701] [drm] ib[32]=3D0x00000710 >>> [ 1232.744704] [drm] ib[33]=3D0x00000000 >>> [ 1232.744707] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! >>> >>> So it's really a mesa bug :-( >>> >>> >>> >>> Am 27.07.2014 um 14:47 schrieb Marek Ol=9A=E1k: >>>> I think the problem is the driver hasn't called >>>> >>>> radeon_cs_space_add_persistent_bo. >>>> >>>> Marek >>>> >>>> On Fri, Jul 25, 2014 at 6:32 PM, Jochen Rollwagen >>>> wrote: >>>>> I've recently ported the peopsxgl OpenGL-GPU-Plugin for the pcsx >>>>> Playstation1 Emulator to the Powerpc-architecture. When running certa= in >>>>> games (for instance "Vagrant Stories") during longer cut-scenes i get= a >>>>> reproducible crash of the radeon drm driver (i.e. it always crashes at >>>>> certain points in the scene) with the following message (in german): >>>>> >>>>> pcsx: radeon_cs_gem.c:181: cs_gem_write_reloc: Zusicherung >>>>> =BBboi->space_accounted=AB nicht erf=FCllt. >>>>> Abgebrochen (Speicherabzug geschrieben) >>>>> >>>>> This happens with all the latest 3.10, 3.12 and 3.14 kernels. >>>>> >>>>> Other than that i'm running the latest xorg-ati driver, libdrm and me= sa >>>>> from >>>>> git on a Mac Mini G4 (PowerPC). >>>>> >>>>> OpenGL vendor string: Mesa Project >>>>> OpenGL renderer string: Mesa DRI R200 (RV280 5962) TCL DRI2 >>>>> OpenGL version string: 1.3 Mesa 10.1.6 (git-42f86ef) >>>>> >>>>> I guess the issue is memory/vm/swap-related since the machine only ha= s 1 >>>>> gb >>>>> RAM. The GPU has 64 MB VRAM. >>>>> >>>>> Any ideas what i could do to avoid these crashes ? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> dri-devel mailing list >>>>> dri-devel@lists.freedesktop.org >>>>> http://lists.freedesktop.org/mailman/listinfo/dri-devel >>>