Mark Cave-Ayland wrote:
> On 17/10/11 05:39, Bob Breuer wrote:
>
>> I'm getting a segfault from qemu-system-sparc with the io thread enabled
>> on win32. This is with the latest mingw (gcc 4.6.1). mipsel also
>> fails, but i386 is ok. I haven't checked any of the other system
>> targets, but th
I'm getting a segfault from qemu-system-sparc with the io thread enabled
on win32. This is with the latest mingw (gcc 4.6.1). mipsel also
fails, but i386 is ok. I haven't checked any of the other system
targets, but they might also show this problem.
git bisect points to commit cea5f9a cpu-exec
On Sat, Jan 15, 2011 at 4:01 PM, Mateusz Loskot wrote:
> On 15/01/11 07:39, Blue Swirl wrote:
>> On Sat, Jan 15, 2011 at 1:44 AM, Mateusz Loskot
>> wrote:
>>> Hi,
>>>
>>> I'm running QEMU built from Git current repo to emulate SPARC with
>>> NetBSD 5.0 installed. My host runs x86_64 GNU/Linux wit
On 15/01/11 07:39, Blue Swirl wrote:
> On Sat, Jan 15, 2011 at 1:44 AM, Mateusz Loskot
> wrote:
>> Hi,
>>
>> I'm running QEMU built from Git current repo to emulate SPARC with
>> NetBSD 5.0 installed. My host runs x86_64 GNU/Linux with kernel
>> 2.6.35 on Intel P8600 CPU.
>>
>> I've noticed qem
On Sat, Jan 15, 2011 at 1:44 AM, Mateusz Loskot wrote:
> Hi,
>
> I'm running QEMU built from Git current repo to emulate SPARC with
> NetBSD 5.0 installed. My host runs x86_64 GNU/Linux with kernel 2.6.35
> on Intel P8600 CPU.
>
> I've noticed qemu-system-sparc constantly uses 100% of CPU
> I foun
Hi,
I'm running QEMU built from Git current repo to emulate SPARC with
NetBSD 5.0 installed. My host runs x86_64 GNU/Linux with kernel 2.6.35
on Intel P8600 CPU.
I've noticed qemu-system-sparc constantly uses 100% of CPU
I found similar report in the ml archives [1] and tried to apply the
patches
2010/6/21 Vitaliy Vorobyov :
> Debugging with gdb-stub does not work with qemu-system-sparc target
>
> Qemu compiled from current git tree.
>
> execution string: qemu-system-sparc.exe -s -S -m 256 -L Bios -hda
> sparc.img -boot c
> connect with telnet localhost 1234
> enter '$s#73' (without quotes,
Debugging with gdb-stub does not work with qemu-system-sparc target
Qemu compiled from current git tree.
execution string: qemu-system-sparc.exe -s -S -m 256 -L Bios -hda
sparc.img -boot c
connect with telnet localhost 1234
enter '$s#73' (without quotes, this is single step command to gdb stub)
g
In message: <[EMAIL PROTECTED]>
"Blue Swirl" <[EMAIL PROTECTED]> writes:
: On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
: > In message: <[EMAIL PROTECTED]>
: > "Blue Swirl" <[EMAIL PROTECTED]> writes:
: > : On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
: > :
On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> "Blue Swirl" <[EMAIL PROTECTED]> writes:
> : On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
> : > In message: <[EMAIL PROTECTED]>
> : > Andrew Warkentin <[EMAIL PROTECTED]> write
In message: <[EMAIL PROTECTED]>
"Blue Swirl" <[EMAIL PROTECTED]> writes:
: On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
: > In message: <[EMAIL PROTECTED]>
: > Andrew Warkentin <[EMAIL PROTECTED]> writes:
: > : Robert Reif wrote:
: > :
: > : > Jan Holzhueter wrote:
On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> Andrew Warkentin <[EMAIL PROTECTED]> writes:
> : Robert Reif wrote:
> :
> : > Jan Holzhueter wrote:
> : >
> : >> Hi everyone,
> : >> we are planing to get rid of some old sparc hardware.
> : >> The
Andrew Warkentin wrote:
SunOS might run in TME (http://people.csail.mit.edu/fredette/tme/). I
don't think anything other than Linux runs in QEMU's Sun emulation (or
for that matter, any of the non-PC QEMU emulators).
Unfortunately TME only emulates a SPARCstation2 (sun4c).
I have only bee
> SunOS might run in TME (http://people.csail.mit.edu/fredette/tme/). I
> don't think anything other than Linux runs in QEMU's Sun emulation (or
> for that matter, any of the non-PC QEMU emulators).
While linux is certainly the most most widely tested, I'm fairly sure both
vxWorks and SymbianOS h
On 19/02/2008, Andrew Warkentin <[EMAIL PROTECTED]> wrote:
> SunOS might run in TME (http://people.csail.mit.edu/fredette/tme/). I
> don't think anything other than Linux runs in QEMU's Sun emulation (or
> for that matter, any of the non-PC QEMU emulators).
PalmOS, NetBSD and OpenBSD run in one an
In message: <[EMAIL PROTECTED]>
Andrew Warkentin <[EMAIL PROTECTED]> writes:
: Robert Reif wrote:
:
: > Jan Holzhueter wrote:
: >
: >> Hi everyone,
: >> we are planing to get rid of some old sparc hardware.
: >> The problem is that there are applications on it that require
: >> sun4m a
Robert Reif wrote:
Jan Holzhueter wrote:
Hi everyone,
we are planing to get rid of some old sparc hardware.
The problem is that there are applications on it that require
sun4m and Solaris 1.1.2 / SunOS 4.1.4.
As known qemu-system-sparc is not able to boot the Solaris Kernel at
the moment.
I g
Jan Holzhueter wrote:
Hi everyone,
we are planing to get rid of some old sparc hardware.
The problem is that there are applications on it that require
sun4m and Solaris 1.1.2 / SunOS 4.1.4.
As known qemu-system-sparc is not able to boot the Solaris Kernel at
the moment.
I get as far as:
[spar
On 2/14/08, Jan Holzhueter <[EMAIL PROTECTED]> wrote:
> Hi everyone,
> we are planing to get rid of some old sparc hardware.
> The problem is that there are applications on it that require
> sun4m and Solaris 1.1.2 / SunOS 4.1.4.
> As known qemu-system-sparc is not able to boot the Solaris Kern
Hi everyone,
we are planing to get rid of some old sparc hardware.
The problem is that there are applications on it that require
sun4m and Solaris 1.1.2 / SunOS 4.1.4.
As known qemu-system-sparc is not able to boot the Solaris Kernel at
the moment.
I get as far as:
[sparc] Booting file 'cdrom'
On Saturday 14 October 2006 09:14, Blue Swirl wrote:
> >There's no such think as an Ideal cpu. It's like picking the right
> >religion :-) If you want a toy cpu, there are things like mmix.
>
> In general true. But the real and toy CPUs are designed with the hardware
> construction in mind, whereas
There's no such think as an Ideal cpu. It's like picking the right
religion :-) If you want a toy cpu, there are things like mmix.
In general true. But the real and toy CPUs are designed with the hardware
construction in mind, whereas the limitations deriving from HW (number of
registers, numb
On Wednesday 11 October 2006 18:20, Blue Swirl wrote:
> >Sounds like you just want a bare-metal cross. There's absolutely no reason
> >to
> >run the editor, compiler or assembler on the target machine.
> >Many targets even have gdb simulators (MIPS, ARM and PPC do).
>
> I disagree, it's much easier
Hi,
On Wed, 11 Oct 2006, Ben Taylor wrote:
>
> Blue Swirl <[EMAIL PROTECTED]> wrote:
> > > > BTW, we could easily design and implement an ideal CPU just for Qemu
> > > > purposes.
> > >
> > >This s reminds me of Java.
> >
> > Except that Java VM is not suitable target for all classes
Blue Swirl <[EMAIL PROTECTED]> wrote:
> > > BTW, we could easily design and implement an ideal CPU just for Qemu
> > > purposes.
> >
> >This s reminds me of Java.
>
> Except that Java VM is not suitable target for all classes of programming
> languages, like C.
I wondered if you could
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
> BTW, we could easily design and implement an ideal CPU just for Qemu
> purposes.
This s reminds me of Java.
Except that Java VM is not suitable target for all classes of programming
languages, like C.
_
Express yourself in
Hi,
On Wed, 11 Oct 2006, Blue Swirl wrote:
> BTW, we could easily design and implement an ideal CPU just for Qemu
> purposes.
This s reminds me of Java.
Ciao,
Dscho
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mail
On Wed, 2006-10-11 at 19:32 +0200, Marco Matthies wrote:
> 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
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
vol
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
vol
Sounds like you just want a bare-metal cross. There's absolutely no reason
to
run the editor, compiler or assembler on the target machine.
Many targets even have gdb simulators (MIPS, ARM and PPC do).
I disagree, it's much easier to use a native compiler than to build a cross
compiler, even wi
On Wed, 11 Oct 2006, Paul Brook wrote:
IMHO there's nothing particularly good about sparc for teaching assembly
(Whoever thought register windows were a good idea!).
The goal is not about assembly but programmer view of
a processor architecture using a mix of C and a little assembly.
-ishwar
On Tuesday 10 October 2006 21:44, Ishwar Rattan wrote:
> Well here is the situation. Dept had a lab with SPARC
> based Solaris machines that were phased out in summer
> (over my objections). I needed the environment to teach
> first computer archt course with some assembly language
> thrown in. Int
On Tue, Oct 10, 2006 at 12:40:53PM -0400, 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 this one, but the debian-installer from Etch. It is
possible to install a fu
Ishwar Rattan wrote:
Well here is the situation. Dept had a lab with SPARC
based Solaris machines that were phased out in summer
(over my objections). I needed the environment to teach
first computer archt course with some assembly language
thrown in. Intel processor assembly requires a much
big
Well here is the situation. Dept had a lab with SPARC
based Solaris machines that were phased out in summer
(over my objections). I needed the environment to teach
first computer archt course with some assembly language
thrown in. Intel processor assembly requires a much
bigger effort (on part of
Is it possible to boot the iso image
debian-31r3-sparc-netinst.iso
in qemu-system-sparc? What about other
Linux distributions?
In serial console mode it should boot and the install should finish (Qemu
CVS version), at least on 3.1r1 full CD.
I made some tests a while ago, here are the resu
On Tue, 10 Oct 2006, WaxDragon wrote:
I've booted both aurora sparc linux 2.0-rcsomething and the last
sparc32 gentoo iso available (install-sparc-universal-2004.1.iso).
They both "work" to a certian point. There are still bugs to be fixed
/ uncovered.
Can you give some more information on
I've booted both aurora sparc linux 2.0-rcsomething and the last
sparc32 gentoo iso available (install-sparc-universal-2004.1.iso).
They both "work" to a certian point. There are still bugs to be fixed
/ uncovered.
WD
On 10/10/06, K. Richard Pixley <[EMAIL PROTECTED]> wrote:
Ishwar Rattan wrot
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 maili
Is it possible to boot the iso image
debian-31r3-sparc-netinst.iso
in qemu-system-sparc? What about other
Linux distributions?
-ishwar
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Am Donnerstag, 21. September 2006 10:53 schrieb Aurelien Jarno:
> You also need to update openbios from the latest SVN. Then prtconf
> should report a device called "power-management" (and not
> "xxxpower-management").
Thank you for this information. Now it works and helps to save a lot of
batte
Joerg Platte wrote:
Am Mittwoch, 20. September 2006 21:25 schrieb Blue Swirl:
Great work! I can also confirm that it works and CPU is halted correctly.
Here it doesn't work with linux 2.6.13. Is there a special configuration
option or kernel version required to make it work?
You also need
Am Mittwoch, 20. September 2006 21:25 schrieb Blue Swirl:
> Great work! I can also confirm that it works and CPU is halted correctly.
Here it doesn't work with linux 2.6.13. Is there a special configuration
option or kernel version required to make it work?
regards,
Jörg
Please find below a patch that "works". It is probably wrong as I wrote it
by copying code from other architectures and trying until it works. Well
I am however convinced of two things:
- "return EXCP_HALTED;" causes the crash. By removing this line qemu
doesn't crash anymore, but the patch do
On Wed, Sep 20, 2006 at 05:48:48PM +0200, Blue Swirl wrote:
> >CPU suspend is not implemented for sparc guests.
> >Unlike most other targets, suspending the CPU is controlled by the system
> >chipset, not by an instruction on the CPU. See slavio_misc.c
>
> Suspending is disabled, because it crashe
CPU suspend is not implemented for sparc guests.
Unlike most other targets, suspending the CPU is controlled by the system
chipset, not by an instruction on the CPU. See slavio_misc.c
Suspending is disabled, because it crashes qemu. It can be tested by
tweaking slavio_misc.c and renaming the de
On Wednesday 20 September 2006 10:32, Aurelien Jarno wrote:
> Hi all,
>
> I have successully installed a Debian Etch for Sparc under qemu (CVS
> version), and successfully updated it to unstable. Everything seems to
> work correctly, the performances are ok, but I have remarked than
> qemu-system-s
I've seen this same behaviour with 2.4.x and 2.6.x kernels.
On 9/20/06, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
Hi all,
I have successully installed a Debian Etch for Sparc under qemu (CVS
version), and successfully updated it to unstable. Everything seems to
work correctly, the performances
Hi all,
I have successully installed a Debian Etch for Sparc under qemu (CVS
version), and successfully updated it to unstable. Everything seems to
work correctly, the performances are ok, but I have remarked than
qemu-system-sparc is using all the CPU on the host system, while the
sparc targ
Hi!
I was made aware of this by a FreeBSD user, but i suspect the
problem is not specific to FreeBSD hosts: If run on a 16 bit
display, qemu-system-sparc' video is messed up like shown here:
http://img320.imageshack.us/img320/3807/qemusparckd1.png
(pink, and uses only half of the window'
I can confirm this happens under linux also. Never thought to try 24bit.
On 8/9/06, Juergen Lock <[EMAIL PROTECTED]> wrote:
Hi!
I was made aware of this by a FreeBSD user, but i suspect the
problem is not specific to FreeBSD hosts: If run on a 16 bit
display, qemu-system-sparc' video is mess
Hi!
I was made aware of this by a FreeBSD user, but i suspect the
problem is not specific to FreeBSD hosts: If run on a 16 bit
display, qemu-system-sparc' video is messed up like shown here:
http://img320.imageshack.us/img320/3807/qemusparckd1.png
(pink, and uses only half of the window'
Hello,
I took the 0.8.1 CVS head, applied a patch for Solaris sparc
compatibility, made my own configure tweaks (hardcoded in sol_ar, cc,
and ginstall) and everything built ok.
I can run the i386, x86_64, and ppc versions on my Solaris 10/sparc
system without issue. However, running the sparc-t
Am Samstag, 21. Mai 2005 18:14 schrieb Damien Mascord:
Hi!
I tried to start qemu in nongraphical mode. This results in the following
error message:
qemu: could not open monitor device 'stdio'
What kind of monitor device can I use with mingw?
regards,
Jörg
--
Hi! I'm a .signature virus! Co
Am Montag, 23. Mai 2005 08:55 schrieb Joerg Platte:
> OK, now I tried gcc-3.3. Qemu does not really crash any more, but the
> behaviour is still different compared to the precompiled version. My
This was a mistake. I did not change the path in my skript. Now my version and
the precompiled versio
Am Samstag, 21. Mai 2005 18:14 schrieb Damien Mascord:
> You are probably using GCC 3.4 for mingw rather than GCC 3.3.
>
> Try the 3.3 toolset, and see how you fare :)
OK, now I tried gcc-3.3. Qemu does not really crash any more, but the
behaviour is still different compared to the precompiled v
Joerg Platte wrote:
>Hi!
>
>
>Now qemu starts but crashes just after opening its window. This does not
>happen to the precompiled version from
>http://www.freeoszoo.org/ftp/qemu/win32/daily/, but this version does not
>boot linux either. It semms to get stuck in an endless loop...
>
>Now I
Hi!
I tried to build qemu-system-sparc on a windows host using mingw and all steps
described in the qemu documentation. First of all, this doesn't work since
qemu requires zlib. After compiling and installing zlib in the mingw
environment qemu builds fine. But when trying to test qemu using the
Tinnemeyer, Jorn wrote:
Hello,
I wish to emulate a SPARC32 machine on my x86 running linux (2.6.8).
I currently have qemu 0.7.0 running and am able to use user SPARC
emulation for simple programs. I do not require extensive SPARC CPU
support (network, pci, etc..) mainly wish to have a limited OS
e
Hello,
I wish to emulate a SPARC32 machine on my x86 running linux (2.6.8). I
currently have qemu 0.7.0 running and am able to use user SPARC emulation for
simple programs. I do not require extensive SPARC CPU support (network, pci,
etc..) mainly wish to have a limited OS executing. Is the
62 matches
Mail list logo