621411 - Hardware acceleration in Firefox/SeaMonkey causes Oracle VirtualBox 3.2/4.0 to crash

Status: RESOLVED FIXED

(Core :: Graphics, defect)

Description

[Adrian Kalla [:adriank]]

Attachment: Firefox rendering with hardware acceleration activated

When hardware acceleration is activated in Firefox 4 (beta8) or SeaMonkey 2.1 (b2pre) in a VirtualBox guest, then:
-the application renders badly and is in fact unusable (see screenshot)
-after some time (from a few seconds to a few minutes), the VM will crash completely

Without activated hardware acceleration, everything works fine.

Tested on a Mac OS X 10.6 32bit host and a Windows XP SP3 32bit guest with VirtualBox 3.2.12 and VirtualBox 4.0 Beta4.

Comment 1

[Matthias Versen [:Matti]]

Report the crash to the Virtualbox developers.

Comment 2

[Bas Schouten (:bas.schouten)]

This is indeed a bug in VirtualBox from what I can see, we should look into how to detect it and blacklist their drivers.

Comment 3

[timeless]

the virtualbox bug tracker is: http://virtualbox.org/newticket (account required)

Comment 4

[Adrian Kalla [:adriank]]

The problem still exists (Firefox 4.0b9 & VirtualBox 4.0.2). Could the VirtualBox drivers be simply blacklisted please?

Comment 5

[Benoit Jacob [:bjacob] (mostly away)]

Sure, if we know how to identify them. Can you please go to about:support and paste the contents of the graphics section.

Comment 6

[Hideo Oshima]

Here is about:support output:

  Graphics

        Adapter Description
        VirtualBox Graphics Adapter

        Vendor ID
        80ee

        Device ID
        beef

        Adapter RAM
        Unknown

        Adapter Drivers
        VBoxDisp

        Driver Version
        4.0.2.0

        Driver Date

        Direct2D Enabled
        false

        DirectWrite Enabled
        false (0.0.0.0)

        WebGL Renderer
        (WebGL unavailable)

        GPU Accelerated Windows
        0/1

Comment 7

[timeless]

has someone filed a bug against virtualbox?

http://www.virtualbox.org/wiki/Bugtracker

has clear instructions for filing a bug. It's incredibly rude to file a bug asking blocklisting without filing a bug in another open bug tracker to inform the relevant team about the problem.

All you need to do is attach one log file which the application (virtualbox) readily provides.

Benoit: please do *NOT* blocklist until someone files a bug report (with the log file) to virtualbox.

Comment 8

[Adrian Kalla [:adriank]]

(In reply to comment #7)
> has someone filed a bug against virtualbox?

I didn't file a bug, because when filling this bug here, the VirtualBox guys asked to not file bugs, but report the problems in the forums (probably, because VirtualBox 4 was in beta at that time) and that's what I did: http://forums.virtualbox.org/viewtopic.php?f=15&t=37210&start=0#p167068 .

Comment 9

[timeless]

well, it's out of beta now. further as you had crashed in 3.2.x you could have legitimately filed it against that.

please file.

it isn't ok for virtualbox to crash.

Comment 10

[Benoit Jacob [:bjacob] (mostly away)]

(In reply to comment #6)
> Here is about:support output:
> 
>   Graphics
> 
>         Adapter Description
>         VirtualBox Graphics Adapter
> 
>         Vendor ID
>         80ee
> 
>         Device ID
>         beef

OK, PCI vendor ID 0x80ee is: Oracle Corporation - InnoTek Systemberatung GmbH

I confirm that their only device ID is 0xbeef:
http://www.pcidatabase.com/vendor_details.php?id=1695

So anyway, the second patch in bug 623338 makes us only whitelist Intel, NVIDIA and AMD/ATI vendors --- every other vendor gets blocked. So this bug will be fixed by it.

Comment 11

[Benoit Jacob [:bjacob] (mostly away)]

This has been fixed by the blocking of all non-intel/ati/nvidia vendors in bug 623338.