Xen users - Nov 2006 - [PATCH] Crash VMX when guest NMI.

Crash VMX when guest NMI.
It''s meanless to call do_nmi of Xen HV when guest NMI, and acturally
guest NMI can only be injected, is it possible to happen inside guest?

Signed-off-by: Xin Li <xin.b.li@intel.com>


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

*unmodified_drivers build fails in latest unstable version downloaded 
this morning.  Here is the output.  Any suggestions?  *

SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 # 
./mkbuildtree Defaulting to this machine''s architecture, x86_64, for 
linking.
This may be overridden on the command line (i386,x86_64,ia64).
SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 # make -C 
/lib/modules/2.6.16.29-xen/build M=$PWD modules
  LD [M]  
/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci/xen-platform-pci.o
/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci/gnttab.o: 
In function `gnttab_init'':
gnttab.c:(.init.text+0x0): multiple definition of `init_module''
/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci/platform-pci.o:platform-pci.c:(.init.text+0x0):
first defined here
ld: Warning: size of symbol `init_module'' changed from 56 in 
/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci/platform-pci.o 
to 82 in 
/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci/gnttab.o
make[2]: *** 
[/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci/xen-platform-pci.o]
Error 1make[1]: *** 
[/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6/platform-pci] Error 2
make: *** [_module_/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6] 
Error 2
make: Leaving directory `/tmp/xen-unstable.hg/linux-2.6.16.29-xen''
SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 #

*Does the overrides.mk look correct?*

# Hack: we need to use the config which was used to build the kernel,
# except that that won''t have the right headers etc., so duplicate
# some of the mach-xen infrastructure in here.
#
# (i.e. we need the native config for things like -mregparm, but
# a Xen kernel to find the right headers)
EXTRA_CFLAGS += -DCONFIG_VMX -DCONFIG_VMX_GUEST -DCONFIG_X86_XEN
EXTRA_CFLAGS += -DCONFIG_XEN_SHADOW_MODE -DCONFIG_XEN_SHADOW_TRANSLATE
EXTRA_CFLAGS += -DCONFIG_XEN_BLKDEV_GRANT -DXEN_EVTCHN_MASK_OPS
EXTRA_CFLAGS += -DCONFIG_XEN_NETDEV_GRANT_RX -DCONFIG_XEN_NETDEV_GRANT_TX
EXTRA_CFLAGS += -D__XEN_INTERFACE_VERSION__=0x00030202
EXTRA_CFLAGS += -I$(M)/include -I$(M)/compat-include 
-DHAVE_XEN_PLATFORM_COMPAT_H



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

On 8/11/06 13:13, "Li, Xin B" <xin.b.li@intel.com> wrote:
> Crash VMX when guest NMI.
> It''s meanless to call do_nmi of Xen HV when guest NMI, and
acturally
> guest NMI can only be injected, is it possible to happen inside guest?
> 
> Signed-off-by: Xin Li <xin.b.li@intel.com>
That path is taken for real NMIs. We shouldn''t take it for exceptions
on
vector 2 as bit 2 is not set in the exception-intercept bitmap.

However, I''ll add a patch to actually check the INTRO_INFO_TYPE_MASK
before
calling do_nmi(). Certainly we should only do_nmi() if the type is NMI (2).

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

> SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 # 
> ./mkbuildtree Defaulting to this machine''s architecture, x86_64,
for
> linking.
> This may be overridden on the command line (i386,x86_64,ia64).
> SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 # make -C 
> /lib/modules/2.6.16.29-xen/build M=$PWD modules
Is 2.6.16.29-xen a native kernel?  The unmodified drivers are intended
to be loaded into non-Xen-aware kernels running in fully-virtualised
HVM domains.  They''re unlikely to work if compiled against a Xen aware
kernel, and wouldn''t be terribly useful in that case, since the
ordinary drivers do the same thing better.

Steven.


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Steven,

I was trying to build inside Dom0, which is a Xen aware kernel.  Am I 
supposed to boot back into SusE and build the drivers there?  Perhaps, I
need to build the drivers in the VM itself? 

Also, am I using the proper syntax for the build?  And has the build 
been known to work on an x64 based system?

Thanks for your help.



Steven Smith wrote:
>> SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 # 
>> ./mkbuildtree Defaulting to this machine''s architecture,
x86_64, for
>> linking.
>> This may be overridden on the command line (i386,x86_64,ia64).
>> SLES10x64:/tmp/xen-unstable.hg/unmodified_drivers/linux-2.6 # make -C 
>> /lib/modules/2.6.16.29-xen/build M=$PWD modules
>>     
> Is 2.6.16.29-xen a native kernel?  The unmodified drivers are intended
> to be loaded into non-Xen-aware kernels running in fully-virtualised
> HVM domains.  They''re unlikely to work if compiled against a Xen
aware
> kernel, and wouldn''t be terribly useful in that case, since the
> ordinary drivers do the same thing better.
>
> Steven.
>   

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel