VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (535 - 537 of 16363)

Ticket Resolution Summary Owner Reporter
#887 fixed The kernel module won't compile: Fedora Core 6 babai78
Description

I tried installing the rpm for Fedora Core 6 from the VirtualBox webpage without any success! This is the output of /var/log/vbox-install.log after I do /etc/init.d/vboxdrv setup, which fails:

make KBUILD_VERBOSE=1 -C /lib/modules/2.6.22.9-61.fc6/build SUBDIRS=/tmp/vbox.9 SRCROOT=/tmp/vbox.9 modules
make[1]: Entering directory `/usr/src/kernels/2.6.22.9-61.fc6-i686'
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.9/.tmp_versions
rm -f /tmp/vbox.9/.tmp_versions/*
make -f scripts/Makefile.build obj=/tmp/vbox.9
  gcc -m32 -Wp,-MD,/tmp/vbox.9/linux/.SUPDrv-linux.o.d  -nostdinc -isystem ./include -D__KERNEL__ -Iinclude  -include include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -pipe -msoft-float -mregparm=3 -freg-struct-return -mpreferred-stack-boundary=2  -march=i586 -mtune=generic -mtune=generic -ffreestanding -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -Iinclude/asm-i386/mach-generic -Iinclude/asm-i386/mach-default -fomit-frame-pointer -g  -fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign -I/lib/modules/2.6.22.9-61.fc6/build/include  -I/tmp/vbox.9/ -I/tmp/vbox.9/include -I/tmp/vbox.9/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_X86 -DUSE_NEW_OS_INTERFACE_FOR_MM   -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(SUPDrv_linux)"  -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -c -o /tmp/vbox.9/linux/.tmp_SUPDrv-linux.o /tmp/vbox.9/linux/SUPDrv-linux.c
In file included from /tmp/vbox.9/include/VBox/types.h:21,
                 from /tmp/vbox.9/SUPDRV.h:26,
                 from /tmp/vbox.9/linux/SUPDrv-linux.c:22:
/tmp/vbox.9/include/iprt/types.h:65:22: error: stddef.h: No such file or directory
In file included from /tmp/vbox.9/include/iprt/string.h:22,
                 from /tmp/vbox.9/SUPDRV.h:39,
                 from /tmp/vbox.9/linux/SUPDrv-linux.c:22:
/tmp/vbox.9/include/iprt/stdarg.h:21:21: error: stdarg.h: No such file or directory
In file included from /tmp/vbox.9/SUPDRV.h:39,
                 from /tmp/vbox.9/linux/SUPDrv-linux.c:22:
/tmp/vbox.9/include/iprt/string.h:477: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
/tmp/vbox.9/include/iprt/string.h:497: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
/tmp/vbox.9/include/iprt/string.h:538: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
/tmp/vbox.9/include/iprt/string.h:563: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
/tmp/vbox.9/include/iprt/string.h:590: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
In file included from ./include/asm/system.h:4,
                 from ./include/asm/processor.h:18,
                 from ./include/asm/thread_info.h:16,
                 from ./include/linux/thread_info.h:21,
                 from ./include/linux/preempt.h:9,
                 from ./include/linux/spinlock.h:49,
                 from /tmp/vbox.9/SUPDRV.h:84,
                 from /tmp/vbox.9/linux/SUPDrv-linux.c:22:
./include/linux/kernel.h:123: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
./include/linux/kernel.h:127: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
./include/linux/kernel.h:131: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
./include/linux/kernel.h:135: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
./include/linux/kernel.h:139: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
./include/linux/kernel.h:155: error: expected declaration specifiers or $-1òø...òù before òøva_listòù
/tmp/vbox.9/linux/SUPDrv-linux.c: In function $-1òøSUPR0Printfòù:
/tmp/vbox.9/linux/SUPDrv-linux.c:1893: error: $-1òøva_listòù undeclared (first use in this function)
/tmp/vbox.9/linux/SUPDrv-linux.c:1893: error: (Each undeclared identifier is reported only once
/tmp/vbox.9/linux/SUPDrv-linux.c:1893: error: for each function it appears in.)
/tmp/vbox.9/linux/SUPDrv-linux.c:1893: error: expected $-1òø;òù before òøargsòù
/tmp/vbox.9/linux/SUPDrv-linux.c:1894: warning: ISO C90 forbids mixed declarations and code
/tmp/vbox.9/linux/SUPDrv-linux.c:1896: warning: implicit declaration of function $-1òøva_startòù
/tmp/vbox.9/linux/SUPDrv-linux.c:1896: error: $-1òøargsòù undeclared (first use in this function)
/tmp/vbox.9/linux/SUPDrv-linux.c:1897: error: too many arguments to function $-1òøvsnprintfòù
/tmp/vbox.9/linux/SUPDrv-linux.c:1900: warning: implicit declaration of function $-1òøva_endòù
/tmp/vbox.9/linux/SUPDrv-linux.c: In function $-1òøAssertMsg2òù:
/tmp/vbox.9/linux/SUPDrv-linux.c:1925: error: $-1òøva_listòù undeclared (first use in this function)
/tmp/vbox.9/linux/SUPDrv-linux.c:1925: error: expected $-1òø;òù before òøapòù
/tmp/vbox.9/linux/SUPDrv-linux.c:1926: warning: ISO C90 forbids mixed declarations and code
/tmp/vbox.9/linux/SUPDrv-linux.c:1928: error: $-1òøapòù undeclared (first use in this function)
/tmp/vbox.9/linux/SUPDrv-linux.c:1929: error: too many arguments to function $-1òøvsnprintfòù
make[2]: *** [/tmp/vbox.9/linux/SUPDrv-linux.o] Error 1
make[1]: *** [_module_/tmp/vbox.9] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.22.9-61.fc6-i686'
make: *** [vboxdrv] Error 2

I read somewhere it's impossible to install VirtualBox for newer kernels unless one has a compiled bare kernel with all default options enabled. That's what 'make oldconfig' is probably saying. Is this a bug?

#889 fixed Sefmentation Fault => Fixed in 1.5.4 Frank Mehnert Andrew Cooks
Description

On the first run, after supplying my name and email address, it Segfaults.

Valgrind says:

Thread 3:
==27002== Syscall param socketcall.send(msg) points to uninitialised byte(s)
==27002==    at 0x625FAF8: send (in /lib/libpthread-2.7.so)
==27002==    by 0x6309BD7: pt_SocketWrite (in /opt/VirtualBox/VBoxXPCOM.so)
==27002==    by 0x6322F6E: PR_Write (in /opt/VirtualBox/VBoxXPCOM.so)
==27002==    by 0x70F5361: ConnThread(void*) (in /opt/VirtualBox/components/VBoxXPCOMIPCC.so)
==27002==    by 0x6305383: _pt_root (in /opt/VirtualBox/VBoxXPCOM.so)
==27002==    by 0x625818A: start_thread (pthread_create.c:297)
==27002==    by 0x65A1E7D: clone (in /lib/libc-2.7.so)
==27002==  Address 0x7082CD6 is 62 bytes inside a block of size 100 alloc'd
==27002==    at 0x4023998: malloc (vg_replace_malloc.c:149)
==27002==    by 0x70F6393: ipcMessage::Init(nsID const&, char const*, unsigned) (in /opt/VirtualBox/components/VBoxXPCOMIPCC.so)
==27002==    by 0x70F5B0A: ipcmMessageForward::ipcmMessageForward(unsigned, unsigned, nsID const&, char const*, unsigned) (in /opt/VirtualBox/components/VBoxXPCOMIPCC.so)
==27002==    by 0x70EBFCE: IPC_SendMessage(unsigned, nsID const&, unsigned char const*, unsigned) (in /opt/VirtualBox/components/VBoxXPCOMIPCC.so)
==27002==    by 0x70EF4F5: SetupPeerInstance(unsigned, DConnectSetup*, unsigned, void**) (in /opt/VirtualBox/components/VBoxXPCOMIPCC.so)
==27002==    by 0x70EF7EF: ipcDConnectService::CreateInstance(unsigned, nsID const&, nsID const&, void**) (in /opt/VirtualBox/components/VBoxXPCOMIPCC.so)
==27002==    by 0x70FEFCA: VirtualBoxConstructor(nsISupports*, nsID const&, void**) (server_module.cpp:221)
==27002==    by 0x6325595: nsGenericFactory::CreateInstance(nsISupports*, nsID const&, void**) (in /opt/VirtualBox/VBoxXPCOM.so)
==27002==    by 0x62ED030: nsComponentManagerImpl::CreateInstance(nsID const&, nsISupports*, nsID const&, void**) (in /opt/VirtualBox/VBoxXPCOM.so)
==27002==    by 0x81362F5: VBoxGlobal::init() (in /opt/VirtualBox/VirtualBox)
==27002==    by 0x8136C43: VBoxGlobal::instance() (in /opt/VirtualBox/VirtualBox)
==27002==    by 0x8120945: main (in /opt/VirtualBox/VirtualBox)
==27002==
==27002== Thread 1:
==27002== Syscall param write(buf) points to uninitialised byte(s)
==27002==    at 0x625F5DB: (within /lib/libpthread-2.7.so)
==27002==    by 0x61A9AAE: _X11TransWrite (Xtrans.c:900)
==27002==    by 0x61A17F0: _XFlushInt (XlibInt.c:675)
==27002==    by 0x6180EE0: XFlush (Flush.c:41)
==27002==    by 0x425FF1F: QWidget::setCursor(QCursor const&) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x438F886: QWidgetResizeHandler::setMouseCursor(QWidgetResizeHandler::MousePosition) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4390087: QWidgetResizeHandler::setActive(QWidgetResizeHandler::Action, bool) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x439DA8C: QDockWindow::updateGui() (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x439DEBA: QDockWindow::setResizeEnabled(bool) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x8169A87: VBoxSelectorWnd::VBoxSelectorWnd(VBoxSelectorWnd**, QWidget*, char const*, unsigned) (in /opt/VirtualBox/VirtualBox)
==27002==    by 0x812CCA5: VBoxGlobal::selectorWnd() (in /opt/VirtualBox/VirtualBox)
==27002==    by 0x8120A8C: main (in /opt/VirtualBox/VirtualBox)
==27002==  Address 0x698E72B is 27 bytes inside a block of size 16,384 alloc'd
==27002==    at 0x4022ABE: calloc (vg_replace_malloc.c:279)
==27002==    by 0x618F4AD: XOpenDisplay (OpenDis.c:289)
==27002==    by 0x422F176: qt_init_internal(int*, char**, _XDisplay*, unsigned long, unsigned long) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4230045: qt_init(int*, char**, QApplication::Type) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4299020: QApplication::construct(int&, char**, QApplication::Type) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x42993C4: QApplication::QApplication(int&, char**) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x8120387: main (in /opt/VirtualBox/VirtualBox)
==27002==
==27002== Source and destination overlap in mempcpy(0x6EED670, 0x6EED670, 27)
==27002==    at 0x40250DA: mempcpy (mc_replace_strmem.c:116)
==27002==    by 0x6542F95: _IO_default_xsputn (genops.c:469)
==27002==    by 0x651D302: vfprintf (vfprintf.c:1560)
==27002==    by 0x6537B4A: vsprintf (iovsprintf.c:43)
==27002==    by 0x652289D: sprintf (sprintf.c:34)
==27002==    by 0x61DDD44: parse_fontdata (omGeneric.c:618)
==27002==    by 0x61DDEB5: parse_vw (omGeneric.c:1095)
==27002==    by 0x61DE7F2: create_oc (omGeneric.c:1233)
==27002==    by 0x618EA86: XCreateOC (OCWrap.c:53)
==27002==    by 0x6183116: XCreateFontSet (FSWrap.c:185)
==27002==    by 0x4245B34: (within /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4245E31: QInputContext::QInputContext(QWidget*) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==
==27002== Syscall param write(buf) points to uninitialised byte(s)
==27002==    at 0x625F5DB: (within /lib/libpthread-2.7.so)
==27002==    by 0x6832CDE: _IceTransWrite (Xtrans.c:900)
==27002==    by 0x6838CDD: _IceWrite (misc.c:369)
==27002==    by 0x6838DB1: IceFlush (misc.c:82)
==27002==    by 0x682509E: SmcSetProperties (sm_client.c:397)
==27002==    by 0x42226C8: (within /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x422280E: (within /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4230279: (within /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4230B9F: (within /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x6829241: _SmcProcessMessage (sm_process.c:252)
==27002==    by 0x683D607: IceProcessMessages (process.c:344)
==27002==    by 0x4222D63: QSmSocketReceiver::socketActivated(int) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==  Address 0x6C89034 is 12 bytes inside a block of size 1,024 alloc'd
==27002==    at 0x4022ABE: calloc (vg_replace_malloc.c:279)
==27002==    by 0x6830A30: IceOpenConnection (connect.c:211)
==27002==    by 0x6825388: SmcOpenConnection (sm_client.c:135)
==27002==    by 0x4227F11: QSessionManager::QSessionManager(QApplication*, QString&, QString&) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x4298A1C: QApplication::initialize(int, char**) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x429904E: QApplication::construct(int&, char**, QApplication::Type) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x42993C4: QApplication::QApplication(int&, char**) (in /usr/qt/3/lib/libqt-mt.so.3.3.8)
==27002==    by 0x8120387: main (in /opt/VirtualBox/VirtualBox)
Qt WARNING: QThread object destroyed while thread is still running.
==27002==
==27002== Thread 5:
==27002== Invalid write of size 4
==27002==    at 0x645511F: std::string::string(std::string const&) (in /usr/lib/gcc/i686-pc-linux-gnu/4.2.2/libstdc++.so.6.0.9)
==27002==    by 0x81A1EA9: happyhttp::Connection::putrequest(char const*, char const*) (in /opt/VirtualBox/VirtualBox)
==27002==    by 0x6F742066: ???
==27002==  Address 0xD65736F is not stack'd, malloc'd or (recently) free'd
==27002==
==27002== Process terminating with default action of signal 11 (SIGSEGV)
==27002==  Access not within mapped region at address 0xD65736F
==27002==    at 0x645511F: std::string::string(std::string const&) (in /usr/lib/gcc/i686-pc-linux-gnu/4.2.2/libstdc++.so.6.0.9)
==27002==    by 0x81A1EA9: happyhttp::Connection::putrequest(char const*, char const*) (in /opt/VirtualBox/VirtualBox)
==27002==    by 0x6F742066: ???
#894 fixed vbox consumes non-trivial CPU when guests are idle Paul Millar
Description

I have Debian sid, running on an Intel Pentium D dual-core 3GHz machine.

I'd like to run multiple guest-OSes: ScientificLinux [similar to CentOS] versions 3.0.x, 4.x and 5.x. I notice about 25%--50% (of a single-core) load on the host OS despite the guest OSes being idle.

With a single guest OS running, I noticed ~50% CPU usage (which linux load onto a single core). With two guest-OSes, the load is around 75% CPU (distributed between the two cores).

This is a problem as it limits the number of guest OSes that I can run comfortably.

If I attach strace to one of the guest OSes, I see many select()s timing-out followed by a call to gettimeofday(). This looks like a polling routine, which perhaps is responsible for host CPU consumption.

So, I guess the questions are:

  1. is this a known problem/issue?
  1. how (in general) does one investigate this class of problem? Would profiling the virtualbox code (using -pg/gprof) be of any use?

Cheers,

Paul

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy