FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 04-08-2010, 06:48 PM
oleksandr korneta
 
Default Recompiling VirtualBox kernel module

cannot recompile VirtualBox driver module after recent kernel update

$ rpm -qa | grep kernel
kernel-2.6.32.10-90.fc12.x86_64
kernel-2.6.32.9-70.fc12.x86_64
kernel-firmware-2.6.32.10-90.fc12.noarch
abrt-addon-kerneloops-1.0.8-2.fc12.x86_64
kernel-headers-2.6.32.10-90.fc12.x86_64
kernel-devel-2.6.32.10-90.fc12.x86_64
kernel-devel-2.6.32.9-70.fc12.x86_64

it says

sudo /etc/init.d/vboxdrv setup
Stopping VirtualBox kernel module [ OK ]
Recompiling VirtualBox kernel module [FAILED]
(Look at /var/log/vbox-install.log to find out what went wrong)


vbox-install.log is attached

anybody else is seeing this? Is there a cure?

regards,

--
regards,
Oleksandr Korneta

I'm running F12 x86_64, should this matter.

/The nice thing about standards is that there are so many to choose from./


make KBUILD_VERBOSE=1 -C /lib/modules/2.6.32.10-90.fc12.x86_64/build SUBDIRS=/tmp/vbox.6 SRCROOT=/tmp/vbox.6 modules
test -e include/linux/autoconf.h -a -e include/config/auto.conf || (
echo;
echo " ERROR: Kernel configuration is invalid.";
echo " include/linux/autoconf.h or include/config/auto.conf are missing.";
echo " Run 'make oldconfig && make prepare' on kernel src to fix it.";
echo;
/bin/false)
mkdir -p /tmp/vbox.6/.tmp_versions ; rm -f /tmp/vbox.6/.tmp_versions/*
make -f scripts/Makefile.build obj=/tmp/vbox.6
gcc -Wp,-MD,/tmp/vbox.6/linux/.SUPDrv-linux.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(SUPDrv_linux)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=33" -D"DEBUG_HASH2=59" -c -o /tmp/vbox.6/linux/SUPDrv-linux.o /tmp/vbox.6/linux/SUPDrv-linux.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/linux/SUPDrv-linux.o";
gcc -Wp,-MD,/tmp/vbox.6/.SUPDrv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(SUPDrv)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=2" -D"DEBUG_HASH2=11" -c -o /tmp/vbox.6/SUPDrv.o /tmp/vbox.6/SUPDrv.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/SUPDrv.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/.alloc-r0drv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(alloc_r0drv)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=31" -D"DEBUG_HASH2=51" -c -o /tmp/vbox.6/r0drv/alloc-r0drv.o /tmp/vbox.6/r0drv/alloc-r0drv.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/alloc-r0drv.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/.initterm-r0drv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(initterm_r0drv)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=31" -D"DEBUG_HASH2=51" -c -o /tmp/vbox.6/r0drv/initterm-r0drv.o /tmp/vbox.6/r0drv/initterm-r0drv.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/initterm-r0drv.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/.memobj-r0drv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(memobj_r0drv)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=31" -D"DEBUG_HASH2=51" -c -o /tmp/vbox.6/r0drv/memobj-r0drv.o /tmp/vbox.6/r0drv/memobj-r0drv.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/memobj-r0drv.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/.mpnotification-r0drv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(mpnotification_r0drv) " -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=31" -D"DEBUG_HASH2=51" -c -o /tmp/vbox.6/r0drv/mpnotification-r0drv.o /tmp/vbox.6/r0drv/mpnotification-r0drv.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/mpnotification-r0drv.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/.powernotification-r0drv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(powernotification_r0d rv)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=31" -D"DEBUG_HASH2=51" -c -o /tmp/vbox.6/r0drv/powernotification-r0drv.o /tmp/vbox.6/r0drv/powernotification-r0drv.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/powernotification-r0drv.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/linux/.assert-r0drv-linux.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(assert_r0drv_linux )" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=62" -D"DEBUG_HASH2=35" -c -o /tmp/vbox.6/r0drv/linux/assert-r0drv-linux.o /tmp/vbox.6/r0drv/linux/assert-r0drv-linux.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/linux/assert-r0drv-linux.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/linux/.alloc-r0drv-linux.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(alloc_r0drv_linux) " -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=62" -D"DEBUG_HASH2=35" -c -o /tmp/vbox.6/r0drv/linux/alloc-r0drv-linux.o /tmp/vbox.6/r0drv/linux/alloc-r0drv-linux.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/linux/alloc-r0drv-linux.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/linux/.initterm-r0drv-linux.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(initterm_r0drv_linux) " -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=62" -D"DEBUG_HASH2=35" -c -o /tmp/vbox.6/r0drv/linux/initterm-r0drv-linux.o /tmp/vbox.6/r0drv/linux/initterm-r0drv-linux.c
set -e ; perl /usr/src/kernels/2.6.32.10-90.fc12.x86_64/scripts/recordmcount.pl "x86_64" "64" "objdump" "objcopy" "gcc" "ld" "nm" "" "" "1" "/tmp/vbox.6/r0drv/linux/initterm-r0drv-linux.o";
gcc -Wp,-MD,/tmp/vbox.6/r0drv/linux/.memobj-r0drv-linux.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.4.3/include -Iinclude -I/usr/src/kernels/2.6.32.10-90.fc12.x86_64/arch/x86/include -include include/linux/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -I/lib/modules/2.6.32.10-90.fc12.x86_64/build/include -I/tmp/vbox.6/ -I/tmp/vbox.6/include -I/tmp/vbox.6/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(memobj_r0drv_linux )" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -D"DEBUG_HASH=62" -D"DEBUG_HASH2=35" -c -o /tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.o /tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c: In function ‚??rtR0MemObjNativeFree‚??:
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:431: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:432: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:442: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:443: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:455: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:457: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:458: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:459: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:480: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:482: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:483: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:484: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c: In function ‚??rtR0MemObjNativeLockUser‚??:
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:763: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:769: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:800: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:822: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c: In function ‚??rtR0MemObjNativeReserveUser‚??:
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:965: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:967: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:974: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:975: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:976: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c: In function ‚??rtR0MemObjNativeMapUser‚??:
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:1131: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:1162: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:1212: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:1248: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:1259: error: dereferencing pointer to incomplete type
/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.c:1267: error: dereferencing pointer to incomplete type
make[2]: *** [/tmp/vbox.6/r0drv/linux/memobj-r0drv-linux.o] Error 1
make[1]: *** [_module_/tmp/vbox.6] Error 2
make: *** [vboxdrv] Error 2
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-08-2010, 07:36 PM
Kwan Lowe
 
Default Recompiling VirtualBox kernel module

2010/4/8 oleksandr korneta <atenrok@gmail.com>:
> cannot recompile VirtualBox driver module after recent kernel update
>
> $ rpm -qa | grep kernel
> kernel-2.6.32.10-90.fc12.x86_64
> kernel-2.6.32.9-70.fc12.x86_64
> kernel-firmware-2.6.32.10-90.fc12.noarch
> abrt-addon-kerneloops-1.0.8-2.fc12.x86_64
> kernel-headers-2.6.32.10-90.fc12.x86_64
> kernel-devel-2.6.32.10-90.fc12.x86_64
> kernel-devel-2.6.32.9-70.fc12.x86_64
>
> it says
>
> sudo /etc/init.d/vboxdrv setup
> Stopping VirtualBox kernel module * * * * * * * * * * * * *[ *OK *]
> Recompiling VirtualBox kernel module * * * * * * * * * * * [FAILED]
> *(Look at /var/log/vbox-install.log to find out what went wrong)
>
>
> vbox-install.log is attached
>
> anybody else is seeing this? Is there a cure?

This thread has a fix:
http://www.mail-archive.com/vbox-users@virtualbox.org/msg07263.html

In short, you're adding a one line change to a file (including sched.h).
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-08-2010, 08:34 PM
Dennis Gilmore
 
Default Recompiling VirtualBox kernel module

On Thursday 08 April 2010 01:48:33 pm oleksandr korneta wrote:
> cannot recompile VirtualBox driver module after recent kernel update
>
> $ rpm -qa | grep kernel
> kernel-2.6.32.10-90.fc12.x86_64
> kernel-2.6.32.9-70.fc12.x86_64
> kernel-firmware-2.6.32.10-90.fc12.noarch
> abrt-addon-kerneloops-1.0.8-2.fc12.x86_64
> kernel-headers-2.6.32.10-90.fc12.x86_64
> kernel-devel-2.6.32.10-90.fc12.x86_64
> kernel-devel-2.6.32.9-70.fc12.x86_64
>
> it says
>
> sudo /etc/init.d/vboxdrv setup
> Stopping VirtualBox kernel module [ OK ]
> Recompiling VirtualBox kernel module [FAILED]
> (Look at /var/log/vbox-install.log to find out what went wrong)
>
>
> vbox-install.log is attached
>
> anybody else is seeing this? Is there a cure?
>
> regards,

Hi,

Im curious why you use virtualbox and not kvm/libvirt/virt-manager that are
included by default in fedora? Im just trying to work out what is lacking in
the default offerings that you go to a third party.

Dennis
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-09-2010, 04:10 AM
Greg Woods
 
Default Recompiling VirtualBox kernel module

On Thu, 2010-04-08 at 15:34 -0500, Dennis Gilmore wrote:

>
> Im curious why you use virtualbox and not kvm/libvirt/virt-manager that are
> included by default in fedora? Im just trying to work out what is lacking in
> the default offerings that you go to a third party.

I can't speak for the original poster, but for me, KVM is buggy, and
doesn't work at all without hardware virtualization. On my Pentium 4
dual core desktop, KVM is so slow that it's useless. VirtualBox performs
quite well.

At work I have a Core Duo desktop, and KVM performs well there but it
crashes. If I leave my VM turned on overnight, in the morning as soon as
I do a couple of things in the VM, it suddenly crashes down to the
"Guest not running" screen and I have to reboot. Xen on the other hand
runs multiple VM's rock solid.

As far as I can see, KVM is not yet ready for prime time, although
others have reported success with it. YMMV.

--Greg


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Fri Apr 9 09:30:02 2010
Return-path: <bounce-debian-user=tom=linux-archive.org@lists.debian.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Fri, 09 Apr 2010 08:53:34 +0300
Received: from liszt.debian.org ([82.195.75.100]:39544)
by s2.java-tips.org with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.69)
(envelope-from <bounce-debian-user=tom=linux-archive.org@lists.debian.org>)
id 1O079p-0002Mu-Gt
for tom@linux-archive.org; Fri, 09 Apr 2010 08:53:33 +0300
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with QMQP
id E1ED42D0FBD; Fri, 9 Apr 2010 06:25:22 +0000 (UTC)
Old-Return-Path: <gpall@ccf.auth.gr>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-11.0 required=4.0 tests=LDOSUBSCRIBER,LDO_WHITELIST
autolearn=failed version=3.2.5
X-Original-To: lists-debian-user@liszt.debian.org
Delivered-To: lists-debian-user@liszt.debian.org
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with ESMTP id D9DF62D9721
for <lists-debian-user@liszt.debian.org>; Fri, 9 Apr 2010 06:25:16 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-7 tagged_above=-10000 required=5.3
tests=[BAYES_00=-2, LDO_WHITELIST=-5] autolearn=ham
Received: from liszt.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id EaksFVFq-LCP for <lists-debian-user@liszt.debian.org>;
Fri, 9 Apr 2010 06:25:09 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Received: from hermes3.ccf.auth.gr (hermes3.ccf.auth.gr [155.207.1.69])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "AUTH Mail Servers", Issuer "AUTH Network Operations Center Certification Authority R3" (not verified))
by liszt.debian.org (Postfix) with ESMTPS id 0D7D92D0BFF
for <debian-user@lists.debian.org>; Fri, 9 Apr 2010 06:25:02 +0000 (UTC)
Received: from [155.207.112.12] (aris.ccf2.auth.gr [155.207.112.12])
(authenticated bits=0)
by hermes3.ccf.auth.gr (8.14.3/8.14.3) with ESMTP id o396OwO7014352
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Fri, 9 Apr 2010 09:24:59 +0300
Message-ID: <4BBEC83A.2090200@ccf.auth.gr>
Date: Fri, 09 Apr 2010 09:24:58 +0300
From: =?UTF-8?B?zpPOuc+Oz4HOs86/z4IgzqDOrM67zrvOsc+C?=
<gpall@ccf.auth.gr>
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706)
MIME-Version: 1.0
To: vikram <austinium@yahoo.com>
CC: debian-user@lists.debian.org
Subject: Re: Error: Read from socket failed: Connection reset by peer
References: <559668.39179.qm@web31007.mail.mud.yahoo.com>
In-Reply-To: <559668.39179.qm@web31007.mail.mud.yahoo.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060707030807080305010704"
X-Virus-Scanned: clamav-milter 0.95.3 at hermes1
X-Virus-Status: Clean
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <p7U-10Re1RI.A.yAD.ShsvLB@liszt>
Resent-From: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/573684
X-Loop: debian-user@lists.debian.org
List-Id: <debian-user.lists.debian.org>
List-Post: <mailto:debian-user@lists.debian.org>
List-Help: <mailto:debian-user-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-user-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-user-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-user-request@lists.debian.org
Resent-Date: Fri, 9 Apr 2010 06:25:22 +0000 (UTC)

This is a cryptographically signed message in MIME format.

--------------ms060707030807080305010704
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

vikram wrote:
> Hi,
>
> I get this while trying to scp onto a local machine(on the same
> subnet, both machines running Lenny).
>
> Read from socket failed: Connection reset by peer
> lost connection
>
> I am able to ping the machine fine.
>
> How can this be fixed?
>
> Thanks
> Vikram
>
>

It starts copying and then this, or you get this from the beginning?

Run scp with option -vv and send the output.


--------------ms060707030807080305010704
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCS qGSIb3DQEHAQAAoIIhHjCC
CAswggbzoAMCAQICBQEAAAARMA0GCSqGSIb3DQEBBQUAMIGVMQ swCQYDVQQGEwJHUjFEMEIG
A1UEChM7SGVsbGVuaWMgQWNhZGVtaWMgYW5kIFJlc2VhcmNoIE luc3RpdHV0aW9ucyBDZXJ0
LiBBdXRob3JpdHkxQDA+BgNVBAMTN0hlbGxlbmljIEFjYWRlbW ljIGFuZCBSZXNlYXJjaCBJ
bnN0aXR1dGlvbnMgUm9vdENBIDIwMDYwHhcNMDkwMjE4MTEzOT A5WhcNMTcwMjE2MTEzOTA5
WjCBnjELMAkGA1UEBhMCR1IxLTArBgNVBAoTJEFyaXN0b3RsZS BVbml2ZXJzaXR5IG9mIFRo
ZXNzYWxvbmlraTE7MDkGA1UEAxMyQXJpc3RvdGxlIFVuaXZlcn NpdHkgb2YgVGhlc3NhbG9u
aWtpIENlbnRyYWwgQ0EgUjIxIzAhBgkqhkiG9w0BCQEWFHBraW FkbWluQGNjZi5hdXRoLmdy
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAymcX6u ssFCSCQe80wltOvHEQWwQp
SVqqy3i9CcjyogzeF7IRQEjMQghyvMwDteFJEpr4e9CDrWd6sp N6lmtDuh3/6iiRpfiRHUf5
zXqmR/7qf6ykpKPyuu/xbqwqoQOOLIHomRtE2EiC3XxcdaAjhDrwYrf7Yfh6Kv6PEUw8f Vwx
GYl47itXxFdiT2kW01K+IUKTbWdkQmPuz2FK4imfbbKyDpl8vW 6a6w3Tv38HyTCNlxLh0uad
V+jsV9ZxdvvX1BWoVer/CjQdgWVwl9IX0wiN8ydDpyv3jMDd2xtMID0tUBbR3hUrezCy9S S5
QalstDWhF9JNTacGuvq2tpllTQIDAQABo4IEVTCCBFEwDwYDVR 0TAQH/BAUwAwEB/zALBgNV
HQ8EBAMCAQYwEQYJYIZIAYb4QgEBBAQDAgAHMB0GA1UdDgQWBB QYbmzt1V97ykSHIJYF2nkO
/mstPjAfBgNVHREEGDAWgRRwa2lhZG1pbkBjY2YuYXV0aC5ncjA XBgNVHRIEEDAOgQxjYUBo
YXJpY2EuZ3IwRgYDVR0fBD8wPTA7oDmgN4Y1aHR0cDovL2NybH YxLmhhcmljYS5nci9IYXJp
Y2FSb290Q0EyMDA2L2NybHYxLmRlci5jcmwwIwYJYIZIAYb4Qg EEBBYWFG5zX3Jldm9rZV9x
dWVyeS5waHA/MDYGCWCGSAGG+EIBAgQpFidodHRwOi8vY3JsdjEuaGFyaWNhLm dyL0hhcmlj
YVJvb3RDQTIwMDYwRwYJYIZIAYb4QgEIBDoWOGh0dHA6Ly93d3 cuaGFyaWNhLmdyL2RvY3Vt
ZW50cy9IYXJpY2FSb290Q0EyMDA2L0NQUy5odG1sMIGaBglghk gBhvhCAQ0EgYwWgYlUaGlz
IGNlcnRpZmljYXRlIGlzIHN1YmplY3QgdG8gR3JlZWsgbGF3cy BhbmQgb3VyIENQUy4gVGhp
cyBDZXJ0aWZpY2F0ZSBtdXN0IG9ubHkgYmUgdXNlZCBmb3IgYW NhZGVtaWMsIHJlc2VhcmNo
IG9yIGVkdWNhdGlvbmFsIHB1cnBvc2VzLjCBwgYDVR0jBIG6MI G3gBS4ju9E3e77Dxz/oWSX
qpKot3CoGKGBm6SBmDCBlTELMAkGA1UEBhMCR1IxRDBCBgNVBA oTO0hlbGxlbmljIEFjYWRl
bWljIGFuZCBSZXNlYXJjaCBJbnN0aXR1dGlvbnMgQ2VydC4gQX V0aG9yaXR5MUAwPgYDVQQD
EzdIZWxsZW5pYyBBY2FkZW1pYyBhbmQgUmVzZWFyY2ggSW5zdG l0dXRpb25zIFJvb3RDQSAy
MDA2ggEAMDEGCCsGAQUFBwEBBCUwIzAhBggrBgEFBQcwAYYVaH R0cDovL29jc3AuaGFyaWNh
LmdyMIIBQAYDVR0gBIIBNzCCATMwggEvBgwrBgEEAYHPEQEAAQ AwggEdMDMGCCsGAQUFBwIB
FidodHRwOi8vd3d3LmhhcmljYS5nci9kb2N1bWVudHMvQ1BTLm h0bWwwgeUGCCsGAQUFBwIC
MIHYMEoWQ0hlbGxlbmljIEFjYWRlbWljIGFuZCBSZXNlYXJjaC BJbnN0aXR1dGlvbnMgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBiVRoaXMgY2VydG lmaWNhdGUgaXMgc3ViamVj
dCB0byBHcmVlayBsYXdzIGFuZCBvdXIgQ1BTLiBUaGlzIENlcn RpZmljYXRlIG11c3Qgb25s
eSBiZSB1c2VkIGZvciBhY2FkZW1pYywgcmVzZWFyY2ggb3IgZW R1Y2F0aW9uYWwgcHVycG9z
ZXMuMA0GCSqGSIb3DQEBBQUAA4IBAQAbK+ZXLqS+WkzrInBy5d eMBNjH9JJ4m9+rQ5IACPPv
hxW0uOLHJEW039yR0tibmLN4i2RFmVvujsoW8ec4qLf1Z4b2jO JHB3lAXKXz0bh5UGp8Bl4a
CWA8m0G2SctcZB0WiKO8TQ88LlhIsY5sYxjsKdPuJBSg9ap5kG rPFOed7igsuBEWQS/3/qGs
ubvQq+Mgt2COUCtRfdzvPA9s9+h0eGRQmkrgaYOLS8G7XuJLBb 9lDkLKe8i8pwrUThKBWjsZ
knyYikPM6w+lWsXkWBMNtRBO/FFq42prfLOtrZi0nnpREkBqP3VS2C6e17PREEr7TguCJQLw
T2UWXEn2OPSsMIIIJzCCBw+gAwIBAgIFAwAAAAUwDQYJKoZIhv cNAQEFBQAwgZ4xCzAJBgNV
BAYTAkdSMS0wKwYDVQQKEyRBcmlzdG90bGUgVW5pdmVyc2l0eS BvZiBUaGVzc2Fsb25pa2kx
OzA5BgNVBAMTMkFyaXN0b3RsZSBVbml2ZXJzaXR5IG9mIFRoZX NzYWxvbmlraSBDZW50cmFs
IENBIFIyMSMwIQYJKoZIhvcNAQkBFhRwa2lhZG1pbkBjY2YuYX V0aC5ncjAeFw0wOTA1MjAx
MjI2MDBaFw0xMzA1MTkxMjI2MDBaMIHQMQswCQYDVQQGEwJHUj EtMCsGA1UEChMkQXJpc3Rv
dGxlIFVuaXZlcnNpdHkgb2YgVGhlc3NhbG9uaWtpMSkwJwYDVQ QLEyBDZW50cmFsIENvbW11
bmljYXRpb24gRmFjaWxpdGllczFCMEAGA1UEAxM5QVVUSCBOZX R3b3JrIE9wZXJhdGlvbnMg
Q2VudGVyIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IFIzMSMwIQ YJKoZIhvcNAQkBFhRwa2lh
ZG1pbkBjY2YuYXV0aC5ncjCCASIwDQYJKoZIhvcNAQEBBQADgg EPADCCAQoCggEBANA3ZSQs
ZqfOymWVAqntzbz68zN/lQiWkjurjCDXITK/oNT0kK/OF8kuHUEYTsPRqBiJxT81o3G2J3/G
sa7DhOsusEJb5+1WAxubmo+fZ/xEgQIyAt+fKP/Oc5WcSv1hnLuoeg10wRlW4J6jobc3/1pL
L4pRXv1UlQiLbVvvb3SDcrDtAeboML7poJ5b801NNM9l+L2fux VG7NwArqkdLnQAg2Sz3haa
8dvI29yP0WDDqlF1Yg4ZCIQ03TPTNxviybRMvPzIQ6OUA/1M5AmyLEFPGgIwdlFG6Tc/jFVI
+UCLRcsefdy4GMihUTXOZxZRU1wo5RmeQ5XUgV2SuzCNEcECAw EAAaOCBDYwggQyMA8GA1Ud
EwEB/wQFMAMBAf8wCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwI ABzAdBgNVHQ4EFgQU
UhdFbxbXkAqAbXl73mG+9LFPOd8wHwYDVR0RBBgwFoEUcGtpYW RtaW5AY2NmLmF1dGguZ3Iw
HwYDVR0SBBgwFoEUcGtpYWRtaW5AY2NmLmF1dGguZ3IwRwYDVR 0fBEAwPjA8oDqgOIY2aHR0
cDovL2NybHYxLnBraS5hdXRoLmdyL0F1dGhDZW50cmFsQ0FSMi 9jcmx2MS5kZXIuY3JsMCMG
CWCGSAGG+EIBBAQWFhRuc19yZXZva2VfcXVlcnkucGhwPzA3Bg lghkgBhvhCAQIEKhYoaHR0
cDovL2NybHYxLnBraS5hdXRoLmdyL0F1dGhDZW50cmFsQ0FSMj A4BglghkgBhvhCAQgEKxYp
aHR0cDovL3d3dy5wa2kuYXV0aC5nci9kb2N1bWVudHMvQ1BTLm h0bWwwgZoGCWCGSAGG+EIB
DQSBjBaBiVRoaXMgY2VydGlmaWNhdGUgaXMgc3ViamVjdCB0by BHcmVlayBsYXdzIGFuZCBv
dXIgQ1BTLiBUaGlzIENlcnRpZmljYXRlIG11c3Qgb25seSBiZS B1c2VkIGZvciBhY2FkZW1p
YywgcmVzZWFyY2ggb3IgZWR1Y2F0aW9uYWwgcHVycG9zZXMuMI HGBgNVHSMEgb4wgbuAFBhu
bO3VX3vKRIcglgXaeQ7+ay0+oYGbpIGYMIGVMQswCQYDVQQGEw JHUjFEMEIGA1UEChM7SGVs
bGVuaWMgQWNhZGVtaWMgYW5kIFJlc2VhcmNoIEluc3RpdHV0aW 9ucyBDZXJ0LiBBdXRob3Jp
dHkxQDA+BgNVBAMTN0hlbGxlbmljIEFjYWRlbWljIGFuZCBSZX NlYXJjaCBJbnN0aXR1dGlv
bnMgUm9vdENBIDIwMDaCBQEAAAARMDMGCCsGAQUFBwEBBCcwJT AjBggrBgEFBQcwAYYXaHR0
cDovL29jc3AucGtpLmF1dGguZ3IwggEgBgNVHSAEggEXMIIBEz CCAQ8GCysGAQQBvB0CAAIE
MIH/MDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnBraS5hdXRoLmdyL2 RvY3VtZW50cy9DUFMu
cGhwMIHGBggrBgEFBQcCAjCBuTArFiRBcmlzdG90bGUgVW5pdm Vyc2l0eSBvZiBUaGVzc2Fs
b25pa2kwAwIBARqBiVRoaXMgY2VydGlmaWNhdGUgaXMgc3Viam VjdCB0byBHcmVlayBsYXdz
IGFuZCBvdXIgQ1BTLiBUaGlzIENlcnRpZmljYXRlIG11c3Qgb2 5seSBiZSB1c2VkIGZvciBh
Y2FkZW1pYywgcmVzZWFyY2ggb3IgZWR1Y2F0aW9uYWwgcHVycG 9zZXMuMA0GCSqGSIb3DQEB
BQUAA4IBAQDIQPsLpSF6c45SXeARSjqvOIsGDuu6f1sGpxK0rF FjdEe8Gd4MPUXxVrfAaZgD
O2QGO9KQw4DvftE/GgOcZSFNcfIH5NqnKrSqmTrJatqHiPP/FUtqnCvM0yNBeyxdg/3rQTGT
e/dFqQ7UEg3QG4oiX5MdkFvvCYI46jFmZZC298Fm2IVHgqXEKbRK pUk3sUyV9bQZObGKfVMi
+vXsvNEbUSQhKaUaOg1hzOTp8WVguL4afMza4Y1bUZw4/7985A3tNnlw4HvEDTPVyyfroCWt
Sv/P8iTp208hZrGPuojL0AQYu8ry+eyLcOQFePi0SgGkAibdEqYQL dT1ZZhWthjCMIIIbjCC
B1agAwIBAgIFBAAAAC4wDQYJKoZIhvcNAQEFBQAwgdAxCzAJBg NVBAYTAkdSMS0wKwYDVQQK
EyRBcmlzdG90bGUgVW5pdmVyc2l0eSBvZiBUaGVzc2Fsb25pa2 kxKTAnBgNVBAsTIENlbnRy
YWwgQ29tbXVuaWNhdGlvbiBGYWNpbGl0aWVzMUIwQAYDVQQDEz lBVVRIIE5ldHdvcmsgT3Bl
cmF0aW9ucyBDZW50ZXIgQ2VydGlmaWNhdGlvbiBBdXRob3JpdH kgUjMxIzAhBgkqhkiG9w0B
CQEWFHBraWFkbWluQGNjZi5hdXRoLmdyMB4XDTA5MTExNjAwMD AwMFoXDTEwMTExNjIzNTk1
OVowgd8xCzAJBgNVBAYTAkdSMS0wKwYDVQQKEyRBcmlzdG90bG UgVW5pdmVyc2l0eSBvZiBU
aGVzc2Fsb25pa2kxIjAgBgNVBAsTGU5ldHdvcmsgT3BlcmF0aW 9ucyBDZW50ZXIxQTA/BgNV
BAsTOENsYXNzIEIgLSBQcml2YXRlIEtleSBjcmVhdGVkIGFuZC BzdG9yZWQgaW4gc29mdHdh
cmUgQ1NQMRgwFgYDVQQDEw9HZW9yZ2lvcyBQYWxsYXMxIDAeBg kqhkiG9w0BCQEWEWdwYWxs
QGNjZi5hdXRoLmdyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQ KBgQCsvnmDQVLmXNeYqXYT
aIBcQU0e4pbX10wEeIWgw/Lx/mL6f5jAdxp7w6qImQmJTCzZbean+M0tda8AU0WRerzjnoWu
H/VWRMGMVmGuPvulYrPP/zZo7KbPs73KrK9h/P/+Vr31dv3DWHMs/+Z89lIdsIECmJgNfOX8
ZbVb1EX+lQIDAQABo4IEwDCCBLwwDAYDVR0TAQH/BAIwADARBglghkgBhvhCAQEEBAMCBaAw
DgYDVR0PAQH/BAQDAgXgMEkGA1UdJQRCMEAGCCsGAQUFBwMCBggrBgEFBQcDBA YKKwYBBAGC
NwoDBAYIKwYBBQUHAwMGCCsGAQUFBwMIBgorBgEEAYI3FAICMC kGCSsGAQQBgjcUAgQcHhoA
UwBtAGEAcgB0AGMAYQByAGQAVQBzAGUAcjAdBgNVHQ4EFgQU08 dF6BfjRrCUXm2LPmWlo0lF
UEMwgc8GA1UdIwSBxzCBxIAUUhdFbxbXkAqAbXl73mG+9LFPOd +hgaSkgaEwgZ4xCzAJBgNV
BAYTAkdSMS0wKwYDVQQKEyRBcmlzdG90bGUgVW5pdmVyc2l0eS BvZiBUaGVzc2Fsb25pa2kx
OzA5BgNVBAMTMkFyaXN0b3RsZSBVbml2ZXJzaXR5IG9mIFRoZX NzYWxvbmlraSBDZW50cmFs
IENBIFIyMSMwIQYJKoZIhvcNAQkBFhRwa2lhZG1pbkBjY2YuYX V0aC5ncoIFAwAAAAUwHwYD
VR0SBBgwFoEUcGtpYWRtaW5AY2NmLmF1dGguZ3IwMwYIKwYBBQ UHAQEEJzAlMCMGCCsGAQUF
BzABhhdodHRwOi8vb2NzcC5wa2kuYXV0aC5ncjBDBgNVHR8EPD A6MDigNqA0hjJodHRwOi8v
Y3JsdjEucGtpLmF1dGguZ3IvQXV0aE5vY0NBUjMvY3JsdjEuZG VyLmNybDCBmgYJYIZIAYb4
QgENBIGMFoGJVGhpcyBjZXJ0aWZpY2F0ZSBpcyBzdWJqZWN0IH RvIEdyZWVrIGxhd3MgYW5k
IG91ciBDUFMuIFRoaXMgQ2VydGlmaWNhdGUgbXVzdCBvbmx5IG JlIHVzZWQgZm9yIGFjYWRl
bWljLCByZXNlYXJjaCBvciBlZHVjYXRpb25hbCBwdXJwb3Nlcy 4wMwYJYIZIAYb4QgECBCYW
JGh0dHA6Ly9jcmx2MS5wa2kuYXV0aC5nci9BdXRoTm9jQ0FSMz AjBglghkgBhvhCAQQEFhYU
bnNfcmV2b2tlX3F1ZXJ5LnBocD8wNwYJYIZIAYb4QgEIBCoWKG h0dHA6Ly93d3cucGtpLmF1
dGguZ3IvZG9jdW1lbnRzL0NQUy5waHAwggEgBgNVHSAEggEXMI IBEzCCAQ8GCysGAQQBvB0C
AAIEMIH/MDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnBraS5hdXRoLmdyL2 RvY3VtZW50cy9D
UFMucGhwMIHGBggrBgEFBQcCAjCBuTArFiRBcmlzdG90bGUgVW 5pdmVyc2l0eSBvZiBUaGVz
c2Fsb25pa2kwAwIBARqBiVRoaXMgY2VydGlmaWNhdGUgaXMgc3 ViamVjdCB0byBHcmVlayBs
YXdzIGFuZCBvdXIgQ1BTLiBUaGlzIENlcnRpZmljYXRlIG11c3 Qgb25seSBiZSB1c2VkIGZv
ciBhY2FkZW1pYywgcmVzZWFyY2ggb3IgZWR1Y2F0aW9uYWwgcH VycG9zZXMuMDMGA1UdEQQs
MCqgKAYKKwYBBAGCNxQCA6AaDBhncGFsbEBwY2xhYnMuaXRjLm F1dGguZ3IwDQYJKoZIhvcN
AQEFBQADggEBAG5IT1DgdhKGY7JeGLdjKpnIvMrXfdZTTbKP2C ry3hOE5CEmmhuVWJ1nk9V2
5H9gW3+1nyvRW1ZKz/Av/pbWsPRLfWq8Wg7JCk0RSsS+y0M8lya/XkKDaENLiZE3CxfLZLKj
CkY7F8QBnzpznI0brx0r6SFVx6xGJsVLTsrncv97kKRrxkjYWE aYj2dXZX3PFuAHouWOMUG6
YswoCkbEIArqc6e0eyyCXwcjDj7fXeyhyiX8St7kzJLxzOdp8W RzGu4+8B23Wud2XbyRaFrq
8v7Gyskic4eTSKEmGAdVtLDfwHt/rXpgNEh3uNpx6ipWLl0CM2NlCiC0Zxz4ep+zSU0wgghu
MIIHVqADAgECAgUEAAAALjANBgkqhkiG9w0BAQUFADCB0DELMA kGA1UEBhMCR1IxLTArBgNV
BAoTJEFyaXN0b3RsZSBVbml2ZXJzaXR5IG9mIFRoZXNzYWxvbm lraTEpMCcGA1UECxMgQ2Vu
dHJhbCBDb21tdW5pY2F0aW9uIEZhY2lsaXRpZXMxQjBABgNVBA MTOUFVVEggTmV0d29yayBP
cGVyYXRpb25zIENlbnRlciBDZXJ0aWZpY2F0aW9uIEF1dGhvcm l0eSBSMzEjMCEGCSqGSIb3
DQEJARYUcGtpYWRtaW5AY2NmLmF1dGguZ3IwHhcNMDkxMTE2MD AwMDAwWhcNMTAxMTE2MjM1
OTU5WjCB3zELMAkGA1UEBhMCR1IxLTArBgNVBAoTJEFyaXN0b3 RsZSBVbml2ZXJzaXR5IG9m
IFRoZXNzYWxvbmlraTEiMCAGA1UECxMZTmV0d29yayBPcGVyYX Rpb25zIENlbnRlcjFBMD8G
A1UECxM4Q2xhc3MgQiAtIFByaXZhdGUgS2V5IGNyZWF0ZWQgYW 5kIHN0b3JlZCBpbiBzb2Z0
d2FyZSBDU1AxGDAWBgNVBAMTD0dlb3JnaW9zIFBhbGxhczEgMB 4GCSqGSIb3DQEJARYRZ3Bh
bGxAY2NmLmF1dGguZ3IwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMI GJAoGBAKy+eYNBUuZc15ip
dhNogFxBTR7iltfXTAR4haDD8vH+Yvp/mMB3GnvDqoiZCYlMLNlt5qf4zS11rwBTRZF6vOOe
ha4f9VZEwYxWYa4++6Vis8//Nmjsps+zvcqsr2H8//5WvfV2/cNYcyz/5nz2Uh2wgQKYmA18
5fxltVvURf6VAgMBAAGjggTAMIIEvDAMBgNVHRMBAf8EAjAAMB EGCWCGSAGG+EIBAQQEAwIF
oDAOBgNVHQ8BAf8EBAMCBeAwSQYDVR0lBEIwQAYIKwYBBQUHAw IGCCsGAQUFBwMEBgorBgEE
AYI3CgMEBggrBgEFBQcDAwYIKwYBBQUHAwgGCisGAQQBgjcUAg IwKQYJKwYBBAGCNxQCBBwe
GgBTAG0AYQByAHQAYwBhAHIAZABVAHMAZQByMB0GA1UdDgQWBB TTx0XoF+NGsJRebYs+ZaWj
SUVQQzCBzwYDVR0jBIHHMIHEgBRSF0VvFteQCoBteXveYb70sU 8536GBpKSBoTCBnjELMAkG
A1UEBhMCR1IxLTArBgNVBAoTJEFyaXN0b3RsZSBVbml2ZXJzaX R5IG9mIFRoZXNzYWxvbmlr
aTE7MDkGA1UEAxMyQXJpc3RvdGxlIFVuaXZlcnNpdHkgb2YgVG hlc3NhbG9uaWtpIENlbnRy
YWwgQ0EgUjIxIzAhBgkqhkiG9w0BCQEWFHBraWFkbWluQGNjZi 5hdXRoLmdyggUDAAAABTAf
BgNVHRIEGDAWgRRwa2lhZG1pbkBjY2YuYXV0aC5ncjAzBggrBg EFBQcBAQQnMCUwIwYIKwYB
BQUHMAGGF2h0dHA6Ly9vY3NwLnBraS5hdXRoLmdyMEMGA1UdHw Q8MDowOKA2oDSGMmh0dHA6
Ly9jcmx2MS5wa2kuYXV0aC5nci9BdXRoTm9jQ0FSMy9jcmx2MS 5kZXIuY3JsMIGaBglghkgB
hvhCAQ0EgYwWgYlUaGlzIGNlcnRpZmljYXRlIGlzIHN1YmplY3 QgdG8gR3JlZWsgbGF3cyBh
bmQgb3VyIENQUy4gVGhpcyBDZXJ0aWZpY2F0ZSBtdXN0IG9ubH kgYmUgdXNlZCBmb3IgYWNh
ZGVtaWMsIHJlc2VhcmNoIG9yIGVkdWNhdGlvbmFsIHB1cnBvc2 VzLjAzBglghkgBhvhCAQIE
JhYkaHR0cDovL2NybHYxLnBraS5hdXRoLmdyL0F1dGhOb2NDQV IzMCMGCWCGSAGG+EIBBAQW
FhRuc19yZXZva2VfcXVlcnkucGhwPzA3BglghkgBhvhCAQgEKh YoaHR0cDovL3d3dy5wa2ku
YXV0aC5nci9kb2N1bWVudHMvQ1BTLnBocDCCASAGA1UdIASCAR cwggETMIIBDwYLKwYBBAG8
HQIAAgQwgf8wNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cucGtpLm F1dGguZ3IvZG9jdW1lbnRz
L0NQUy5waHAwgcYGCCsGAQUFBwICMIG5MCsWJEFyaXN0b3RsZS BVbml2ZXJzaXR5IG9mIFRo
ZXNzYWxvbmlraTADAgEBGoGJVGhpcyBjZXJ0aWZpY2F0ZSBpcy BzdWJqZWN0IHRvIEdyZWVr
IGxhd3MgYW5kIG91ciBDUFMuIFRoaXMgQ2VydGlmaWNhdGUgbX VzdCBvbmx5IGJlIHVzZWQg
Zm9yIGFjYWRlbWljLCByZXNlYXJjaCBvciBlZHVjYXRpb25hbC BwdXJwb3Nlcy4wMwYDVR0R
BCwwKqAoBgorBgEEAYI3FAIDoBoMGGdwYWxsQHBjbGFicy5pdG MuYXV0aC5ncjANBgkqhkiG
9w0BAQUFAAOCAQEAbkhPUOB2EoZjsl4Yt2Mqmci8ytd91lNNso/YKvLeE4TkISaaG5VYnWeT
1Xbkf2Bbf7WfK9FbVkrP8C/+ltaw9Et9arxaDskKTRFKxL7LQzyXJr9eQoNoQ0uJkTcLF8tk
sqMKRjsXxAGfOnOcjRuvHSvpIVXHrEYmxUtOyudy/3uQpGvGSNhYRpiPZ1dlfc8W4Aei5Y4x
QbpizCgKRsQgCupzp7R7LIJfByMOPt9d7KHKJfxK3uTMkvHM52 nxZHMa7j7wHbda53ZdvJFo
Wury/sbKySJzh5NIoSYYB1W0sN/Ae3+temA0SHe42nHqKlYuXQIzY2UKILRnHPh6n7NJTTGC
BCEwggQdAgEBMIHaMIHQMQswCQYDVQQGEwJHUjEtMCsGA1UECh MkQXJpc3RvdGxlIFVuaXZl
cnNpdHkgb2YgVGhlc3NhbG9uaWtpMSkwJwYDVQQLEyBDZW50cm FsIENvbW11bmljYXRpb24g
RmFjaWxpdGllczFCMEAGA1UEAxM5QVVUSCBOZXR3b3JrIE9wZX JhdGlvbnMgQ2VudGVyIENl
cnRpZmljYXRpb24gQXV0aG9yaXR5IFIzMSMwIQYJKoZIhvcNAQ kBFhRwa2lhZG1pbkBjY2Yu
YXV0aC5ncgIFBAAAAC4wCQYFKw4DAhoFAKCCApwwGAYJKoZIhv cNAQkDMQsGCSqGSIb3DQEH
ATAcBgkqhkiG9w0BCQUxDxcNMTAwNDA5MDYyNDU4WjAjBgkqhk iG9w0BCQQxFgQUSXJO/6z3
/RsX3c9XpQ69xoEv3e4wXwYJKoZIhvcNAQkPMVIwUDALBglghkg BZQMEAQIwCgYIKoZIhvcN
AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBS sOAwIHMA0GCCqGSIb3DQMC
AgEoMIHrBgkrBgEEAYI3EAQxgd0wgdowgdAxCzAJBgNVBAYTAk dSMS0wKwYDVQQKEyRBcmlz
dG90bGUgVW5pdmVyc2l0eSBvZiBUaGVzc2Fsb25pa2kxKTAnBg NVBAsTIENlbnRyYWwgQ29t
bXVuaWNhdGlvbiBGYWNpbGl0aWVzMUIwQAYDVQQDEzlBVVRIIE 5ldHdvcmsgT3BlcmF0aW9u
cyBDZW50ZXIgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUjMxIz AhBgkqhkiG9w0BCQEWFHBr
aWFkbWluQGNjZi5hdXRoLmdyAgUEAAAALjCB7QYLKoZIhvcNAQ kQAgsxgd2ggdowgdAxCzAJ
BgNVBAYTAkdSMS0wKwYDVQQKEyRBcmlzdG90bGUgVW5pdmVyc2 l0eSBvZiBUaGVzc2Fsb25p
a2kxKTAnBgNVBAsTIENlbnRyYWwgQ29tbXVuaWNhdGlvbiBGYW NpbGl0aWVzMUIwQAYDVQQD
EzlBVVRIIE5ldHdvcmsgT3BlcmF0aW9ucyBDZW50ZXIgQ2VydG lmaWNhdGlvbiBBdXRob3Jp
dHkgUjMxIzAhBgkqhkiG9w0BCQEWFHBraWFkbWluQGNjZi5hdX RoLmdyAgUEAAAALjANBgkq
hkiG9w0BAQEFAASBgHg2X8RzZoMLLE2VOTiIaYRZ9mG3orD7Rz ubE97gfgruw2odV32gwGtO
L7JR7RvtWFUqRywr7naxvMNWkhstIynGxF2IUKrHKu0tFxM4o9 oWIq4VCuxp46EgZqSNacY/
le+nCSwkXOIGLn4YsCOuW9HU+sCXu5Rp0OE2dPVVIuRkAAAAAA AA
--------------ms060707030807080305010704--


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/4BBEC83A.2090200@ccf.auth.gr
 
Old 04-09-2010, 08:24 AM
Ron Yorston
 
Default Recompiling VirtualBox kernel module

Greg Woods wrote:
>On Thu, 2010-04-08 at 15:34 -0500, Dennis Gilmore wrote:
>> Im curious why you use virtualbox and not kvm/libvirt/virt-manager that are
>> included by default in fedora? Im just trying to work out what is lacking in
>> the default offerings that you go to a third party.
>
>I can't speak for the original poster, but for me, KVM is buggy, and
>doesn't work at all without hardware virtualization. On my Pentium 4
>dual core desktop, KVM is so slow that it's useless. VirtualBox performs
>quite well.

Likewise not presuming to speak for the OP. I don't use KVM because
none of the machines I own supports hardware virtualisation. Excluding
the stuff in the attic that would be two desktops, a laptop and three
netbooks. On one of the desktops I use VMware Server and on one of the
netbooks I use QEMU.

I note that the OP is running an x86_64 kernel, but even that doesn't
guarantee that they can use KVM. One of the machines I use here at
work is an early Opteron. We have VMware Server on that.

What's lacking from the default offerings is support for processors
without hardware virtualisation.

Ron
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-09-2010, 12:18 PM
oleksandr korneta
 
Default Recompiling VirtualBox kernel module

on 04/08/2010 03:36 PM Kwan Lowe wrote:

> This thread has a fix:
> http://www.mail-archive.com/vbox-users@virtualbox.org/msg07263.html
>
> In short, you're adding a one line change to a file (including sched.h).

thanks, it worked.

--
regards,
Oleksandr Korneta

I'm running F12 x86_64, should this matter.

/The nice thing about standards is that there are so many to choose from./



--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-09-2010, 12:26 PM
oleksandr korneta
 
Default Recompiling VirtualBox kernel module

on 04/08/2010 04:34 PM Dennis Gilmore wrote:
> On Thursday 08 April 2010 01:48:33 pm oleksandr korneta wrote:
>> cannot recompile VirtualBox driver module after recent kernel update
>>
>> $ rpm -qa | grep kernel
>> kernel-2.6.32.10-90.fc12.x86_64
>> kernel-2.6.32.9-70.fc12.x86_64
>> kernel-firmware-2.6.32.10-90.fc12.noarch
>> abrt-addon-kerneloops-1.0.8-2.fc12.x86_64
>> kernel-headers-2.6.32.10-90.fc12.x86_64
>> kernel-devel-2.6.32.10-90.fc12.x86_64
>> kernel-devel-2.6.32.9-70.fc12.x86_64
>>
>> it says
>>
>> sudo /etc/init.d/vboxdrv setup
>> Stopping VirtualBox kernel module [ OK ]
>> Recompiling VirtualBox kernel module [FAILED]
>> (Look at /var/log/vbox-install.log to find out what went wrong)
>>
>>
>> vbox-install.log is attached
>>
>> anybody else is seeing this? Is there a cure?
>>
>> regards,
>
> Hi,
>
> Im curious why you use virtualbox and not kvm/libvirt/virt-manager that are
> included by default in fedora? Im just trying to work out what is lacking in
> the default offerings that you go to a third party.

perhaps because at the time started looking for ways to run a virtual
machine (quite recently) top ten hits in google were howtos on
virtualbox an not on kvm. And since you've asked, I just looked around
and found out that my machine does not support hardware virtualization
(Opteron dual core).


--
regards,
Oleksandr Korneta

I'm running F12 x86_64, should this matter.

/The nice thing about standards is that there are so many to choose from./



--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-09-2010, 01:15 PM
Dennis Gilmore
 
Default Recompiling VirtualBox kernel module

On Friday 09 April 2010 07:26:23 am oleksandr korneta wrote:
> on 04/08/2010 04:34 PM Dennis Gilmore wrote:
> > On Thursday 08 April 2010 01:48:33 pm oleksandr korneta wrote:
> >> cannot recompile VirtualBox driver module after recent kernel update
> >>
> >> $ rpm -qa | grep kernel
> >> kernel-2.6.32.10-90.fc12.x86_64
> >> kernel-2.6.32.9-70.fc12.x86_64
> >> kernel-firmware-2.6.32.10-90.fc12.noarch
> >> abrt-addon-kerneloops-1.0.8-2.fc12.x86_64
> >> kernel-headers-2.6.32.10-90.fc12.x86_64
> >> kernel-devel-2.6.32.10-90.fc12.x86_64
> >> kernel-devel-2.6.32.9-70.fc12.x86_64
> >>
> >> it says
> >>
> >> sudo /etc/init.d/vboxdrv setup
> >> Stopping VirtualBox kernel module [ OK ]
> >> Recompiling VirtualBox kernel module [FAILED]
> >>
> >> (Look at /var/log/vbox-install.log to find out what went wrong)
> >>
> >> vbox-install.log is attached
> >>
> >> anybody else is seeing this? Is there a cure?
> >>
> >> regards,
> >
> > Hi,
> >
> > Im curious why you use virtualbox and not kvm/libvirt/virt-manager that
> > are included by default in fedora? Im just trying to work out what is
> > lacking in the default offerings that you go to a third party.
>
> perhaps because at the time started looking for ways to run a virtual
> machine (quite recently) top ten hits in google were howtos on
> virtualbox an not on kvm. And since you've asked, I just looked around
> and found out that my machine does not support hardware virtualization
> (Opteron dual core).

what do you get for "cat /proc/cpuinfo |grep svm" what model cpus do you
have? i have a pair of dual dual core opterons they run kvm great. one of
them has 12gb ram and has 13 guests running on it currently, I do agree we
need to come up with a way to support hardware that does not have hardware
virtualisation better. there is the kqemu kernel module in rpmfusion that
will give you accelerated virtualisation using tools that are native in fedora
for the rest. I bring it up because it seems vmware and virtual box regularly
break because there kernel modules don't build and you are left on your own
to fix it.

Dennis
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-09-2010, 02:22 PM
Greg Woods
 
Default Recompiling VirtualBox kernel module

On Fri, 2010-04-09 at 08:15 -0500, Dennis Gilmore wrote:

> what do you get for "cat /proc/cpuinfo |grep svm" what model cpus do you
> have?

No output at all. Dual core Pentium 4:

model name : Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz

> it seems vmware and virtual box regularly
> break because there kernel modules don't build and you are left on your own
> to fix it.

There are definite advantages to using things that are part of the
mainline kernel. When they work. For me, KVM often doesn't work, so I
have to use something else. It's that simple.

For what it's worth, Xen is supported by Red Hat in RHEL 5 (and
therefore by CentOS 5 as well), despite not being part of mainline.
VirtualBox is of course "on your own", but I have never had a problem
getting the kernel modules to build. I *have* had that problem with
VMware which, along with the $300 price tag for VMware Workstation, was
the reason for switching to VirtualBox in the first place.

--Greg


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 04-09-2010, 04:14 PM
Dennis Gilmore
 
Default Recompiling VirtualBox kernel module

On Friday 09 April 2010 09:22:44 am Greg Woods wrote:
> On Fri, 2010-04-09 at 08:15 -0500, Dennis Gilmore wrote:
> > what do you get for "cat /proc/cpuinfo |grep svm" what model cpus do you
> > have?
>
> No output at all. Dual core Pentium 4:
>
> model name : Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz

its a amd specific flag that signifies hardware virtualisation. intels is vmx so
you would run "cat /proc/cpuinfo |grep vmx" if you get a result you have
hardware virtulaisation in your cpu. it could still be disabled in the bios.

> > it seems vmware and virtual box regularly
> > break because there kernel modules don't build and you are left on your
> > own to fix it.
>
> There are definite advantages to using things that are part of the
> mainline kernel. When they work. For me, KVM often doesn't work, so I
> have to use something else. It's that simple.
what parts of it don't work? I use only kvm and run lots of guests. including
ones that see a significant work load. and have not experienced issues. im
using rhel5 and fedora 12 hosts. and a mixture of os's as guests. from fedora
to rhel, to debian, and open solaris. im not running windows guests so im not
sure how they work.

> For what it's worth, Xen is supported by Red Hat in RHEL 5 (and
> therefore by CentOS 5 as well), despite not being part of mainline.
> VirtualBox is of course "on your own", but I have never had a problem
> getting the kernel modules to build. I *have* had that problem with
> VMware which, along with the $300 price tag for VMware Workstation, was
> the reason for switching to VirtualBox in the first place.
>
> --Greg
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 

Thread Tools




All times are GMT. The time now is 07:47 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org