lkml.org 
[lkml]   [2002]   [Sep]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Reg Sparc memory addresses
On Thu, Sep 26, 2002 at 01:54:57PM -0400, Shanti Katta wrote:
> On Wed, 2002-09-25 at 21:56, Ben Collins wrote:
> > On Wed, Sep 25, 2002 at 10:01:15PM -0400, Shanti Katta wrote:
> > > Hi,
> > > I compiled user-mode-linux kernel on Ultrasparc with load address set to
> > > 00000000e0000000. But, when I try to debug the kernel, it just says
> > > cannot access memory at address 0xa00020b0.
> > > This error message remains the same no matter what I change the load
> > > address to. Can anyone guide me on valid memory addresses for userspace
> > > on Sparc? and how much different is that from x86 architecture?
> >
> > You compiled it on ultrasparc, but I hope you compiled it as a "sparc"
> > target and not "sparc64".
>
> I compiled UML as "sparc64".
>
>
> > I'm not familiar with how UML runs in user space, but I suspect it needs
> > to think it is sparc and not sparc64 for it to run in 32bit sparc
> > userspace (which is what ultrasparc runs at for most cases).
> >
> So, I guess I need to compile UML as "sparc" target and debug it. I am
> not sure how much of UML code runs in kernelspace and how much in
> userspace. So, do I need to compile only the userspace code for UML as
> "sparc" target or the whole of UML?

I believe it all runs in userspace (hence the name user-mode-linux :)

Compiling for sparc64 is the problem I suspect. IIRC, UML uses the
asm-<arch> that you choose, which will break when sparc64 headers are
used for a sparc32 application.

--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:29    [W:0.054 / U:0.588 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site