VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1078 - 1080 of 16363)

Ticket Resolution Summary Owner Reporter
#2832 fixed BAD_POOL_HEADER BSOD, XP guest Vista x64 host => Fixed in SVN Jason
Description

Since installing 2.10 I've been getting intermittent BSODs on my Vista x64 host machine. The BSODs have happened 2-3 times during shutdown of my guest, about two times during startup of the guest, and maybe once during normal operation.

At first I thought it was a conflict with a previous Virtualbox install so I uninstalled everything Vbox and reinstalled. It seemed fine, and ran for 2 days straight, but then BSOD'd during shutdown of the guest, again.

I'm fairly certain every time it has happened it has said BAD_POOL_HEADER.

Attached are two minidumps and my most recent vbox.log. Minidump Mini122008-01.dmp is from a BSOD during shutdown. Minidump Mini122008-02.dmp is from a BSOD during startup. The windows debugger blaims VBoxNetFlt.sys and NTFS.sys respectively.

Let me know if I can be of any more help.

#8550 obsolete BCM5880 USB smartcard reader does not work under linux host lardel
Description

Dell E6410 comes equipped with BCM5880 USB smartcard reader. It does not work under linux (ubuntu maverick) and XP as guest (virtualbox 4.0.4). The effect of enabling the device is continuous blinking of USB icon on virtualbox status bar. It works well in vmware. I've used wireshark to capture usb traffic in both virtualbox and vmware.

#5964 obsolete BIOS keyboard intercept interrupt (int 15/4F) broken Dave Dunfield
Description

Host: Mac OS X 10.6.2 VirtualBox 3.1.2 r56127 running MS-DOS 5.0

BIOS "keyboard intercept" interrupt INT 15h/4Fh ignores replacement scancode.

Needed an "Insert" key - no way to get it on MacBook, so I wrote a small TSR to remap F12 to Ins using INT 15h, AH=4Fh "keyboard intercept" didn't work under VirtualBox (worked fine on real machines & VMware), I could see the correct scancodes coming into the interrupt, but repaced scancode returned in AL was ignored. A bit of disassembly showed that there appears to be a PUSHA / POPA around the INT 15h/4Fh keyboard intercept call within VirtualBox BIOS (call is at F000:E997) causing the replaced scancode in AL to be lost.

I modified my TSR to recognize when it's loaded under VirtualBox and patch the stacked AL register - so I have a workaround, however this should be fixed (and it should be an easy fix).

Dave

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