From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KB8g7-0001q8-Eg for qemu-devel@nongnu.org; Tue, 24 Jun 2008 09:35:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KB8g5-0001pa-Rf for qemu-devel@nongnu.org; Tue, 24 Jun 2008 09:35:22 -0400 Received: from [199.232.76.173] (port=44528 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KB8g5-0001pS-KR for qemu-devel@nongnu.org; Tue, 24 Jun 2008 09:35:21 -0400 Received: from rv-out-0708.google.com ([209.85.198.248]:35157) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KB8g5-0005mx-CQ for qemu-devel@nongnu.org; Tue, 24 Jun 2008 09:35:21 -0400 Received: by rv-out-0708.google.com with SMTP id f25so7335268rvb.22 for ; Tue, 24 Jun 2008 06:35:20 -0700 (PDT) Message-ID: <761ea48b0806240635j622c52c6h9563e1d995362554@mail.gmail.com> Date: Tue, 24 Jun 2008 15:35:20 +0200 From: "Laurent Desnogues" Subject: Re: [Qemu-devel] Linux kernel image for Emulator - Regd. In-Reply-To: <4860D781.9090601@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4860BF1F.3050603@amd.com> <761ea48b0806240257h58204776x317614d3bed78268@mail.gmail.com> <4860D781.9090601@amd.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 On Tue, Jun 24, 2008 at 1:16 PM, Sudheer Papothi wrote: > ARM Linux kernel is built with arm-gnu-eabi cross compiler toolchain (from > code sourcery). > > I dont think this will be a problem (correct me if i am wrong). It creates > normal zImage as well as uImage (with the help of mkimage ) The compiler should not be the problem (at least as long as you are not targetting armv7 class processor). > Can you please brief the point "Most implementations will translate that to > another valid mode, qemu does n't" If the lower 5 bits written to CPSR don't match valid modes, most silicon will put another valid mode. I can't say more, but this is undocumented behaviour. As an example (not tested on realy HW), if you write 0 to the M field of CPSR it will get translated of 0x10 = user mode. qemu doesn't do that, it just aborts. > Can you please suggest any other options to test/debug my basic linux > kernel image as I dont have the real hardware yet. I don't get it, you said the kernel booted on real hardware... Anyway according to your log your kernel is failing at its very first instruction (pc = 0x8000). Are you using a boot loader? Laurent