qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Fabrice Bellard <fabrice@bellard.org>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Port to IRIX host
Date: Sun, 03 Oct 2004 16:44:40 +0200	[thread overview]
Message-ID: <41601058.5080204@bellard.org> (raw)
In-Reply-To: <Pine.LNX.4.58.0410031528430.14868@wgmdd8.biozentrum.uni-wuerzburg.de>

Johannes Schindelin wrote:
> Yes, you are correct. I just used what was easiest for me, but I will add
> a check in configure, and according to that, a define.

Good.

>>Another note: for MIPS, using an alternate (embedded ?) ABI may give
>>simpler code for op.o, in particular for the 'op parameters' and for the
>>function calls. Did you look at this ?
> 
> 
> I tried to find another ABI, and as you can find in Makefile.target, I use
> the -mno-abicalls option to gcc, exactly for that reason. As I stated in
> the Remarks section of my documentation: after many experiments I just
> gave up and coded it in assembly. BTW I did not know one thing about MIPS
> assembler before starting this little project, so my code is very likely
> not to be optimal.

OK. I am sure there is a better solution for the op parameters, but this 
is not critical since your solution is working.

>>I can add your documentation in a new doc/ directory in QEMU. Do you
>>have other ideas ?
> 
> 
> Thank you! And you can rename the file...
> 
> Other ideas? Of course: Next step is a target-mips ;-) 

target-mips would be very good and not difficult to add. It would be 
useful to some people as mips CPUs are used in many embedded devices. 
Moreover you could finish to learn mips assembler :-)

> No really, I would
> appreciate if some people review my code - that means all but mips-dis.c,
> which is pasted together from gdb - and you commit it.

I think I won't commit it before the 0.6.1 release, except maybe for the 
documentation.

> Please note that there is one TODO left: Right now everything works fine
> in single step mode, but as soon as I disable that, a guest Linux hangs
> in the calibration loop. I guess there's something awkward with
> interrupts.
> 
> Also, I did not thoroughly test the 8-bit support in hw/vga.c. My SDL gave
> me 8 bit per default - IRIX's X is capable of having windows side by side
> with different depths... and so SDL choses the worst :-) BTW, the lack of
> support for 8 bit depths probably was the reason that QEmu with a remote X
> display did show a window, but no content.
> 
> In order to deal with those unaligned accesses in hw/vga_template.h, I
> introduced a macro "stl_host", which stores an unaligned uin32_t in host
> byte order. Should this rather be "stlu_host", and defined in cpu-all.h?

Maybe using cpu_to_xxx macros would suffice ? I have not looked at your 
VGA patches yet.

> To be honest, my IRIX machine is not a very fast one, so I did the port
> mainly because I could, and also because I wanted to learn the internals
> of QEmu and MIPS...
> 
> A question: i386-user is supposed to only run linux binaries, right? What
> are the reasons that it is disabled on Windows? Could there be a way to
> make it run on Windows, and also on IRIX?

It would need to code a Linux emulation. I think it is better to spend 
time on improving the system emulation !

Fabrice.

  parent reply	other threads:[~2004-10-03 14:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-03  7:13 [Qemu-devel] Port to IRIX host Johannes Schindelin
2004-10-03 11:57 ` Fabrice Bellard
2004-10-03 14:00   ` Johannes Schindelin
2004-10-03 14:12     ` Jim C. Brown
2004-10-03 14:44     ` Fabrice Bellard [this message]
2004-10-04  6:41       ` Johannes Schindelin
2004-10-03 15:23     ` Karl Magdsick
2004-10-03 16:48     ` Karl Magdsick
2004-10-04  6:42       ` Johannes Schindelin
2004-10-11 13:55         ` Ian Rogers
2004-10-11 15:02           ` Johannes Schindelin
2004-10-11 15:56           ` [Qemu-devel] transitive was: " Anand Kumria

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=41601058.5080204@bellard.org \
    --to=fabrice@bellard.org \
    --cc=qemu-devel@nongnu.org \
    /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;
as well as URLs for NNTP newsgroup(s).