linux-um archives
 help / color / mirror / Atom feed
From: Cameron Patrick <cameron@patrick.wattle.id.au>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] UML on Alpha
Date: Mon, 22 Dec 2003 12:19:51 +0800	[thread overview]
Message-ID: <20031222041951.GB1023@erdos.home> (raw)
In-Reply-To: <20031220173249.GC10692@ccure.user-mode-linux.org>

On Sat, Dec 20, 2003 at 12:32:49PM -0500, Jeff Dike wrote:
| >         setup_arch_frame_raw(&raw_si->common.arch,
| >                              ucontext->uc_mcontext.fpregs, raw_si->common.sr);
[...]
| 
| >From /usr/include/asm/sigcontext.h on my laptop:
| 
| struct sigcontext {
| 	...
|         struct _fpstate * fpstate;
| 	...
| };

Yeah, but that's fpstate, not fpregs.  Looking at it more closely, on
i386, uc_mcontext is /not/ of type sigcontext, but mcontext_t, which
includes an fpregs member.  On alpha, uc_mcontext is a sigcontext, and
it has a sc_fpregs member.  I'm not sure that that's the appropriate
thing to change it to though - I'll have to look to see exactly what
it's using it for.

| > - Since Alpha is a 64-bit architecture, there are no *64 system calls
| >   either.  This also affects other parts of the kernel which use #if to
| >   check for Alpha/sparc64/S390/etc to determine whether or not we're on
| >   a 64-bit platform.  I've worked around this by adding a -D__um_alpha__
| >   to CFLAGS and changing some places which check for __alpha__ to also
| >   check for __um_alpha__.  This may not be the cleanest way to do things
| >   thought :(
| 
| This is a problem.  There should be a CONFIG_64BITS which all the 64 bit
| arches set, so we don't have to add #ifdef UML && UML_ALPHA to all these
| places.

Okay.  It doesn't seem to be there in 2.4.x, but I'll have a look at 2.6
some time and see if that makes this problem disappear.

| > cross-compile UML.  Unfortunately that would mean some way of getting
| > rid of mk_sc/mk_thread/mk_kern/etc, and I'm not sure what the best
| > approach to doing that would be :-/
| 
| There was a bit of work in that direction a while back.  What I think would
| be a good way to go is to have a arch_headers rule in the Makefile, which
| would execute on the target, and generate the headers.  They would land
| in a single directory, which you would then copy over to the build box.
| The build there would use those headers, or generate them itself if they
| weren't present.

Yeah, that sounds sensible.  I'll have a shot at munging the Makefiles
to do just that. :-)

Cheers,

Cameron.



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2003-12-22  4:19 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-20  5:20 [uml-devel] UML on Alpha Cameron Patrick
2003-12-20 17:32 ` Jeff Dike
2003-12-22  4:19   ` Cameron Patrick [this message]
2003-12-23  1:10     ` Jeff Dike
2003-12-23 19:55     ` BlaisorBlade
2003-12-21 15:44 ` BlaisorBlade
2003-12-22  4:15   ` Cameron Patrick
2003-12-22  4:29     ` Matt Zimmerman
2003-12-24 12:46       ` BlaisorBlade

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20031222041951.GB1023@erdos.home \
    --to=cameron@patrick.wattle.id.au \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox