From owner-freebsd-hackers Mon Jul 28 19:30:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA26115 for hackers-outgoing; Mon, 28 Jul 1997 19:30:00 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26105 for ; Mon, 28 Jul 1997 19:29:53 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA09521; Tue, 29 Jul 1997 11:59:11 +0930 (CST) From: Michael Smith Message-Id: <199707290229.LAA09521@genesis.atrad.adelaide.edu.au> Subject: Re: Anyone tried VirtualPC with FreeBSD? In-Reply-To: <19970728152416.PM-jriro5pm@Adam.BeOS> from Jake Hamby at "Jul 28, 97 03:24:16 pm" To: jehamby@be.com (Jake Hamby) Date: Tue, 29 Jul 1997 11:59:11 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jake Hamby stands accused of saying: > >> >> Fatal trap 1: privileged instruction fault while in kernel mode > >> >> instruction ptr = 0x8:0xf01b99aa ... > I'm using the BOOTMFS kernel from the FreeBSD 2.2.2 RELEASE. Here are the > symbols near the area of the crash: > > f01b98e4 t _calibrate_clocks > f01b9a90 t _set_timer_freq Ok. This may be the wrmsr() call : wrmsr(u_int msr, quad_t newval) { __asm __volatile(".byte 0x0f, 0x30" : : "A" (newval), "c" (msr)); } which is conditional on the CPU type reported being a P5 or P6, which is what it claims to be. It would be very interesting if you were to build a GENERIC kernel, stick it on a bootstrap-enabled floppy (do you know how to build a bootable FreeBSD floppy? ask if not), and modify calibrate_clocks in sys/i386/isa/clock.c to remove the wrmsr() call. You might also try removing the code that calls rdtsc() towards the bottom. > hardware that Virtual PC simulates (from the manual). It's important to > keep in mind that this is an all-software emulator: despite the detailed > chipset listing, there is no actual PC hardware involved! Yeah. The evidence so far suggests that their emulation may not be quite as complete as they claim. Please keep us posted! -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[