bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/15069] New: tic6x - incorrect decoding of BNOP instruction


From: alexis.deruelle at gmail dot com
Subject: [Bug binutils/15069] New: tic6x - incorrect decoding of BNOP instruction within header based fetch packet
Date: Sat, 26 Jan 2013 08:53:05 +0000

http://sourceware.org/bugzilla/show_bug.cgi?id=15069

             Bug #: 15069
           Summary: tic6x - incorrect decoding of BNOP instruction within
                    header based fetch packet
           Product: binutils
           Version: 2.24 (HEAD)
            Status: NEW
          Severity: normal
          Priority: P2
         Component: binutils
        AssignedTo: address@hidden
        ReportedBy: address@hidden
    Classification: Unclassified


Created attachment 6831
  --> http://sourceware.org/bugzilla/attachment.cgi?id=6831
patch that fix bnop decoding within header based fetch packets

Within header based packet, the pcrel constant is shifted left by one whereas
outside, it's shifted left by two. This is so to enable a jump to a 16 bits
instruction (even if the jump instruction itself is is encoded with 32 bits
format).

See SPRUFE8B p. 167 where this case is detailed.

The fix just consists in using the correct opcode field coding as the
infrastructure was already in place but the corresponding 32bit bnop
opcode incorrectly used 'pcrel' instead of 'pcrel_half'.

This has been verified by disassembling working code and checking the
disassembly output.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]