From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KVAh4-0003ac-KQ for qemu-devel@nongnu.org; Mon, 18 Aug 2008 15:47:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KVAh1-0003aQ-95 for qemu-devel@nongnu.org; Mon, 18 Aug 2008 15:47:10 -0400 Received: from [199.232.76.173] (port=37635 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KVAh1-0003aN-40 for qemu-devel@nongnu.org; Mon, 18 Aug 2008 15:47:07 -0400 Received: from csl.cornell.edu ([128.84.224.10]:1936 helo=vlsi.csl.cornell.edu) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KVAh0-0004uG-V5 for qemu-devel@nongnu.org; Mon, 18 Aug 2008 15:47:07 -0400 Received: from stanley.csl.cornell.edu (stanley.csl.cornell.edu [128.84.224.15]) by vlsi.csl.cornell.edu (8.13.4/8.13.4) with ESMTP id m7IJktSo023344 for ; Mon, 18 Aug 2008 15:47:00 -0400 (EDT) Date: Mon, 18 Aug 2008 15:46:55 -0400 (EDT) From: Vince Weaver Message-ID: <20080818153918.U9420@stanley.csl.cornell.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1000466518-1219088815=:9420" Subject: [Qemu-devel] tcg problem running SPARC program on x86 Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1000466518-1219088815=:9420 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hello I'm continuing on my quest to get the SPEC2000 benchmarks running under sparc32-linux-user (so far 8 out of 48 work). Many of the benchmarks die early on with the following error: /fusion/research4/vince/qemu/svn/tcg/tcg.c:1455: tcg fatal error This error is caused when tcg_reg_alloc_mov() is called but ts->val_type is equal to 0 (which is TEMP_VAL_DEAD). So maybe the optimizer is optimizing away something that it shouldn't? This happens in a block with multiple calls to the SPARC "mulscc" instruction which is a complicated instruction, so maybe this is finding an obscure corner case. I've attached a very small sample program that exhibits the bug when run with ./sparc32-linux-user/qemu-sparc32plus Thanks for any help Vince --0-1000466518-1219088815=:9420 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=mulscc.s Content-Transfer-Encoding: BASE64 Content-ID: <20080818154655.A9420@stanley.csl.cornell.edu> Content-Description: Content-Disposition: attachment; filename=mulscc.s ISBhcyAtbyBtdWxzY2MubyBtdWxzY2MucyA7IGxkIC1vIG11bHNjYyBtdWxz Y2Mubw0KDQouZXF1IFNZU0NBTExfRVhJVCwxCQ0KDQoJLmdsb2JsIF9zdGFy dA0KX3N0YXJ0OgkNCiAgICAgICAgd3IgIAklZzAsICVvMywgJXkNCiAgICAg ICAgc3JhIAklbzUsIDB4MWYsICVnMg0KICAgICAgICBhbmQgIAklbzMsICVn MiwgJWcyDQogICAgICAgIGFuZGNjCSVnMSwgMCwgJWcxDQoNCgltdWxzY2Mg ICVnMSwgJW81LCAlZzENCgltdWxzY2MgICVnMSwgJW81LCAlZzENCgltdWxz Y2MgICVnMSwgJW81LCAlZzENCgltdWxzY2MgICVnMSwgJW81LCAlZzENCgkJ DQoJIT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoJISBFeGl0 DQoJIT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpleGl0OgkJ DQogICAgICAgIG1vdgkwLCVvMAkJCSEgZXhpdCB2YWx1ZQ0KICAgICAgICBt b3YJU1lTQ0FMTF9FWElULCVnMSAgICAgICAgISBwdXQgdGhlIGV4aXQgc3lz Y2FsbCBudW1iZXIgaW4gZzENCiAgICAgICAgdGEgICAgICAweDEwCQkJISBh bmQgZXhpdA0K --0-1000466518-1219088815=:9420 Content-Type: APPLICATION/octet-stream; name=mulscc Content-Transfer-Encoding: BASE64 Content-ID: <20080818154655.L9420@stanley.csl.cornell.edu> Content-Description: Content-Disposition: attachment; filename=mulscc f0VMRgECAQAAAAAAAAAAAAACAAIAAAABAAEAVAAAADQAAACkAAAAAAA0ACAA AQAoAAUAAgAAAAEAAAAAAAEAAAABAAAAAACAAAAAgAAAAAUAAQAAgYAAC4U7 YB+ECsACgohgAIMgQA2DIEANgyBADYMgQA2QECAAghAgAZHQIBAALnN5bXRh YgAuc3RydGFiAC5zaHN0cnRhYgAudGV4dAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGwAAAAEAAAAGAAEAVAAAAFQA AAAsAAAAAAAAAAAAAAABAAAAAAAAABEAAAADAAAAAAAAAAAAAACAAAAAIQAA AAAAAAAAAAAAAQAAAAAAAAABAAAAAgAAAAAAAAAAAAABbAAAAIAAAAAEAAAA BAAAAAQAAAAQAAAACQAAAAMAAAAAAAAAAAAAAewAAAAyAAAAAAAAAAAAAAAB AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAVAAAAAADAAABAAAAAQAAAAEA AAAAAAD/8QAAAA4AAQB0AAAAAAAAAAEAAAATAAEAVAAAAAAQAAABAAAAGgAC AIAAAAAAEAD/8QAAACYAAgCAAAAAABAA//EAAAAtAAIAgAAAAAAQAP/xAFNZ U0NBTExfRVhJVABleGl0AF9zdGFydABfX2Jzc19zdGFydABfZWRhdGEAX2Vu ZAA= --0-1000466518-1219088815=:9420--