From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chen Baozi Subject: Re: About arm32 address translation Date: Wed, 16 Oct 2013 18:39:30 +0800 Message-ID: References: <1381915521.21901.54.camel@kazak.uk.xensource.com> <2D233787-D3A5-48D2-9398-C122CB57C187@gmail.com> <1381919087.21901.64.camel@kazak.uk.xensource.com> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1381919087.21901.64.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 Cc: List Developer Xen List-Id: xen-devel@lists.xenproject.org On Oct 16, 2013, at 6:24 PM, Ian Campbell wrote: > On Wed, 2013-10-16 at 18:02 +0800, Chen Baozi wrote: >> On Oct 16, 2013, at 5:25 PM, Ian Campbell wrote: >> >>> On Wed, 2013-10-16 at 17:20 +0800, Chen Baozi wrote: >>>> Hi Ian, >>>> >>>> I am trying to add supporting dumping 32-bit guest on arm32 to see >>>> what happened in my dom0 kernel when booting. It seems >>>> gvirt_to_maddr() is not workable under arm32. >>> >>> What makes you say that, it should work, or else it is buggy and we've >>> not noticed, but it is used in copy to/from user routines so I doubt >>> that. >> >> Ok, I'll look into it. The output shows me "Failed to convert stack to >> physical address". In this case, it must be gvirt_to_maddr to return >> -EFAULT. > > That suggests that the guest's SP doesn't have a mapping in the guest's > PTs. What's the full trace? I may have missed lots of work when trying to enable this, for this is my first time to work on tracing related work, ;-) Cheers, Baozi