Konrad
Why not send us diffs for the main loop patch you have written ? Or better
still, why don't you just build a plain vanilla QEMU yourself and re-test ?
Cheers
Jason
-Original Message-
From: Schwarz, Konrad
Sent: Tuesday, 29 August 2006 6:27 PM
To: qemu-devel@nongnu.org
Subject: [
On Monday, 28 August 2006 10:08 PM (AEST) MÃguel wrote:
>> What about something like -hdX test.iso,hw=cdrom with default hw being
disk?
>
>And why not a shorted and more standard solution?
>
>-ideN [hd:|cd:]filename
>
>Examples:
>
>-ide0 /tmp/myimage.dsk
>Set primary master as harddisk (hd: is the
Alex
Some inevitable question others will ask:
what is your machine's configuration and build environment ?
MSYS ?
GCC ?
What versions of these tools ?
How are you invoking make ?
etc.
Regards
Jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Ale
Steve Ellenoff wrote:
>You misunderstand, I have no control over the running program. I didn't
>write it, I don't have source code, and I surely wouldn't have used a
>polling mechanism for determining the vblank as you suggested.
>My problem is that I wish to run this program through qemu. I've
I've been following the thread about disk data consistency with some
interest. Given that many IDE disk drives may choose to hold data in their
write buffers before actually writing it to disk, and given that the
ordering of the writes may not be the same as the OS or application expects,
the only
I came across a product called Executor from a company called Ardi
(www.ardi.com). Basically it's a Macintosh 68k emulator that uses a 680x0
core called Syn68k. By the sounds of it, it does a lot of the same dynamic
recompilation as QEMU does. The Ardi web site suggests that the code is
either g
Brad Campbell wrote:
>The VM behaves perfectly until I do a suspend/resume of the host. When the
machine comes back, most
>of the time (not all the time however) it ends up flooding my logs with
this message.
>
>Jul 8 17:26:03 localhost kernel: [43299223.91] rtc: lost some
interrupts at 1024
Jim C. Brown wrote:
>You can already do this with the unofficial wiki. I don't see any
difference
>between an "official" and an "unofficial" wiki other than its title.
>
>Lots of people contribute to the wiki. If you have something to say, just
stick
>it in there. A wiki wouldn't be viable unless
I don't want to start another flame war regarding the QEMU documentation. I
accept that like many open source projects, QEMU is a work in progress (and
a mighty fine one at that) and that like many of these systems, the
documentation often gets a bit out of step with the current bleeding edge of
t
On Tuesday, 4 July 2006 4:06 PM, John R. Hogerhuis wrote:
>On Mon, 2006-07-03 at 03:03 -0400, Armistead, Jason wrote:
>> Hi
>>
>> With SIMH, the VAX / PDP / nostalgic mini/mainframe emulator
>> (http://simh.trailing-edge.com/) the console port on the emulated system
then you would need to build it from cvs.
-serial telnet::,server
Cheers,
Jason.
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> rg] On Behalf Of Armistead, Jason
> Sent: Monday, July 03, 2006 2:04 AM
> To: Qemu-Devel (E-mail)
&
Hi
With SIMH, the VAX / PDP / nostalgic mini/mainframe emulator
(http://simh.trailing-edge.com/) the console port on the emulated system is
directed to a TCP/IP port, so that you can simply Telnet into it. Once the
connection is established, then the SIMH emulator starts working. This
suits SIMH
In response to Blue Swirl writing:
> So I'll send you a patch that changes the name 'proll.elf' to
> 'openbios-builtin.elf' (or maybe it's better to use something like
> 'openbios-sparc32', simplifies the code) and a sample OpenBIOS file and
> that's it?
Fabrice then wrote:
>
>Good to see that
Hi list
Looking at the code that was recently added
via http://lists.gnu.org/archive/html/qemu-devel/2006-06/msg00025.html
There were a lot of fsync() calls made, but this breaks the QEMU build
process on Win32 because fsync() is not available.
Suggest something like
#ifndef _WIN32
fsync(bl
Hi
Is there any functionality, existing or planned or patched, to save Sparc
NVRAM contents between QEMU sessions and reload it when QEMU starts up ?
I'm working with some of the others on the OpenBIOS list to try and get QEMU
/ OpenBIOS to be able to boot SunOS 4 and Solaris
It'd be nice if we
15 matches
Mail list logo
