From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chen Baozi Subject: Re: Domain 0 crashed when booting OMAP5 uEVM Date: Thu, 15 Aug 2013 17:47:24 +0800 Message-ID: <20130815094724.GA8286@cbz-workstation> References: <20130812122452.GA21443@cbz-workstation> <5208D969.6090708@linaro.org> <20130813091007.GA16513@cbz-workstation> <1EA3C0D2-F1BB-4EC9-B154-DEA746D9F2BC@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Julien Grall Cc: Ian Campbell , Andrii Anisov , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Thu, Aug 15, 2013 at 10:13:15AM +0100, Julien Grall wrote: > On 14 August 2013 13:38, Chen Baozi wrote: > > > > On Aug 14, 2013, at 5:55 PM, Julien Grall wrote: > > > >> On 14 August 2013 10:46, Chen Baozi wrote: > >>> > >>> On Aug 13, 2013, at 5:58 PM, Julien Grall wrote: > >>> > >>>> On 13 August 2013 10:36, Andrii Anisov wrote: > >>>>> disable printings from LK decompressor (it writes directly to omap debug > >>>>> UART3, and if you give it to xen and don't map to Dom0 - will have data > >>>>> abort) > >>>> > >>>> With Chen's patch series and the latest Xen, you don't need to disable > >>>> LK decompressor. > >>>> Xen has a basic emulation for "stolen" UART. > >>> > >>> BTW, does it mean that we don't need to set the UART status "disabled" in DTS? > >> > >> Unfortunately, no. The UART emulation is too simple to handle the real driver. > >> I'm currently preparing a patch series which will remove this hack in the DTS. > > > > Another question. > > > > Before I saw Linux booting message, there is a line of message: > > > > (XEN) vgic.c:435:d0 vGICD: GICD_SGIR write r=fe0000 vcpu_mask=fe, wrong CPUTargetList > > > > Is it a big issue for booting dom0? > > I don't think so. Linux is trying to send an SGI to a non-running VCPU. > > I'm curious to know why Linux is trying to do this. Can you try to > apply the patch below and paste dom0 output log? > FYI, [ 1.139260] CPU: Testing write buffer coherency: ok [ 1.140167] /cpus/cpu@0 missing clock-frequency property [ 1.140181] /cpus/cpu@1 missing clock-frequency property [ 1.140214] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000 [ 1.140245] Setting up static identity map for 0xc0511478 - 0xc05114d0 [ 1.143730] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.11.0-rc3+ #19 [ 1.143766] [] (unwind_backtrace+0x0/0xf8) from [] (show_stack+0x1) [ 1.143786] [] (show_stack+0x10/0x14) from [] (dump_stack+0x70/0x8) [ 1.143806] [] (dump_stack+0x70/0x8c) from [] (gic_raise_softirq+0) [ 1.143823] [] (gic_raise_softirq+0x64/0x70) from [] (arch_send_wa) [ 1.143844] [] (arch_send_wakeup_ipi_mask+0x18/0x1c) from [] (omap) [ 1.143860] [] (omap4_boot_secondary+0xf4/0x174) from [] (__cpu_up) [ 1.143877] [] (__cpu_up+0x84/0x130) from [] (_cpu_up+0xd4/0x154) [ 1.143894] [] (_cpu_up+0xd4/0x154) from [] (cpu_up+0x5c/0x84) [ 1.143916] [] (cpu_up+0x5c/0x84) from [] (smp_init+0x9c/0xd4) [ 1.143935] [] (smp_init+0x9c/0xd4) from [] (kernel_init_freeable+) [ 1.143954] [] (kernel_init_freeable+0x70/0x1c4) from [] (kernel_i) [ 1.143972] [] (kernel_init+0x8/0xe4) from [] (ret_from_fork+0x14/) [ 2.152167] CPU1: failed to come online [ 2.152516] Brought up 1 CPUs [ 2.152527] SMP: Total of 1 processors activated (12.28 BogoMIPS). [ 2.152535] CPU: All CPU(s) started in SVC mode. Cheers, Baozi