From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 15:02:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF19F16A4CE for ; Sun, 12 Sep 2004 15:02:21 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE28D43D2D for ; Sun, 12 Sep 2004 15:02:20 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8CF2J848383 for ; Mon, 13 Sep 2004 00:02:19 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 31 From: Makoto Matsushita To: current@FreeBSD.org Date: Mon, 13 Sep 2004 00:02:16 +0900 Message-Id: <20040913000216E.matusita@jp.FreeBSD.org> Subject: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with PREEMPTION enabled kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 15:02:22 -0000 I've just found that my VMware Workstation virtual machine doesn't boot as expected with recent 6.0-CURRENT kernel. For example, with 6.0-CURRENT-20040912-JPSNAP boot floppies, following three lines are the last message, and stops VM forever: md0: Preloaded image 4423680 bytes at 0xc0a33764 acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% pid 24: corrected slot count (0->1) I've tried to boot with the floppies "boot -v", and got: ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: resetting done .. pid 24: corrected slot count (0->1) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=50 (... and stops) After some try-and-error challenge, it seems that this occurs if PREEMPTION kernel option is enabled (note that SCHD_4BSD is used). In anyway, anybody have experienced this problem? I'm afraid that next 5.3 beta (it'll be 5.3-BETA4) have the same problem. -- - Makoto `MAR' Matsushita