> P4 3.40GHz
> WinXP Professional SP2
>
> Solaris Express Developer Edition 2/07 DVD iso image
> (I have 2/07 but latest version is 9/07
> http://www.sun.com/software/solaris/solaris-express/get.jsp)
>
> qemu-0.9.1:
...
> Small comment - normal setup goes almost without delay, but
> errors app
Andreas Färber <[EMAIL PROTECTED]> wrote:
> The following part of configure is triggered on a fully-updated
> Solaris 10 8/07 amd64:
>
> #
> # Solaris specific configure tool chain decisions
> #
> if test "$solaris" = "yes" ; then
>#
># gcc for solaris 10/fcs in /usr/sfw/bin doesn't co
Andreas Schwab wrote:
> Your reference to ULONG_MAX is a red herring. ULONG_MAX is the limit
> for unsigned long, and ULONG_LONG_MAX is the limit for unsigned long
> long. If your compiler does not support the long long type then
> ULONG_LONG_MAX should not be defined either. Instead, vl.c sho
> Thiemo Seufer wrote:
> Jeff Chua wrote:
> [snip]
> > @@ -567,7 +567,8 @@
> >fi
> >
> ># Check if tools are available to build documentation.
> > -if [ -x "`which texi2html`" ] && [ -x "`which pod2man`" ]; then
> > +if [ -x "`which texi2html 2>/dev/null`" \
> > + -a -x "`which pod2man
Another patch for qcow2: when the refcount table is grown, clusters for
the new refcount table are allocated, but the clusters for the old
(now unused) refcount table are not released.
This isn't a big problem, it just wastes a few clusters.
But it results in error messages when block-qcow2.c i
> From: Thiemo Seufer <[EMAIL PROTECTED]>
> Todd T. Fries wrote:
> > This is relative to the 20070319 snapshot.
> >
> >
> > --- dyngen-exec.h.orig Mon Feb 5 17:01:54 2007
> > +++ dyngen-exec.h Sat Mar 10 16:39:39 2007
...
> > /* XXX: This may be wrong for 64-bit ILP32 hosts. */
> > ty
There have been several reports recently that qemu qcow2 images get
corrupted when they grow to ~ 4 gbytes.
I've been able to reproduce this using an opensolaris (build 60) install
into an 8GB qcow2 image. Installing from dvd works and fills the qcow2
image to ~ 4GB; fsck of the installed qcow2
- qemu CVS, without using the kqemu module
- Solaris x86 guest
- I'm trying to debug a user program inside the Solaris x86 guest:
$ mdb /bin/date
> main:b
> :r
(note: mdb uses a breakpoint inside the target's dynamic linker
ld.so.1 and single steps over that breakpoint during target
Minor nit:
When booting a Solaris x86 kernel with verbose kernel messages enabled
inside qemu, with an usb hid or usb mass-storage device, then the Solaris
kernel reports these usb devices as implementing "USB 0.10" protocol.
The comment in the code tells me these device implement v1.0 protocol.
the bug. The proper patch is to set the EIP before executing the
> instruction, as it is done for the other helpers which can generate
> exceptions. I'll try to make a fix ASAP.
>
> Regards,
>
> Fabrice.
>
> Juergen Keil wrote:
> > Current "So
Current "Solaris x86 Developer Express" doesn't install any more as qemu
guest
- qemu 0.9.0 + cvs (32bit), 768 mbyte memory (or more) allocated for guest
- kqemu *not* used
I doesn't install because the java virtual machine (used for the installer)
crashes with a SIGSEGV.
=
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 data using PIO mode.
Becaus
> > Try to boot with the kernel debugger enabled, so that you can read
> > the panic message (I guess it reboots because of a panic).
>
> D'oh, I should have known that ;). It's not able to mount root. One
> thing it says on IDE init is:
>
> ata_set_feature: (0x66,0x0) failed
Harmless.
> T
> On Fri, 29 Sep 2006, Fabrice Bellard wrote:
>
> > Log message:
> > 32 bit RSP update fix (aka Open Solaris x86_64 bug)
>
> I've been getting the following errors the last while.
>
> Very early in kernel init:
>
> WARNING: failed to program IO space [0/3/0] [EMAIL PROTECTED] length 0x
The monitor's "info" command crashes qemu on a Solaris host.
Apparently a NULL pointer is passed as argument for a "%s" printf format
string.
The "info capture" command has a missing "params" string (help string is used
as params structure member and help structure member is NULL).
And "info sna
> I think that -redir really is broken: I've also been unsuccessful in
> trying to make it work using an FTP server on a Windows guest, and using
> the SSH server on a knoppix guest.
...
> HOST:
>Start ethereal (on the "any" interface")
>ssh -p 2200 [EMAIL PROTECTED]
Try to use the
> I'm trying to write an IDE driver with busmaster DMA support.
> My problem is that I can't get the right controller registers addresses.
>
> In the IDE BusMaster DMA specification :
>
> "The control registers for the controller are allocated via the
> devices Base Address register at offset 0x
> From: "Nardmann, Heiko" <[EMAIL PROTECTED]>
> To: qemu-devel@nongnu.org
> Date: Fri, 12 Aug 2005 10:35:45 +0200
> 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 a
> While tracking down a problem with getting X to work with the VNC
> version of Qemu I discovered a problem in the way the Qemu mouse
> emulation was handling mouse reset commands. Turns out, the emulation
> code is a little over aggressive in dealing with reset commands for the
> mouse. Since
> I'm having problems installing win2000 in a linux host, the problem is
> already known, the disk fills up really quickly.
> First I try qemu 0.7.0 and apply the patch win2k-disk-full-fix... but
> it didn't work..
> I download the cvs version 0.7.1 ( - Windows 2000 install disk full
> hack - orig
> Fabrice Bellard wrote
>
> Juergen Keil wrote:
> > Compiling inside a NetBSD 1.5 qemu guest OS (source files are located
> > on an NFS filesystem mounted from the Solaris host OS) crashes qemu
> > with a malloc heap corruption error, when the slirp user mode
&g
Heiko.Nardmann wrote:
> On Montag 23 Mai 2005 10:38, Juergen Keil wrote:
> [snip]
> > All of the above changes are part of bigger Solaris x86 / Solaris SPARC
> > / FreeBSD / NetBSD patch that I'll attach below.
> >
> >
> > This patch won't immediate
-fno-omit-frame-pointer -ffixed-i0
+else
CFLAGS+=-m32 -ffixed-g1 -ffixed-g2 -ffixed-g3 -ffixed-g6
LDFLAGS+=-m32
OP_CFLAGS=$(CFLAGS) -fno-delayed-branch -ffixed-i0
HELPER_CFLAGS=$(CFLAGS) -ffixed-i0 -mflat
# -static is used to avoid g1/g3 usage by the dynamic linker
LDFLAGS+=-Wl,-T,$(SRC_PAT
Compiling inside a NetBSD 1.5 qemu guest OS (source files are located
on an NFS filesystem mounted from the Solaris host OS) crashes qemu
with a malloc heap corruption error, when the slirp user mode
networking code is in use.
Solaris' umem malloc library reports that a block freed by a call to
r
> I have retested on sparc (sol9), by adding some of the
> defines in fenv.h for Solaris 10 to the gnu-c99-math.h
> file you created, and the patches you posted, and now
> I'm getting an error when I compile that looks like this:
>
> for d in i386-softmmu ppc-softmmu sparc-softmmu x86_64-soft
> Undefined first referenced
> symbol in file
> fesetround libqemu.a(softfloat-native.o)
> lrintf libqemu.a(softfloat-native.o)
> llrint libqemu.a(softfloat-native
> This is in fenv.h, and so are all the other macros
> that are left undefined. Not sure how we fix this,
> other than pick up some of these defines manually.
Use [fpsetround(), fpgetround()] on Solaris, instead of
[fegetround(), fesetround()] ?
One of the BSDs already does this (see fpu/so
> gcc-3.4.2 -Wall -O2 -g -fno-strict-aliasing -m32 -ffixed-g1 -ffixed-g2
> - -ffixed-g3 -ffixed-g6 -fno-delayed-branch -ffixed-i0 -fno-reorder-blocks
> - -fno-optimize-sibling-calls -I. -I/home/nardmann/qemu-0.7.0/target-i386
> - -I/home/nardmann/qemu-0.7.0 -I/opt/SUNWspro/prod/include/cc -D_G
> I just pulled the source from CVS and applied the mentioned patch
Which patch?
> but had no luck (tried running qemu both
> with and without -isa). It keeps bumping on the "cannot mount root"
> error and reboot automatically again and again.
Are you trying to install Solaris 9 x86, or Solaris
29 matches
Mail list logo
