From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NEgXI-0001Mx-Lv for qemu-devel@nongnu.org; Sun, 29 Nov 2009 04:57:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NEgXD-0001LX-Df for qemu-devel@nongnu.org; Sun, 29 Nov 2009 04:57:43 -0500 Received: from [199.232.76.173] (port=32820 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NEgXD-0001LU-6n for qemu-devel@nongnu.org; Sun, 29 Nov 2009 04:57:39 -0500 Received: from mail-bw0-f212.google.com ([209.85.218.212]:58633) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NEgXC-0005BG-Lp for qemu-devel@nongnu.org; Sun, 29 Nov 2009 04:57:38 -0500 Received: by bwz4 with SMTP id 4so1995179bwz.2 for ; Sun, 29 Nov 2009 01:57:37 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <200911290100.41137.rob@landley.net> References: <20091127111731.GA11982@kyllikki.org> <5b31733c0911270335p4849f3fek66cd40591cf32d34@mail.gmail.com> <200911290100.41137.rob@landley.net> Date: Sun, 29 Nov 2009 10:57:37 +0100 Message-ID: <5b31733c0911290157r3119fc56rec48df279b469666@mail.gmail.com> Subject: Re: [Qemu-devel] ARM v4t support From: Filip Navara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Rob Landley Cc: Vincent Sanders , qemu-devel@nongnu.org, Paul Brook On Sun, Nov 29, 2009 at 8:00 AM, Rob Landley wrote: > On Friday 27 November 2009 05:35:26 Filip Navara wrote: >> On Fri, Nov 27, 2009 at 12:17 PM, Vincent Sanders > wrote: >> > I appear to be unable to take a hint, your silence on this patch in >> > the past probably ought to have been a clue. however this will be the >> > last time I bother to try and get anything merged so you wont have to >> > be disturbed again. >> > >> > The attached patch adds V4t support to the ARM emulation, its pretty >> > much the same as the last time it was posted. It is correct in >> > everything it does to the best of my knowledge however you will as >> > usual no doubt find a corner case it does not cover and reject it. >> >> I have already sent more complete patch for ARM7TDMI emulation: >> >> http://www.mail-archive.com/qemu-devel@nongnu.org/msg17205.html >> http://patchwork.ozlabs.org/patch/36841/ > > That's a link to an archive that gives you html but not a raw patch. =A0(= Huh, it > says you sent it to the list but I'm not finding it in my mail folder. > Rummage, rummage, rummage... =A0Ah, your original patch was dated Decembe= r 31 > 1969.) Yep, a bug in TortoiseGIT that was later fixed. > Ok, dug it up, applied it, booted an -M versatilepb kernel built with an > armv4tl compiler that I'm assured works for real armv4tl hardware, and I = get > no boot messages if I say "-cpu arm7tdmi", but it boots fine if I don't s= ay > that. > > Let's try my armv4l setup (which I've booted on real armv4tl hardware, al= beit > with a different kernel .config but qemu hasn't got a board emulation for= the > Tin Can Tools Hammer, last I checked...) =A0That's an OABI which doesn't = depend > on the Thumb extensions... > > Nope, that's armv4 OABI, and I've tested the output of that compiler on r= eal > hardware, albeit with a different kernel .config. > > Your patch does not work for me. =A0Is there a kernel .config change I ne= ed to do > for this? =A0Looking in the kernel kconfig stuff, the only way to select = arm7tdmi > is to disable MMU support. =A0Is this a nommu processor? =A0(I know there= are > armv4t processors _with_ mmu...) It is nommu processor, so I would be surprised to see any of the kernels running. Unfortunately I don't have a ready-to-use kernel .config file for it, since I never even tried it with Linux. > What kernel .config, -M, and -cpu and =A0did you use to test an armv4t sy= stem > image with your patch? -M at91pes (which is included in other patches from around the same time, but was never merged) -cpu arm7tdmi the images I used for the test were mostly Atmel examples, FreeRTOS and other non-Linux systems. Best regards, Filip Navara