[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.
- [Bug binutils/15069] New: tic6x - incorrect decoding of BNOP instruction within header based fetch packet,
alexis.deruelle at gmail dot com <=