Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 May 2004 12:12:02 -0700
From:      Sam Leffler <sam@errno.com>
To:        freebsd-emulation@freebsd.org
Cc:        Andrew Gallatin <gallatin@cs.duke.edu>
Subject:   Re: vmware2 patch for -CURRENT
Message-ID:  <200405041212.02687.sam@errno.com>
In-Reply-To: <16535.41980.12220.181753@grasshopper.cs.duke.edu>
References:  <16531.64457.287692.950839@grasshopper.cs.duke.edu> <20040504215848.F9795@gamplex.bde.org> <16535.41980.12220.181753@grasshopper.cs.duke.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 04 May 2004 07:09 am, Andrew Gallatin wrote:
> Bruce Evans writes:
>  > On Mon, 3 May 2004, Andrew Gallatin wrote:
>  > > It panics in sse2_pagezero() on my p4, so I have to break into
>  > > the debugger and reduce my cpu_class to 3.  I"m really glad that the
>  > > jsnap builds have ddb built in.. ;)
>  >
>  > Apparently vmware2 doesn't support some SSE2 instructions despite
>  > claiming to.  The code that calls ss2_pagezero() seems to test mostly
>  > the right things.  (cpu_feature & CPU_SSE2) is supposed to indicate that
>  > the CPU supports SSE2, and it shouldn't be necessary to also test
>  > cpu_class.
>  >
>  > Try my memory access benchmarks in ~bde/cache on freefall for debugging
>  > this in userland (./w -c sse2 -f 19 uses the same access method as
>  > sse2_pagezero()).
>
> Weird.  It works in userspace:

In user space the monitor likely just runs the instruction on the hardware.  
In the kernel it likely jumps to the emulator and that instruction may not be 
handled in your version.  I'd expect a current vmware release to grok those 
instructions.

	Sam



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200405041212.02687.sam>