From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 17 08:14:19 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC216106566C for ; Mon, 17 Mar 2008 08:14:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3944D8FC19 for ; Mon, 17 Mar 2008 08:14:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m2H8EHvA027984; Mon, 17 Mar 2008 09:14:17 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m2H8EHdh027983; Mon, 17 Mar 2008 09:14:17 +0100 (CET) (envelope-from olli) Date: Mon, 17 Mar 2008 09:14:17 +0100 (CET) Message-Id: <200803170814.m2H8EHdh027983@lurza.secnetix.de> From: Oliver Fromme To: freebsd-emulation@FreeBSD.ORG X-Newsgroups: list.freebsd-emulation User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 17 Mar 2008 09:14:18 +0100 (CET) Cc: Subject: qemu coredumps on RELENG_7 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2008 08:14:19 -0000 Hi, I'm trying to use the 7.0-RELEASE (i386) ISO in qemu on a RELENG_7 host (i386, too) from March 5th. It always coredumps with "invalid system call" shortly before starting sysinstall, unless I boot with "safe mode" from the loader menu _or_ without a vortual harddisk attached to qemu. These are the last kernel messages: Timecounter "TSC" frequency 1597573877 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. md0: Preloaded image 4423680 bytes at 0xc0d06518 acd0: CDROM at ata1-master PIO3 ad3: 2048MB at ata1-slave WDMA2 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_bootonly. Sometimes the last line is the "Timecounter" one, and sometimes it crashes even in the middle of printing a line, e.g. "md0: Preloade" is the last thing printed. I run qemu like this: qemu -m 256 -hdd hda.img -cdrom 7.0-RELEASE-i386-bootonly.iso -boot d where hda.img is a 2 GB empty file created with dd(1) from /dev/zero. I do _not_ use the kqemu module. I've compiled qemu without CDROM DMA support (i.e. with WITHOUT_CDROM_DMA) which supposedly causes problems sometimes. Interestingly, the crash does _not_ happen when I omit the -hd* option. Then sysinstall will come up fine. These are the next messages in that case: acd0: CDROM at ata1-master PIO3 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_bootonly. Trying to mount root from ufs:/dev/md0 /stand/sysinstall running as init on vty0 acpi0_check: nexus attached But of course I cannot install because there is no virtual harddisk. It doesn't matter whether I use -hda or -hdd ... As soon as there is a disk, qemu crashes as described above. Also it doesn't matter whether ACPI in qemu is enabled or disabled. However, when I select "safe mode" from the loader menu, then the crash does not happen. My questions: 1. Is that a known problem? 2. Can anybody else reproduce that problem? 3. Is there a quick workaround, other than "safe mode"? Thank you very much! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth