Nardmann, Heiko wrote:
Hi together,
I try to install a Windows NT Server starting with three floppy disks (missing
a bootable CD). After booting from the first one (with '-fda /dev/fd0' as a
qemu option ) I am expected to insert the second one into 'A:'. But pressing
enter does not result
Ozan Türkyılmaz wrote:
i have a request
cound you put cvs checkouts to another maling list ?
Ozan Türkyılmaz,
do you have any idea what you're actually talking about??
I'd suggest that you first find out
#0)
who Fabrice Bellard is and
#1)
what he is doing here!
On 21/08/05, Fabrice
Ben Taylor wrote:
in qemu-0.7.2/hw/apic.c
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
-I/export/src/qemu-05-18-05/test/qemu-0.7.2/target-i386
-I/export/src/qemu-05-18-05/test/qemu-0.7.2 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-i386-CSW.pkg.bz2
where plain networking *is* included and fully functional (emulated
NE2000 nic).
However, TUN/TAP bridging support was not yet compiled in.
martin
bochnig
diff -Nurb qemu__OLD/hw/vga.c qemu__with_new_bgr_option/hw/vga.c
--- qemu__OLD/hw/vga.c 2005-09-07 18:21
Jose Renau wrote:
Without the following patch, I was unable to start the Linux boot
process
on OS X (powerPC bigendian). I tried on ia64 (Linux) and works fine too.
Pretty cool.
I can confirm this for SPARC hosts , too (also MSB).
Hey, be aware that the SPARConSPARC case finally works
a freeze when the scsi driver tries to load
during SPARC_LinUX guest boot / wasted a day, modified *latest* proll
sources and rebuilt proll several times, also diff. files in
[QEMU-root]/hw and [QEMU-root]/target-sparc, but didn't find a solution
that late-summer day in September)
Martin Bochnig
Bob Nestor wrote (also in response to my posting ... ) :
haven't tried booting directly from the actual hard disk from my IPX,
but I'm getting an image of it to try that next. Things seem to run
differently with QEMU on Intel vs. Mac so I'm going to try both hosts.
^^
I personally do not
Hi,
qemu-0.8.2-solaris20060930__v9_stubs.gdiff
## only a messy personal testing-snapshot FYI, with no compatibility or
clarity in mind
## a gdiff -Nurb against 20060930's
http://www.opensolaris.org/os/project/qemu/downloads/qemu-0.8.2-solaris.tar.gz
Current Status:
=
This is still
+1
Marc André Tanner wrote:
Hi,
During the last few weeks i was playing around with the idea to
implement a GUI for qemu and so this is what i came up with.
Since i am still pretty new to C/C++ development (in fact i would call
this my first real world C++ application) and not familiar with
Ishwar Rattan wrote:
Is there a way to compile qemu-cvs-snapshot under Solaris-10 running
on amd64 processor?
-ishwar
Take that:
http://www.martux.org/qemu/XXX__qemu-0.8.2-solaris__20061010x11_g.tar.gz
or
http://www.opensolaris.org/os/project/qemu/downloads/qemu-0.8.2-solaris.tar.gz
Eric Lowe wrote:
Is there a way to compile qemu-cvs-snapshot under Solaris-10 running
on amd64 processor?
Check out the sources and instructions at
http://www.opensolaris.org/os/project/qemu
There are some patches for 64-bit builds that I think still need to be
committed to the main
Ishwar Rattan wrote:
Trying to compile qemu on amd64 based Solaris.
I do not have write permission to /usr/local subtree
./configure --libdir=other-path --prefix=not-ustlocal
is fine
but make always generates binaries that want to find
/usr/local/lib/libSDL-1.2.so.0 etc. (checked with
Ishwar Rattan wrote:
On Fri, 13 Oct 2006, Martin Bochnig wrote:
Ishwar Rattan wrote:
Where is the problem 64bit versus 32bit ?
(32 bit version of libSDL-1.2.so.0 found while amd64 64bit version
needed?)
(should go under /usr/local/lib/amd64/libSDL-1.2.so.0)
Well, the problem is I do
Ben Taylor wrote:
Ishwar Rattan [EMAIL PROTECTED] wrote:
Trying to compile qemu on amd64 based Solaris.
I do not have write permission to /usr/local subtree
./configure --libdir=other-path --prefix=not-ustlocal
is fine
but make always generates binaries that want to find
Ishwar Rattan wrote:
Also, I downloaded the SDL-1.2.11 source from opensolaris.org download
page. I can't figure out how to apply the 64bit patch (patch rejects
the diffs, a visual inspection shows that patch is already applied to the
source?)
-ishwar
Manually applying a patch will
Ben Taylor wrote:
As Martin indicated, setting LD_LIBRARY_PATH may get you a running
binary, but LD_LIBRARY_PATH is the wrong answer for Solaris.
My answer had been a bit longer:
Read ld.so.1(1)
i.e.
# man ld.so.1
Then: *One* option is to set $LD_LIBRARY_PATH (or potentially
Ben Taylor wrote:
Martin Bochnig [EMAIL PROTECTED] wrote:
Ben Taylor wrote:
As Martin indicated, setting LD_LIBRARY_PATH may get you a running
binary, but LD_LIBRARY_PATH is the wrong answer for Solaris.
My answer had been a bit longer:
Read ld.so.1(1)
i.e.
# man
Ishwar Rattan wrote:
I think the SDL source I downloaded is already prepatched.
See the diff file below: my assumption is that --- indicates the
original file and +++ the patched version (I might be wrong
here). So, line in file with - in first column is reference to
original file and is
Ben Taylor wrote:
Ishwar Rattan [EMAIL PROTECTED] wrote:
On Fri, 13 Oct 2006, Martin Bochnig wrote:
Ishwar Rattan wrote:
Where is the problem 64bit versus 32bit ?
(32 bit version of libSDL-1.2.so.0 found while amd64 64bit version needed?)
(should go under /usr/local/lib
Ben Taylor wrote:
Martin Bochnig [EMAIL PROTECTED] wrote:
Ben Taylor wrote:
Ishwar Rattan [EMAIL PROTECTED] wrote:
Trying to compile qemu on amd64 based Solaris.
I do not have write permission to /usr/local subtree
./configure --libdir=other-path --prefix
Martin Bochnig wrote:
Hello,
uploading gdiff and sparc-pkg to www.martux.org/qemu/RELEASES/sparc and
to the opensolaris site.
In a few minutes.
Ouch, file too big:
File 1 (SUNWqemu-0.8.2,REV=2006.10.14-sol8-sparc-opt.pkg.gz) was
ignored. The file size is 28080k, which exceeds the maximum
Blue Swirl wrote:
Is there some problem that can't be fixed with the sparc64.ld instead
of disabling it for Solaris?
Yes and no.
The problem is gnu-ld vs. sun-ld, rather than Linux vs. Solaris.
I cannot find an equivalent option for sun-ld.
32bit sparc.ld is also disabled under Solaris for
Eric Lowe wrote:
please ask Eric Lowe.
I did not prepare the x64/x86 stuff.
And the sdl amd64 bit patch is also from him.
Before I finally go:
I just learned, that the term stuff has a negative side-meaning:
on these bits in 32-bit and
64-bit mode w/ kqemu. I will install the latest packages on my home system
tonight and retry my tests with the latest kernel accelerator (my machine is
an Athlon X2 so I can test both 32-bit and 64-bit).
- Eric
- Original Message
From: Martin Bochnig [EMAIL
needed to be changed for cvs.current to build on
Solaris/SunOS5.x.
Martin Bochnig
at nowhere
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Jonathan Kalbfeld wrote:
Someone wrote a newer Solaris package for QEMU? I couldn't find it at
OpenSolaris.org. I want to use it instead of the one I built.
jonathan
http://www.google.com/search?hl=deq=opensolaris+qemubtnG=Google-Suchemeta=
--martin
Johannes Schindelin wrote:
This patch adds support for slowing down qemu and saving cpu load.
if you're using the right kernel, QEMU will sleep while there is
nothing to be done.
As was stated by the OP, this is for DOS games. So, there is no nothing
to be done. Further, you are
Martin Bochnig wrote:
Might something like that help SoftICE for DOS16 to run properly without
freezing the whole guest after one or two ^D's (i.e. for setting
breakpoints and switching back to the dos command.com)?
WinICE (on DOS386 a.k.a. {win386.exe / chicago's dos386.exe, now called
vmm32
Hi
Juergen Keil wrote:
Hi,
some time ago, ATAPI DMA support was added to hw/ide.c, but the DMA
support is incomplete: DMA data transfers are implemented
for ATAPI/SCSI READ commands only (GPCMD_READ_10, GPCMD_READ_12,
GPCMD_READ_CD), but all other ATAPI/SCSI commands still try to
transfer
Marc Andre Tanner wrote:
Hi,
I just want to let you know that i have made some improvements to
qemu-gui, communication with qemu is now done over a tcp socket rather
than stdio. However it is still a long way to go until it is really
usable, especially input handling, vnc and drawing performance
( ... not the kqemu-wrapper alone [and then linked against foreign built object
files, as until recently]. )
Only Makefiles needed to be ported.
No real porting.
But more testing was required, than one might have expected (#0._gld_vs._ld
#1._mcmodel=kernel vs. -fpic)
gdiff -Nurb against
OPEN kqemu accelerator FULL src bins :
http://opensolaris.org/os/project/qemu/downloads/kqemu-1.3.0pre11__sol10FCSplus_20070214_src_and_bins.tar.bz2
---
A)
To install precompiled module (on eitehr amd64 or i386):
Step 0.) Extract and go into folder
Step 1.) # gmake osol-install
Step 2.)
32 matches
Mail list logo