From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 16 11:53:56 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D12B316A401 for ; Mon, 16 Jul 2007 11:53:56 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id A913E13C461 for ; Mon, 16 Jul 2007 11:53:56 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.vnode.org (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6GBrr4N031395 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 16 Jul 2007 06:53:56 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <469B5C51.3050701@freebsd.org> Date: Mon, 16 Jul 2007 06:53:53 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (X11/20070629) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Subject: Another QEMU oddity.. 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, 16 Jul 2007 11:53:56 -0000 Since QEMU is a popular subject lately, I think I'll bring up one more issue. When booting FreeBSD (-CURRENT in this case) in a QEMU session (with or without any kqemu), it nearly always hangs at the loader countdown screen, somewhere in the 1-10 seconds it takes to countdown. When it hangs, it spins doing: [..snip..] 3216 qemu CALL clock_gettime(0x4,0xbfbfb048) 3216 qemu RET clock_gettime 0 3216 qemu CALL sigreturn(0xbfbfb0b0) 3216 qemu RET sigreturn JUSTRETURN 3216 qemu CALL sigprocmask(SIG_SETMASK,0xbfbfb360,0) 3216 qemu RET sigprocmask 0 3216 qemu CALL sigprocmask(SIG_BLOCK,0,0x28669288) 3216 qemu RET sigprocmask 0 3216 qemu CALL select(0xa,0xbfbfb3c0,0xbfbfb340,0xbfbfb2c0,0xbfbfb2b8) 3216 qemu RET select 0 3216 qemu CALL clock_gettime(0x4,0xbfbfb278) 3216 qemu RET clock_gettime 0 3216 qemu CALL clock_gettime(0x4,0xbfbfb218) 3216 qemu RET clock_gettime 0 3216 qemu CALL clock_gettime(0x4,0xbfbfb278) 3216 qemu RET clock_gettime 0 3216 qemu CALL sigprocmask(SIG_BLOCK,0,0x28669288) 3216 qemu RET sigprocmask 0 3216 qemu PSIG SIGALRM caught handler=0x804bf14 mask=0x0 code=0x0 3216 qemu CALL clock_gettime(0x4,0xbfbfb048) 3216 qemu RET clock_gettime 0 3216 qemu CALL sigreturn(0xbfbfb0b0) 3216 qemu RET sigreturn JUSTRETURN [..repeats forever..] In the QEMU console, if I press a key it will break the loop and move on just fine. The only problem is that I can't have auto-started qemu FreeBSD systems, since it requires a keystroke to boot it up. Anyone have any ideas on this? I can test any patches, and do whatever debugging someone whats to point me to. Side note: Windows qemu sessions do not do this, and FreeBSD boots that do not use the loader software also don't do it if I recall correctly. Eric