From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54496) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zix68-0007S4-Im for qemu-devel@nongnu.org; Mon, 05 Oct 2015 00:10:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zix63-000071-Ie for qemu-devel@nongnu.org; Mon, 05 Oct 2015 00:10:00 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:55144) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zix63-00006U-AE for qemu-devel@nongnu.org; Mon, 05 Oct 2015 00:09:55 -0400 References: <20151004195627.GA17883@gmail.com> <56119607.2030702@roeck-us.net> <20151004213825.GA16220@gmail.com> <5611CD8F.1010607@roeck-us.net> From: Guenter Roeck Message-ID: <5611F80F.3040006@roeck-us.net> Date: Sun, 4 Oct 2015 21:09:51 -0700 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; 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: Peter Crosthwaite Cc: Peter Maydell , Rob Herring , Igor Mitsyanko , Sai Pavan Boddu , "qemu-devel@nongnu.org Developers" , Nathan Rossi , Beniamino Galvani , Richard Purdie , Alistair Francis , John Snow On 10/04/2015 07:21 PM, Peter Crosthwaite wrote: > On Sun, Oct 4, 2015 at 6:08 PM, Guenter Roeck wrote: >> On 10/04/2015 02:38 PM, Beniamino Galvani wrote: >>> >>> On Sun, Oct 04, 2015 at 02:11:35PM -0700, Guenter Roeck wrote: >>>> >>>> What is your qemu command line ? >>> >>> >>> qemu-system-arm \ >>> -M cubieboard \ >>> -kernel ../linux/zImage-dtb \ >>> -serial stdio \ >>> -append "console=ttyS0 rw root=/dev/nfs >>> nfsroot=10.0.0.1:/nfs,v3 ip=10.0.0.22" \ >>> -m 1024 \ >>> -net nic,vlan=0,model=allwinner-emac \ >>> -net tap,vlan=0,ifname=tap0,script=net-up.sh \ >>> -s \ >>> -d guest_errors >>> >>> Beniamino >>> >> >> With the mainline kernel and sun4i-a10-cubieboard.dtb, this gives me lots of >> >> [ 2.480983] Division by zero in kernel. >> [ 2.481074] CPU: 0 PID: 1 Comm: swapper/0 Not tainted >> 4.3.0-rc3-00055-gdd36d7393d63 #1 >> [ 2.481250] Hardware name: Allwinner A1X (Device Tree) >> [ 2.481376] [] (unwind_backtrace) from [] >> (show_stack+0x10/0x14) >> [ 2.481544] [] (show_stack) from [] >> (dump_stack+0x78/0x94) >> [ 2.481700] [] (dump_stack) from [] (Ldiv0+0x8/0x10) >> [ 2.481848] [] (Ldiv0) from [] >> (sun4i_a10_get_mod0_factors+0x74/0xb8) >> [ 2.482024] [] (sun4i_a10_get_mod0_factors) from [] >> (clk_factors_determine_rate+0x68/0xfc) >> [ 2.482231] [] (clk_factors_determine_rate) from [] >> (clk_composite_determine_rate+0x94/0x1d0) >> [ 2.482443] [] (clk_composite_determine_rate) from [] >> (clk_core_round_rate_nolock+0x84/0xa8) >> [ 2.482654] [] (clk_core_round_rate_nolock) from [] >> (clk_round_rate+0x38/0x54) >> [ 2.482845] [] (clk_round_rate) from [] >> (sunxi_mmc_set_ios+0x9c/0x314) >> [ 2.483023] [] (sunxi_mmc_set_ios) from [] >> (mmc_power_up+0xf8/0x104) >> [ 2.483197] [] (mmc_power_up) from [] >> (mmc_start_host+0x44/0x6c) >> [ 2.483363] [] (mmc_start_host) from [] >> (mmc_add_host+0x58/0x7c) >> [ 2.483528] [] (mmc_add_host) from [] >> (sunxi_mmc_probe+0x488/0x590) >> [ 2.483701] [] (sunxi_mmc_probe) from [] >> (platform_drv_probe+0x48/0xa4) >> > > I think that's the expected warnings we have been ignoring. I have a > hack to make them go away. > Division by zero isn't something that should be ignored. Any idea where it is coming from ? Also, is your hack in the kernel or in qemu ? >> Do you have a special devicetree file ? >> >> It also doesn't seem to accept the qemu "initrd" argument, which is >> unexpected. >> > > Yes I noticed the same and went to the SATA solution. > Here is a one-line qemu fix for the initrd problem. diff --git a/hw/arm/cubieboard.c b/hw/arm/cubieboard.c index 1582250..db3ec40 100644 --- a/hw/arm/cubieboard.c +++ b/hw/arm/cubieboard.c @@ -71,6 +71,7 @@ static void cubieboard_init(MachineState *machine) cubieboard_binfo.ram_size = machine->ram_size; cubieboard_binfo.kernel_filename = machine->kernel_filename; cubieboard_binfo.kernel_cmdline = machine->kernel_cmdline; + cubieboard_binfo.initrd_filename = machine->initrd_filename; arm_load_kernel(&s->a10->cpu, &cubieboard_binfo); } Guess that is less complex than getting sata to work ? Thanks, Guenter