From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MBZOB-0001oY-IJ
	for qemu-devel@nongnu.org; Tue, 02 Jun 2009 15:11:11 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MBZO6-0001jM-NO
	for qemu-devel@nongnu.org; Tue, 02 Jun 2009 15:11:10 -0400
Received: from [199.232.76.173] (port=55205 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MBZO6-0001it-6g
	for qemu-devel@nongnu.org; Tue, 02 Jun 2009 15:11:06 -0400
Received: from mx2.redhat.com ([66.187.237.31]:42406)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <avi@redhat.com>) id 1MBZO5-0008SW-AB
	for qemu-devel@nongnu.org; Tue, 02 Jun 2009 15:11:05 -0400
Message-ID: <4A257935.40401@redhat.com>
Date: Tue, 02 Jun 2009 22:10:45 +0300
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] i586 TCG: boot hangs intermittently on cryptomgr_test
	at doublefault_fn
References: <20090602175833.GA26882@amd.home.annexia.org>
	<Pine.LNX.4.64.0906022258090.6826@linmac.oyster.ru>
In-Reply-To: <Pine.LNX.4.64.0906022258090.6826@linmac.oyster.ru>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: malc <av1474@comtv.ru>
Cc: "Richard W.M. Jones" <rjones@redhat.com>, qemu-devel@nongnu.org

malc wrote:
>> Code: c2 eb 00 ba b8 dd 41 c0 ff e2 8d 15 e4 61 99 c0 8b 0a 51 8d 15 e0 61 99
>>     
>
> c2 eb = ret 235
>
> Highly unusual..
>
>   
>> c0 8b 0a 51 c3 90 55 89 e5 56 53 83 ec 0c 0f 1f 44 00 00 <65> a1 14 00 00 00 8

The code really starts at the <65>, what you see is a part of some 
random instruction.

   0:    65 a1 14 00 00 00        mov    %gs:0x14,%eax

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.