From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GEw51-0006xo-Lk for qemu-devel@nongnu.org; Sun, 20 Aug 2006 18:47:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GEw50-0006wf-QS for qemu-devel@nongnu.org; Sun, 20 Aug 2006 18:47:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GEw50-0006wL-Kp for qemu-devel@nongnu.org; Sun, 20 Aug 2006 18:47:42 -0400 Received: from [66.249.92.173] (helo=ug-out-1314.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GEwCG-0005QG-65 for qemu-devel@nongnu.org; Sun, 20 Aug 2006 18:55:12 -0400 Received: by ug-out-1314.google.com with SMTP id s2so1511794uge for ; Sun, 20 Aug 2006 15:47:41 -0700 (PDT) Message-ID: Date: Mon, 21 Aug 2006 02:47:41 +0400 From: "Igor Kovalenko" Subject: Re: [Qemu-devel] [PATCH] handle multibyte NOPs In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_25684_32552587.1156114061358" References: <200608190128.12476.paul@codesourcery.com> 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 ------=_Part_25684_32552587.1156114061358 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 8/21/06, malc wrote: > > On Mon, 21 Aug 2006, Igor Kovalenko wrote: > > > > > Right. Here is the real one with correct case labels. > > Sorry, forgot to mention that atop of the hex/bin problem the code also > suffers from lack of proper 16/64 bit modrm decoding. seems to me that 16 and 64 bit cases does not apply here -- Kind Regards, Igor V. Kovalenko ------=_Part_25684_32552587.1156114061358 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 8/21/06, malc <malc@pulsesoft.com> wrote:
On Mon, 21 Aug 2006, Igor Kovalenko wrote:

<snip>

> Right. Here is the real one with correct case labels.

Sorry, forgot to mention that atop of the hex/bin problem the code also
suffers from lack of proper 16/64 bit modrm decoding.

seems to me that 16 and 64 bit cases does not apply here

--
Kind Regards,
Igor V. Kovalenko ------=_Part_25684_32552587.1156114061358--