UPDATE: QEMU 1.0.1
Here is an update to QEMU 1.0.1. Index: Makefile === RCS file: /home/cvs/ports/emulators/qemu/Makefile,v retrieving revision 1.84 diff -u -p -r1.84 Makefile --- Makefile2 Feb 2012 22:07:33 - 1.84 +++ Makefile24 Feb 2012 20:01:07 - @@ -1,14 +1,13 @@ # $OpenBSD: Makefile,v 1.84 2012/02/02 22:07:33 sthen Exp $ -ONLY_FOR_ARCHS=amd64 i386 mips64 mips64el powerpc sparc sparc64 +ONLY_FOR_ARCHS=amd64 arm hppa i386 mips64 mips64el powerpc sparc sparc64 +BROKEN-hppa= compiler bug with gcc 4.2 COMMENT= multi system emulator -DISTNAME= qemu-1.0 -REVISION= 1 +DISTNAME= qemu-1.0.1 CATEGORIES=emulators -MASTER_SITES= http://wiki.qemu.org/download/ \ - http://comstyle.com/source/ +MASTER_SITES= http://wiki.qemu.org/download/ HOMEPAGE= http://www.qemu.org/ Index: distinfo === RCS file: /home/cvs/ports/emulators/qemu/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo12 Dec 2011 10:56:56 - 1.18 +++ distinfo17 Feb 2012 20:59:39 - @@ -1,5 +1,5 @@ -MD5 (qemu-1.0.tar.gz) = pks2BnoZFFEyOw0067RJVA== -RMD160 (qemu-1.0.tar.gz) = OmCu9s/rumiWvbEsmVJdpUVhcv0= -SHA1 (qemu-1.0.tar.gz) = fcsbNRZVTW2JnXSIzURNu3ch/O4= -SHA256 (qemu-1.0.tar.gz) = R2dLfaVZ1eG0TMQBr5rFrZYtFOnu3hJWexPkuEGYlzc= -SIZE (qemu-1.0.tar.gz) = 10848714 +MD5 (qemu-1.0.1.tar.gz) = Xv0QkfAeO8Mb/ewnuO3rAA== +RMD160 (qemu-1.0.1.tar.gz) = 3O80TxUOI4iAhxdo8vB8y26OzOc= +SHA1 (qemu-1.0.1.tar.gz) = TQi1qDU4/NeyIr7G8cWE2o0SSXo= +SHA256 (qemu-1.0.1.tar.gz) = GYkC4QeCUX9gfJ7Z5im153COo56zc+0+w/HIoWnZg3g= +SIZE (qemu-1.0.1.tar.gz) = 10853005 Index: patches/patch-configure === RCS file: /home/cvs/ports/emulators/qemu/patches/patch-configure,v retrieving revision 1.21 diff -u -p -r1.21 patch-configure --- patches/patch-configure 12 Dec 2011 10:56:56 - 1.21 +++ patches/patch-configure 17 Feb 2012 21:03:10 - @@ -1,6 +1,6 @@ $OpenBSD: patch-configure,v 1.21 2011/12/12 10:56:56 sthen Exp $ configure.orig Mon Nov 28 17:22:15 2011 -+++ configure Mon Nov 28 18:32:45 2011 +--- configure.orig Fri Feb 17 14:45:39 2012 configure Fri Feb 17 16:02:57 2012 @@ -235,13 +235,11 @@ sdl_config="${SDL_CONFIG-${cross_prefix}sdl-config}" # default flags for all hosts @@ -15,15 +15,6 @@ $OpenBSD: patch-configure,v 1.21 2011/12 # make source path absolute source_path=`cd "$source_path"; pwd` -@@ -1116,7 +1114,7 @@ fi - - if test "$pie" = ""; then - case "$cpu-$targetos" in --i386-Linux|x86_64-Linux) -+i386-Linux|x86_64-Linux|i386-OpenBSD|x86_64-OpenBSD) - ;; - *) - pie="no" @@ -2684,8 +2682,9 @@ fi # End of CC checks # After here, no more $cc or $ld runs Index: patches/patch-hw_e1000_c === RCS file: patches/patch-hw_e1000_c diff -N patches/patch-hw_e1000_c --- patches/patch-hw_e1000_c2 Feb 2012 22:07:33 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,26 +0,0 @@ -$OpenBSD: patch-hw_e1000_c,v 1.4 2012/02/02 22:07:33 sthen Exp $ - -Bounds packet size against buffer size, otherwise??we??can??write??beyond -the??buffer??and??corrupt??memory. CVE-2012-0029. - -http://git.qemu.org/?p=qemu.git;a=commitdiff;h=65f82df0d7a71ce1b10cd4c5ab0d176ac840 - hw/e1000.c.origThu Feb 2 20:07:37 2012 -+++ hw/e1000.c Thu Feb 2 20:11:43 2012 -@@ -466,6 +466,8 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d - bytes = split_size; - if (tp->size + bytes > msh) - bytes = msh - tp->size; -+ -+bytes = MIN(sizeof(tp->data) - tp->size, bytes); - pci_dma_read(&s->dev, addr, tp->data + tp->size, bytes); - if ((sz = tp->size + bytes) >= hdr && tp->size < hdr) - memmove(tp->header, tp->data, hdr); -@@ -481,6 +483,7 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d - // context descriptor TSE is not set, while data descriptor TSE is set - DBGOUT(TXERR, "TCP segmentaion Error\n"); - } else { -+split_size = MIN(sizeof(tp->data) - tp->size, split_size); - pci_dma_read(&s->dev, addr, tp->data + tp->size, split_size); - tp->size += split_size; - } Index: patches/patch-target-i386_translate_c === RCS file: patches/patch-target-i386_translate_c diff -N patches/patch-target-i386_translate_c --- patches/patch-target-i386_translate_c 12 Dec 2011 10:56:56 - 1.6 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,32 +0,0 @@ -$OpenBSD: patch-target-i386_translate_c,v 1.6 2011/12/12 10:56:56 sthen Exp $ target-i386/translate.c.orig Mon Nov 7 16:24:56 2011 -+++ target-i386/translate.cMon Nov 7
Re: UPDATE: QEMU 1.0.1
On Fri, Feb 24, 2012 at 8:02 PM, Brad Smith wrote: > Here is an update to QEMU 1.0.1. anyone tested this? come on, don't cry later. you know who you are. f.- > Index: Makefile > === > RCS file: /home/cvs/ports/emulators/qemu/Makefile,v > retrieving revision 1.84 > diff -u -p -r1.84 Makefile > --- Makefile 2 Feb 2012 22:07:33 - 1.84 > +++ Makefile 24 Feb 2012 20:01:07 - > @@ -1,14 +1,13 @@ > # $OpenBSD: Makefile,v 1.84 2012/02/02 22:07:33 sthen Exp $ > > -ONLY_FOR_ARCHS= amd64 i386 mips64 mips64el powerpc sparc sparc64 > +ONLY_FOR_ARCHS= amd64 arm hppa i386 mips64 mips64el powerpc sparc > sparc64 > +BROKEN-hppa= compiler bug with gcc 4.2 > > COMMENT= multi system emulator > > -DISTNAME= qemu-1.0 > -REVISION= 1 > +DISTNAME= qemu-1.0.1 > CATEGORIES= emulators > -MASTER_SITES= http://wiki.qemu.org/download/ \ > - http://comstyle.com/source/ > +MASTER_SITES= http://wiki.qemu.org/download/ > > HOMEPAGE= http://www.qemu.org/ > > Index: distinfo > === > RCS file: /home/cvs/ports/emulators/qemu/distinfo,v > retrieving revision 1.18 > diff -u -p -r1.18 distinfo > --- distinfo 12 Dec 2011 10:56:56 - 1.18 > +++ distinfo 17 Feb 2012 20:59:39 - > @@ -1,5 +1,5 @@ > -MD5 (qemu-1.0.tar.gz) = pks2BnoZFFEyOw0067RJVA== > -RMD160 (qemu-1.0.tar.gz) = OmCu9s/rumiWvbEsmVJdpUVhcv0= > -SHA1 (qemu-1.0.tar.gz) = fcsbNRZVTW2JnXSIzURNu3ch/O4= > -SHA256 (qemu-1.0.tar.gz) = R2dLfaVZ1eG0TMQBr5rFrZYtFOnu3hJWexPkuEGYlzc= > -SIZE (qemu-1.0.tar.gz) = 10848714 > +MD5 (qemu-1.0.1.tar.gz) = Xv0QkfAeO8Mb/ewnuO3rAA== > +RMD160 (qemu-1.0.1.tar.gz) = 3O80TxUOI4iAhxdo8vB8y26OzOc= > +SHA1 (qemu-1.0.1.tar.gz) = TQi1qDU4/NeyIr7G8cWE2o0SSXo= > +SHA256 (qemu-1.0.1.tar.gz) = GYkC4QeCUX9gfJ7Z5im153COo56zc+0+w/HIoWnZg3g= > +SIZE (qemu-1.0.1.tar.gz) = 10853005 > Index: patches/patch-configure > === > RCS file: /home/cvs/ports/emulators/qemu/patches/patch-configure,v > retrieving revision 1.21 > diff -u -p -r1.21 patch-configure > --- patches/patch-configure 12 Dec 2011 10:56:56 - 1.21 > +++ patches/patch-configure 17 Feb 2012 21:03:10 - > @@ -1,6 +1,6 @@ > $OpenBSD: patch-configure,v 1.21 2011/12/12 10:56:56 sthen Exp $ > configure.orig Mon Nov 28 17:22:15 2011 > -+++ configure Mon Nov 28 18:32:45 2011 > +--- configure.orig Fri Feb 17 14:45:39 2012 > configure Fri Feb 17 16:02:57 2012 > @@ -235,13 +235,11 @@ sdl_config="${SDL_CONFIG-${cross_prefix}sdl-config}" > > # default flags for all hosts > @@ -15,15 +15,6 @@ $OpenBSD: patch-configure,v 1.21 2011/12 > > # make source path absolute > source_path=`cd "$source_path"; pwd` > -@@ -1116,7 +1114,7 @@ fi > - > - if test "$pie" = ""; then > - case "$cpu-$targetos" in > -- i386-Linux|x86_64-Linux) > -+ i386-Linux|x86_64-Linux|i386-OpenBSD|x86_64-OpenBSD) > - ;; > - *) > - pie="no" > @@ -2684,8 +2682,9 @@ fi > # End of CC checks > # After here, no more $cc or $ld runs > Index: patches/patch-hw_e1000_c > === > RCS file: patches/patch-hw_e1000_c > diff -N patches/patch-hw_e1000_c > --- patches/patch-hw_e1000_c 2 Feb 2012 22:07:33 - 1.4 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,26 +0,0 @@ > -$OpenBSD: patch-hw_e1000_c,v 1.4 2012/02/02 22:07:33 sthen Exp $ > - > -Bounds packet size against buffer size, otherwise we can write beyond > -the buffer and corrupt memory. CVE-2012-0029. > - > -http://git.qemu.org/?p=qemu.git;a=commitdiff;h=65f82df0d7a71ce1b10cd4c5ab0d176ac840 > - > hw/e1000.c.orig Thu Feb 2 20:07:37 2012 > -+++ hw/e1000.c Thu Feb 2 20:11:43 2012 > -@@ -466,6 +466,8 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d > - bytes = split_size; > - if (tp->size + bytes > msh) > - bytes = msh - tp->size; > -+ > -+ bytes = MIN(sizeof(tp->data) - tp->size, bytes); > - pci_dma_read(&s->dev, addr, tp->data + tp->size, bytes); > - if ((sz = tp->size + bytes) >= hdr && tp->size < hdr) > - memmove(tp->header, tp->data, hdr); > -@@ -481,6 +483,7 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d > - // context descriptor TSE is not set, while data descriptor TSE is > set > - DBGOUT(TXERR, "TCP segmentaion Error\n"); > - } else { > -+ split_size = MIN(sizeof(tp->data) - tp->size, split_size); > - pci_dma_read(&s->dev, addr, tp->data + tp->size, split_size); > - tp->size += split_size; > - } > Index: patches/patch-target-i386_translate_c > === > RCS file: patches/patch-target-i386_translate_c > diff -N patches/patch-target-i386_translate_c > ---
Re: UPDATE: QEMU 1.0.1
On Wed, Mar 07, 2012 at 10:39:25PM +, Federico Schwindt wrote: > On Fri, Feb 24, 2012 at 8:02 PM, Brad Smith wrote: > > Here is an update to QEMU 1.0.1. > > anyone tested this? > come on, don't cry later. you know who you are. > on amd64 it segfaults and generally doesn't work with rthreads. qemu-system-x86_64 -m 64 Floating point exception (core dumped) trace has no symbols, can look into it some more over the weekend
Re: UPDATE: QEMU 1.0.1
On 07/03/12 5:54 PM, Jonathan Gray wrote: On Wed, Mar 07, 2012 at 10:39:25PM +, Federico Schwindt wrote: On Fri, Feb 24, 2012 at 8:02 PM, Brad Smith wrote: Here is an update to QEMU 1.0.1. anyone tested this? come on, don't cry later. you know who you are. on amd64 it segfaults and generally doesn't work with rthreads. Strange. All I use is amd64 and it runs fine for me. If you build both 1.0 and 1.0.1 on the same system do both versions exhibit the same behavior? qemu-system-x86_64 -m 64 Floating point exception (core dumped) I have seen a crash like this with a particular test with VLC which is fully reproducible. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: QEMU 1.0.1
On Wed, Mar 07, 2012 at 10:00:43PM -0500, Brad Smith wrote: > On 07/03/12 5:54 PM, Jonathan Gray wrote: > >On Wed, Mar 07, 2012 at 10:39:25PM +, Federico Schwindt wrote: > >>On Fri, Feb 24, 2012 at 8:02 PM, Brad Smith wrote: > >>>Here is an update to QEMU 1.0.1. > >> > >>anyone tested this? > >>come on, don't cry later. you know who you are. > >> > > > >on amd64 it segfaults and generally doesn't work with rthreads. > > Strange. All I use is amd64 and it runs fine for me. > > If you build both 1.0 and 1.0.1 on the same system do both versions > exhibit the same behavior? Seems the binary I had wasn't linked properly and the package wasn't registered properly for whatever reason. Rebuilt everything and now it seems to work as expected. And though ahci isn't documented in the man page it seems to work with the somewhat awkward directions from http://wiki.qemu.org/ChangeLog/0.14 namely -drive id=disk,file=,if=none -device ahci,id=ahci -device ide-drive,drive=disk,bus=ahci.0 enough for a install, but seems to hang on mounting root after the install (default ide works fine).
Re: UPDATE: QEMU 1.0.1
> Here is an update to QEMU 1.0.1. Hi, On amd64 -current (host system) I tried the updated qemu. With $ ulimit -d 200, I ran: $ qemu-system-i386 -m 1300 -no-acpi -monitor stdio -no-fd-bootchk -hda dfly.img -cdrom isos/dfly.iso -boot d I tried the above command, and also qemu-system-x86_64 with: DragonFlyBSD 3.0.1 amd64 and i386, OpenBSD 5.0 i386, and OpenSUSE 11.4 i686 (never tried dragonfly before, but both openbsd and opensuse worked with earlier qemus). In all cases, the "monitor" terminal where I launched qemu-system... showed this after freezing/hanging: GThread-ERROR **: file gthread-posix.c: line 368 (g_thread_create_posix_impl): error 'Cannot allocate memory' during 'pthread_create' Booting openbsd i386 5.0 install cd >> 1st and 2nd sets install ok, it got about 1/5 through installing 3rd set (base) and stalled. qemu-system-i386 on top showed 0.0% cpu usage, and WAIT column showed "thrslee." Booting openbsd amd64 it got only to the disk partitioning section. The last time I tried qemu was before the command to launch changed from qemu to qemu-system-... so perhaps there is some other changes to the command line which I will need to try to get it working. Otherwise the error messages above seem to indicate qemu is not liking the rthreads. cc'ing guenther@ for this reason. Let me know if you want me to try something else. Brett.
Re: UPDATE: QEMU 1.0.1
On 2012/03/08 23:45, Brett wrote: > > > Here is an update to QEMU 1.0.1. > > Hi, > On amd64 -current (host system) I tried the updated qemu. Is it built correctly? Specifically, are all the dependencies built against the same version of the pthread library? If you are mixing libraries built against old libpthread with a binary built against new libpthread, you will have problems. > The last time I tried qemu was before the command to launch changed from qemu > to qemu-system-... so perhaps there is some other changes to the command line > which I will need to try to get it working. Otherwise the error messages > above seem to indicate qemu is not liking the rthreads. cc'ing guenther@ for > this reason. Shouldn't need other changes.
Re: UPDATE: QEMU 1.0.1
On Fri, Feb 24, 2012 at 03:02:10PM -0500, Brad Smith wrote: > Here is an update to QEMU 1.0.1. works here on i386-current (rthreads AND vmmap patches) -rwxr-xr-x 1 root wheel 8.6M Mar 5 16:33 /bsd* tested a win2k3 vm in vnc server mode and tested openbsd vm in regular sdl output mode: qemu-system-i386 \ -m 768 \ -hda win2k3.x86.qcow2 \ -net nic,model=rtl8139 -net user \ -usbdevice tablet \ -vga vmware \ -vnc :0,lossy \ $@ qemu-system-i386 \ -m 512 \ -hda ./openbsd.qcow2 \ -vga vmware \ -net user -net nic,model=rtl8139 \ $@ -ryan > > > Index: Makefile > === > RCS file: /home/cvs/ports/emulators/qemu/Makefile,v > retrieving revision 1.84 > diff -u -p -r1.84 Makefile > --- Makefile 2 Feb 2012 22:07:33 - 1.84 > +++ Makefile 24 Feb 2012 20:01:07 - > @@ -1,14 +1,13 @@ > # $OpenBSD: Makefile,v 1.84 2012/02/02 22:07:33 sthen Exp $ > > -ONLY_FOR_ARCHS= amd64 i386 mips64 mips64el powerpc sparc sparc64 > +ONLY_FOR_ARCHS= amd64 arm hppa i386 mips64 mips64el powerpc sparc > sparc64 > +BROKEN-hppa= compiler bug with gcc 4.2 > > COMMENT= multi system emulator > > -DISTNAME=qemu-1.0 > -REVISION=1 > +DISTNAME=qemu-1.0.1 > CATEGORIES= emulators > -MASTER_SITES=http://wiki.qemu.org/download/ \ > - http://comstyle.com/source/ > +MASTER_SITES=http://wiki.qemu.org/download/ > > HOMEPAGE=http://www.qemu.org/ > > Index: distinfo > === > RCS file: /home/cvs/ports/emulators/qemu/distinfo,v > retrieving revision 1.18 > diff -u -p -r1.18 distinfo > --- distinfo 12 Dec 2011 10:56:56 - 1.18 > +++ distinfo 17 Feb 2012 20:59:39 - > @@ -1,5 +1,5 @@ > -MD5 (qemu-1.0.tar.gz) = pks2BnoZFFEyOw0067RJVA== > -RMD160 (qemu-1.0.tar.gz) = OmCu9s/rumiWvbEsmVJdpUVhcv0= > -SHA1 (qemu-1.0.tar.gz) = fcsbNRZVTW2JnXSIzURNu3ch/O4= > -SHA256 (qemu-1.0.tar.gz) = R2dLfaVZ1eG0TMQBr5rFrZYtFOnu3hJWexPkuEGYlzc= > -SIZE (qemu-1.0.tar.gz) = 10848714 > +MD5 (qemu-1.0.1.tar.gz) = Xv0QkfAeO8Mb/ewnuO3rAA== > +RMD160 (qemu-1.0.1.tar.gz) = 3O80TxUOI4iAhxdo8vB8y26OzOc= > +SHA1 (qemu-1.0.1.tar.gz) = TQi1qDU4/NeyIr7G8cWE2o0SSXo= > +SHA256 (qemu-1.0.1.tar.gz) = GYkC4QeCUX9gfJ7Z5im153COo56zc+0+w/HIoWnZg3g= > +SIZE (qemu-1.0.1.tar.gz) = 10853005 > Index: patches/patch-configure > === > RCS file: /home/cvs/ports/emulators/qemu/patches/patch-configure,v > retrieving revision 1.21 > diff -u -p -r1.21 patch-configure > --- patches/patch-configure 12 Dec 2011 10:56:56 - 1.21 > +++ patches/patch-configure 17 Feb 2012 21:03:10 - > @@ -1,6 +1,6 @@ > $OpenBSD: patch-configure,v 1.21 2011/12/12 10:56:56 sthen Exp $ > configure.orig Mon Nov 28 17:22:15 2011 > -+++ configureMon Nov 28 18:32:45 2011 > +--- configure.orig Fri Feb 17 14:45:39 2012 > configureFri Feb 17 16:02:57 2012 > @@ -235,13 +235,11 @@ sdl_config="${SDL_CONFIG-${cross_prefix}sdl-config}" > > # default flags for all hosts > @@ -15,15 +15,6 @@ $OpenBSD: patch-configure,v 1.21 2011/12 > > # make source path absolute > source_path=`cd "$source_path"; pwd` > -@@ -1116,7 +1114,7 @@ fi > - > - if test "$pie" = ""; then > - case "$cpu-$targetos" in > --i386-Linux|x86_64-Linux) > -+i386-Linux|x86_64-Linux|i386-OpenBSD|x86_64-OpenBSD) > - ;; > - *) > - pie="no" > @@ -2684,8 +2682,9 @@ fi > # End of CC checks > # After here, no more $cc or $ld runs > Index: patches/patch-hw_e1000_c > === > RCS file: patches/patch-hw_e1000_c > diff -N patches/patch-hw_e1000_c > --- patches/patch-hw_e1000_c 2 Feb 2012 22:07:33 - 1.4 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,26 +0,0 @@ > -$OpenBSD: patch-hw_e1000_c,v 1.4 2012/02/02 22:07:33 sthen Exp $ > - > -Bounds packet size against buffer size, otherwise we can write beyond > -the buffer and corrupt memory.  CVE-2012-0029. > - > -http://git.qemu.org/?p=qemu.git;a=commitdiff;h=65f82df0d7a71ce1b10cd4c5ab0d176ac840 > - > hw/e1000.c.orig Thu Feb 2 20:07:37 2012 > -+++ hw/e1000.c Thu Feb 2 20:11:43 2012 > -@@ -466,6 +466,8 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d > - bytes = split_size; > - if (tp->size + bytes > msh) > - bytes = msh - tp->size; > -+ > -+bytes = MIN(sizeof(tp->data) - tp->size, bytes); > - pci_dma_read(&s->dev, addr, tp->data + tp->size, bytes); > - if ((sz = tp->size + bytes) >= hdr && tp->size < hdr) > - memmove(tp->header, tp->data, hdr); > -@@ -481,6 +483,7 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d > - // context descriptor TSE is not set, while data
Re: UPDATE: QEMU 1.0.1
On Thu, 8 Mar 2012 12:59:46 + Stuart Henderson wrote: > On 2012/03/08 23:45, Brett wrote: > > > > > Here is an update to QEMU 1.0.1. > > > > Hi, > > On amd64 -current (host system) I tried the updated qemu. > > Is it built correctly? > > Specifically, are all the dependencies built against the same version of > the pthread library? > > If you are mixing libraries built against old libpthread with a binary > built against new libpthread, you will have problems. > Hi, Should have mentioned that I did a clean install of all ports after updating to current a few days ago, ie running # pkg_delete -D dependencies $(pkg_info -q) # rm /usr/ports/plist/amd64/* # rm -rf /usr/ports/pobj/* # rm /usr/ports/packages/amd64/all/* before applying the patch. I don't currently use the vmmap patches. Over the weekend, I'll go through the qemu patch and make sure it applied correctly (but I think it did), and try the command that Ryan Freeman emailed (in later email). Brett.
Re: UPDATE: QEMU 1.0.1
On Thu, 8 Mar 2012 12:12:14 -0800 Ryan Freeman wrote: > On Fri, Feb 24, 2012 at 03:02:10PM -0500, Brad Smith wrote: > > Here is an update to QEMU 1.0.1. > > works here on i386-current (rthreads AND vmmap patches) > -rwxr-xr-x 1 root wheel 8.6M Mar 5 16:33 /bsd* > > > qemu-system-i386 \ > -m 512 \ > -hda ./openbsd.qcow2 \ > -vga vmware \ > -net user -net nic,model=rtl8139 \ > $@ > Based on what worked for Ryan, I tried with -m 512 instead of -m 1300. Now I can install and run OpenBSD 5.0 i386 (release). Qemu used to be able to run on my computer with -m 1300, but apparently not anymore. 512M is enough, anyway. Full command that worked to install: $ qemu-system-i386 -m 512 -no-acpi -monitor stdio -no-fd-bootchk -hda openbsd.img -cdrom install50.iso -boot d And then to boot: $ qemu-system-i386 -m 512 -no-acpi -no-fd-bootchk -hda openbsd.img qemu-system-x86_64 also works with -m 512, both to install OpenBSD i386 iso, and then to run afterwards. OpenSUSE will still not run, even with -m 512 (or -m 800 which I tried as well). It was pretty sluggish through qemu anyway, so no big loss. In case anyone cares, it was stalling after the kernel loaded (the popup box with "kernel loading" message, before dmesg came up), with terminal message "MP-BIOS bug 8254 timer not connected to IO-APIC." Brett.
Re: UPDATE: QEMU 1.0.1
On 03/09/12 12:17, Brett wrote: > OpenSUSE will still not run, even with -m 512 (or -m 800 which I tried as > well). It was pretty sluggish through qemu anyway, so no big loss. In case > anyone cares, it was stalling after the kernel loaded (the popup box with > "kernel loading" message, before dmesg came up), with terminal message > "MP-BIOS bug 8254 timer not connected to IO-APIC." > I think the parameter "no_timer_check" should be passed to the kernel to fix it. Cheers Giovanni
Re: UPDATE: QEMU 1.0.1
On Fri, 09 Mar 2012 12:54:00 +0100 Giovanni Bechis wrote: > On 03/09/12 12:17, Brett wrote: > > OpenSUSE will still not run, even with -m 512 (or -m 800 which I tried as > > well). It was pretty sluggish through qemu anyway, so no big loss. In case > > anyone cares, it was stalling after the kernel loaded (the popup box with > > "kernel loading" message, before dmesg came up), with terminal message > > "MP-BIOS bug 8254 timer not connected to IO-APIC." > > > I think the parameter "no_timer_check" should be passed to the kernel to > fix it. > Cheers > Giovanni > Hi, That did not work, but on option screen, selecting f4[kernel version]>safe mode; F3[graphics]>vesa; installer option; then adding the command line option noapic worked. OpenSUSE 11.4 did not require noapic to be manually added before, but with this version of Qemu it does. Brett.
Re: UPDATE: QEMU 1.0.1
On Fri, Mar 09, 2012 at 10:17:11PM +1100, Brett wrote: > On Thu, 8 Mar 2012 12:12:14 -0800 > Ryan Freeman wrote: > > > On Fri, Feb 24, 2012 at 03:02:10PM -0500, Brad Smith wrote: > > > Here is an update to QEMU 1.0.1. > > > > works here on i386-current (rthreads AND vmmap patches) > > -rwxr-xr-x 1 root wheel 8.6M Mar 5 16:33 /bsd* > > > > > > > qemu-system-i386 \ > > -m 512 \ > > -hda ./openbsd.qcow2 \ > > -vga vmware \ > > -net user -net nic,model=rtl8139 \ > > $@ > > > > Based on what worked for Ryan, I tried with -m 512 instead of -m 1300. > Now I can install and run OpenBSD 5.0 i386 (release). Qemu used to be > able to run on my computer with -m 1300, but apparently not anymore. > 512M is enough, anyway. you may be neglecting to set your ulimit datasize prior to running qemu with large memory values. i.e. ulimit -d unlimited (or a large number such as 1500, before running qemu with -m 1300) > > Full command that worked to install: > $ qemu-system-i386 -m 512 -no-acpi -monitor stdio -no-fd-bootchk -hda > openbsd.img -cdrom install50.iso -boot d > > And then to boot: > $ qemu-system-i386 -m 512 -no-acpi -no-fd-bootchk -hda openbsd.img > > qemu-system-x86_64 also works with -m 512, both to install OpenBSD i386 iso, > and then to run afterwards. > > OpenSUSE will still not run, even with -m 512 (or -m 800 which I tried as > well). It was pretty sluggish through qemu anyway, so no big loss. In case > anyone cares, it was stalling after the kernel loaded (the popup box with > "kernel loading" message, before dmesg came up), with terminal message > "MP-BIOS bug 8254 timer not connected to IO-APIC." > > Brett. >
Re: UPDATE: QEMU 1.0.1
> > > > > > > Based on what worked for Ryan, I tried with -m 512 instead of -m 1300. > > Now I can install and run OpenBSD 5.0 i386 (release). Qemu used to be > > able to run on my computer with -m 1300, but apparently not anymore. > > 512M is enough, anyway. > > you may be neglecting to set your ulimit datasize prior to running qemu > with large memory values. i.e. ulimit -d unlimited (or a large number > such as 1500, before running qemu with -m 1300) > > > I've been running ulimit -d 200 before trying anything with qemu (ksh won't let me go higher than this number). From memory even -m 512 will not work unless this value is first adjusted.
Re: UPDATE: QEMU 1.0.1
On Sat, Mar 10, 2012 at 11:08 PM, Brett wrote: > >> > > >> > >> > Based on what worked for Ryan, I tried with -m 512 instead of -m 1300. >> > Now I can install and run OpenBSD 5.0 i386 (release). Qemu used to be >> > able to run on my computer with -m 1300, but apparently not anymore. >> > 512M is enough, anyway. >> >> you may be neglecting to set your ulimit datasize prior to running qemu >> with large memory values. i.e. ulimit -d unlimited (or a large number >> such as 1500, before running qemu with -m 1300) >> >> > > > I've been running ulimit -d 200 before trying anything with qemu (ksh > won't let me go higher than this number). From memory even -m 512 will not > work unless this value is first adjusted. Unless there are any objections I will commit this tomorrow. f.-