From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18276 invoked by alias); 29 Aug 2005 13:05:56 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 18258 invoked by uid 22791); 29 Aug 2005 13:05:49 -0000 Received: from ac-202-238-16-ind.acmet.com (HELO alice.acmet.com) (61.16.238.202) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 29 Aug 2005 13:05:49 +0000 Received: from monika (localhost [127.0.0.1] (may be forged)) by alice.acmet.com (8.11.6/8.11.6) with ESMTP id j7TDOGN30411; Mon, 29 Aug 2005 18:54:16 +0530 From: "Monika Chaddha" To: "'Steven J. Hill'" Cc: Subject: RE: Problems with MIPS disassembly and 'rdhwr' instruction... Date: Mon, 29 Aug 2005 13:05:00 -0000 Message-ID: <000a01c5ac9a$81b68250$5100a8c0@monika> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-Reply-To: <4312FBC8.1020000@realitydiluted.com> X-SW-Source: 2005-08/txt/msg00107.txt.bz2 Hello, As you have compiled GDB binary for MIPS1 target so it will support only those instructions which come under MIPS1. In the disassembler table in file 'src\opcodes\mips-op.c', there is last attribute membership which is used to mention the architecture tag name. Here it will match the membership of each instruction with MIPS1 membership name which I think is I1 and defined as following in same file #define I1 INSN_ISA1 If it matches then the instruction will be treated as MIPS1 instruction for disassembly. {"rdhwr", "t,K", 0x7c00003b, 0xffe007ff, WR_t, I33 }, As here I1 is not present in the above entry in last field so GDB is not printing disassembly of this instruction. You need to just add membership tag of MIPS1 in the required above opcode entry as following {"rdhwr", "t,K", 0x7c00003b, 0xffe007ff, WR_t, I33|I1 }, Please try this. It should work. Monika >-----Original Message----- >From: gdb-owner@sources.redhat.com [mailto:gdb-owner@sources.redhat.com] On >Behalf Of Steven J. Hill >Sent: Monday, August 29, 2005 5:43 PM >To: gdb@sources.redhat.com >Subject: Problems with MIPS disassembly and 'rdhwr' instruction... > >Greetings. > >I am trying to figure out how to get 'rdhwr' instructions to be >printed when doing a disassembly in gdb on MIPS binaries. My >binaries are not compiled as mips32r2, but as mips1. This is >allowable, but it appears that gdb in 'print_insn_mips' will not >decoded the 'rdhwr' the instruction because it is a mips1 binary? >I have spent a couple of hours trying to figure out the hashing >that is done in that function as well as hacking the loop and I >have come up with nothing. Can someone help me understand the >hashing better and suggest a method/patch to allow me to get the >'rdhwrd' instructions to print instead of the hex opcode? Thanks. > >-Steve