From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Grall Subject: Re: [PATCH v8 4/7] xen/arm: Add virtual GICv3 support Date: Mon, 28 Jul 2014 16:08:11 +0100 Message-ID: <53D6675B.7030002@linaro.org> References: <1406122913-8303-1-git-send-email-vijay.kilari@gmail.com> <1406122913-8303-5-git-send-email-vijay.kilari@gmail.com> <1406558121.15471.1.camel@kazak.uk.xensource.com> <1406559353.16498.3.camel@kazak.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1406559353.16498.3.camel@kazak.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell , Vijay Kilari Cc: Stefano Stabellini , Prasun Kapoor , Vijaya Kumar K , Tim Deegan , "xen-devel@lists.xen.org" , Stefano Stabellini , Jan Beulich , manish.jaggi@caviumnetworks.com List-Id: xen-devel@lists.xenproject.org On 07/28/2014 03:55 PM, Ian Campbell wrote: > On Mon, 2014-07-28 at 15:35 +0100, Ian Campbell wrote: >> FYI I'm seeing a trap in gicv3_init when running on a model. I haven't >> tracked it down to an actual location yet though. I'll let you know what >> I find. > > The access to ICC_BPR1_EL1 in gicv3_cpu_init is faulting for some > reason. do_hyp_trap is then access current-> but it is too soon to do > that, hence a data abort occurs which is what I was seeing. In which "case" does Xen end up? The sysreg one? If so, it looks wrong to me that an error who come from the hypervisor is using the current variable. Regards, -- Julien Grall