Can anyone tell me if there's any work going on to support eabi for arm?
--rich
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Jeremy Katz wrote:
The bochs rombios has supported attempting to boot from more than one
device for a while. It seems like it would make sense to be able to
specify -boot acd as an argument for qemu to try booting first from
the floppy, then the cd and finally the hard drive to make things
Are the new arm targets, versatile[ap]b expected to be working?
On ubuntu-5, building 0.8.2 yields a binary which can run the other two
targets, but which hangs after printing the monitor prompt on either of
these.
--rich
___
Qemu-devel mailing
Are the new arm targets, versatile[ap]b expected to be working?
On ubuntu-5, building 0.8.2 yields a binary which can run the other two
targets, but which hangs after printing the monitor prompt on either of
these.
--rich
(apologies if you see this twice. I thought I sent it yesterday, but I
Are the new arm targets, versatile[ap]b expected to be working?
On ubuntu-5, building 0.8.2 yields a binary which can run the other two
targets, but which hangs after printing the monitor prompt on either of
these.
--rich
(apologies if you see this twice. I thought I sent it last week, but I
Are the new arm targets, versatile[ap]b expected to be working?
On ubuntu-5, building 0.8.2 yields a binary which can run the other two
targets, but which hangs after printing the monitor prompt on either of
these.
--rich
(apologies if you see this multiple times. I thought I sent it
I have at least one 450Mhz k6 in my spare bedroom. I'll by happy to
sell it to you as a platform for running debian and qemu. I'm sure it's
performance would be lower than most of the current amd processors,
though it might not be slower than some of the current intel chips,
(*grin*).
Does anyone have qemu running in user emulation with arm eabi, (armel),
traps?
I can get qemu-system booting an armel system. And I can get qemu-user
running with the codesourcery gcc-3 eabi libc's, (ie, the ones with the
codesourcery kernel call shims), but I haven't gotten it working yet
Ok, then I'm confused because I'm seeing dumps just trying to run a null
program. Unless there's NPTL setup stuff in crt0, I can't guess what
might be going on yet. This same null binary runs on a qemu-system with
suitable rootfs kernel.
--rich
[EMAIL PROTECTED] ./qemu-arm --version
Paul Brook wrote:
On Tuesday 26 September 2006 23:14, K. Richard Pixley wrote:
Ok, then I'm confused because I'm seeing dumps just trying to run a null
program. Unless there's NPTL setup stuff in crt0, I can't guess what
might be going on yet. This same null binary runs
Paul Brook wrote:
Do you know why 2.6.16 would be required? (I'll see if I can't
find/build a 2.6.16 system on which to try it today.)
Because arm-linux didn't get EABI support until 2.6.16 (though our toolchains
may accept 2.6.14). glibc has santity checks stop
When I build qemu-0.8.2, qemu-arm is a shared library rather than being
an executable. This seems highly suspicious and makes it particularly
difficult to debug. What's the rationale behind this?
--rich
___
Qemu-devel mailing list
I have now managed to run a null program and a helloworld, (both eabi,
linked statically, and without any thread calls), using the qemu-arm
user mode, both inside and outside of scratchbox. To do this with
qemu-0.8.2 I needed the following:
1) Paul's patch for NLS.
Paul Brook wrote:
1) Paul's patch for NLS.
You mean TLS and/or NPTL. NLS is something completely different :-)
Bah. Of course you're right. And I'm sure you can explain your patch
better than I can.
--rich
___
Qemu-devel mailing list
Ishwar Rattan wrote:
Is it possible to boot the iso image
debian-31r3-sparc-netinst.iso
in qemu-system-sparc? What about other
Linux distributions?
I haven't tried it. But I'd be curious to hear how it works for you.
--rich
___
Qemu-devel
Blue Swirl wrote:
BTW, we could easily design and implement an ideal CPU just for Qemu
purposes. It could be unlike any existing hardware, for example with
zero or thousands of registers. The problem would be making a compiler
for the CPU, also porting some OS to it. Any GCC and Linux guru
Johannes Schindelin wrote:
This s reminds me of Java.
Or lisp.
:-).
--rich
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Could someone please explain the issue with gcc4, please? Or point me
to an existing explanation?
I mean, I understand that qemu is believed to be building incorrectly
with gcc4. But what is the failure mode folks have been seeing? And
what's being done about it or what needs to be done
Martin Guy wrote:
Now, gcc4 can produce code with several return instructions (with no
option to turn that of, as far as I understand). You cannot cut them
out,
and therefore you cannot chain the simple functions.
...unless you also map return instructions within the generated
functions into
Rob Landley wrote:
On Wednesday 18 October 2006 2:42 pm, Chuck Brazie wrote:
Is there any work going on now to add config file support?
Chuck Brazie
[EMAIL PROTECTED]
As a random end-user, I really like being able to run qemu without a config
file, configuring it
Johannes Schindelin wrote:
On Sun, 22 Oct 2006, Rob Landley wrote:
Basically, gcc changed in a way that broke qemu.
Yes, they did. But even if I understand your frustration (which I share),
I also understand the gcc people. After all, using gcc to create the
blocks for
Rob Landley wrote:
What's the difference between a shell script to cover qemu and a
#!/bin/qemu config file?
The shell script works now, and you're proposing breaking it?
No, I'm not. I'm genuinely asking about functional differences.
Am I missing any
22 matches
Mail list logo
