From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiqZM-000736-FT for qemu-devel@nongnu.org; Sun, 04 Oct 2015 17:11:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZiqZH-0002ms-F5 for qemu-devel@nongnu.org; Sun, 04 Oct 2015 17:11:44 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:48093) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiqZH-0002ma-7s for qemu-devel@nongnu.org; Sun, 04 Oct 2015 17:11:39 -0400 References: <20151004195627.GA17883@gmail.com> From: Guenter Roeck Message-ID: <56119607.2030702@roeck-us.net> Date: Sun, 4 Oct 2015 14:11:35 -0700 MIME-Version: 1.0 In-Reply-To: <20151004195627.GA17883@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] QEMU+Linux ARMv7A current state List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Beniamino Galvani , Peter Crosthwaite Cc: Peter Maydell , Rob Herring , Igor Mitsyanko , "qemu-devel@nongnu.org Developers" , Nathan Rossi , Sai Pavan Boddu , Richard Purdie , Alistair Francis , John Snow On 10/04/2015 12:56 PM, Beniamino Galvani wrote: > On Sat, Oct 03, 2015 at 02:31:08PM -0700, Peter Crosthwaite wrote: >> QEMU cubieboard has no usable storage media, but the real hardware >> does have AHCI sata. I added sysbus-ahci at the right place but turns >> out the SATA controller has some custom power/clock (not really >> sure??) registers specific to this SoC. It sets/clears bits then polls >> them back expecting them to change to the other value asynchronously. >> The kernel device probe then times-out. So I subclassed sysbus-ahci >> and added the missing registers and forced the polled registers to the >> "I'm done" state. It works. > > Cool, are you going to submit patches for this? > >> I am using meta-sunxi Yocto-layer to build out the allwinner custom >> kernel/rootfs etc, and with the clock and Sata changes I get a boot. >> But when I change to the unedited kernel+dtb+rootfs I get stuck. RTC >> messages are around the point of failure which is not modelled in >> QEMU, so that is suspect. > > I don't know, this needs some investigation; on my side a recent > multi_v7_defconfig kernel, unmodified sun4i-a10-cubieboard.dtb and a > rootfs built with buildroot mounted through NFS work just fine, with > the mentioned warnings regarding clk registers and also these: > What is your qemu command line ? Thanks, Guenter > Ignoring attempt to switch CPSR_A flag from non-secure world with SCR.AW bit clear > Ignoring attempt to switch CPSR_F flag from non-secure world with SCR.FW bit clear > > which probably would be solved by setting the property 'has_el3' of > the CPU to false before realization. > > Beniamino >