Closed Bug 635044 Opened 13 years ago Closed 13 years ago

Block layers acceleration and Direct2D on NVIDIA NVS 3100M on driver 8.17.12.5896

Categories

(Toolkit :: Blocklist Policy Requests, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
blocking2.0 --- final+

People

(Reporter: joe, Assigned: fligtar)

References

(Depends on 1 open bug)

Details

(Whiteboard: [gfx][hardblocker][noncode])

Attachments

(1 file)

First question - we won't send gfxItems blocklist entries to non-4.0 Firefoxes, right? I'm not sure how the blocklist in previous Firefoxes behaves if it gets things it doesn't understand. (Mossop might be able to comment on this.) There's no upside to sending it to 3.x, regardless, though.

My SQL is pretty rusty. In particular, I don't know what specifying a number for the auto_increment primary key does, but I've specified different numbers there anyways.

Les tells me that the GUID here is the Firefox product GUID, so I'm leaving it as-is.

INSERT INTO `blgfxdrivers` (9, '{ec8030f7-c20a-464f-9b0e-13a3a9e97384}', 'WINNT 6.1', '0x10de', '0x0a6c', 'DIRECT2D', 'BLOCKED_DRIVER_VERSION', '8.17.12.5896', 'LESS_THAN_OR_EQUAL', '0000-00-00 00:00:00','0000-00-00 00:00:00')
INSERT INTO `blgfxdrivers` (10, '{ec8030f7-c20a-464f-9b0e-13a3a9e97384}', 'WINNT 6.1', '0x10de', '0x0a6c', 'DIRECT3D_9_LAYERS', 'BLOCKED_DRIVER_VERSION', '8.17.12.5896', 'LESS_THAN_OR_EQUAL', '0000-00-00 00:00:00','0000-00-00 00:00:00')
Don't forget Seamonkey :-)
Hi Joe,

A couple comments/questions:

1. Can you add more details about why this block is warranted? (I'm sure it is if you're asking for it, it's just that we need that information for all blocks)

2. Does this need to happen before Firefox 4? If so, please ask for blocking status because we have too many hardblockers and softblockers in Blocklisting right now for me to spend time on others.

3. auto_increment values should be NULL and created and modified should be NOW()

4. if you omit the app GUID, does it apply to all apps? That's the way other parts of blocklist work and would be nice to not have separate Firefox/SeaMonkey entries if possible.
This needs to hardblock and happen before or near Firefox 4 beta 12, because it's the first live test of graphics blacklisting.

We need to block this driver combination because it's the latest version Lenovo makes available, and yet using hardware-accelerated Firefox still crashes the graphics driver multiple times per day. We believe that if Lenovo updates the driver this problem will go away, because Stuart has a non-standard NVIDIA driver for this machine which is newer than the Lenovo driver, and it hasn't crashed recently.

This should apply to all apps, yes.

Here's the updated SQL:

INSERT INTO `blgfxdrivers` (NULL, NULL, 'WINNT 6.1', '0x10de', '0x0a6c', 'DIRECT2D', 'BLOCKED_DRIVER_VERSION', '8.17.12.5896', 'LESS_THAN_OR_EQUAL', NOW(), NOW())

INSERT INTO `blgfxdrivers` (NULL, NULL, 'WINNT 6.1', '0x10de', '0x0a6c', 'DIRECT3D_9_LAYERS', 'BLOCKED_DRIVER_VERSION', '8.17.12.5896', 'LESS_THAN_OR_EQUAL', NOW(), NOW())
blocking2.0: --- → ?
Okay, this is on our staging server as:
  <gfxBlacklistEntry>
    <os>WINNT 6.1</os>
    <vendor>0x10de</vendor>
    <devices>
      <device>0x0a6c</device>
    </devices>
    <feature>DIRECT2D</feature>
    <featureStatus>BLOCKED_DRIVER_VERSION</featureStatus>
    <driverVersion>8.17.12.5896</driverVersion>
    <driverVersionComparator>LESS_THAN_OR_EQUAL</driverVersionComparator>
  </gfxBlacklistEntry>
  <gfxBlacklistEntry>
    <os>WINNT 6.1</os>
    <vendor>0x10de</vendor>
    <devices>
      <device>0x0a6c</device>
    </devices>
    <feature>DIRECT3D_9_LAYERS</feature>
    <featureStatus>BLOCKED_DRIVER_VERSION</featureStatus>
    <driverVersion>8.17.12.5896</driverVersion>
    <driverVersionComparator>LESS_THAN_OR_EQUAL</driverVersionComparator>
  </gfxBlacklistEntry>

Please test that it works using these instructions: https://wiki.mozilla.org/Blocklisting/Testing
OS: Mac OS X → All
Hardware: x86 → All
Whiteboard: [gfx][needs testing]
Joe: who's gonna own the testing and verification, here?
blocking2.0: ? → betaN+
Whiteboard: [gfx][needs testing] → [gfx][needs testing][hardblocker]
(In reply to comment #4)
> Please test that it works using these instructions:
> https://wiki.mozilla.org/Blocklisting/Testing
Btw the instructions there omit to state that the user should be searching/editing extensions.blocklist.url, in step 1. I don't have a mozilla wiki account or I'd try to correct it.
Assignee: nobody → fligtar
Keywords: qawanted
Whiteboard: [gfx][needs testing][hardblocker] → [gfx][needs testing][hardblocker][joe to test]
We filed a ticket to source a machine with the specs listed here, but Joe is going to look at testing this as well.
OK! Hooray, this works while spoofing! We'll wait for QA to test in a real computer, but this looks good to go.
Whiteboard: [gfx][needs testing][hardblocker][joe to test] → [gfx][needs testing][hardblocker]
Beta 12 doesn't need to wait for QA verification on this. We also don't need to hold beta 12 for this to be pushed live. However, it does need to be pushed live during beta 12 (and significantly before RC), so QA can verify with their new hardware and we can handle any bugs they find.

Note to QA for verification: There is no notification that your graphics hardware has been blacklisted, and the blacklist doesn't take effect until you restart Firefox. Once Firefox has completed a blocklist ping, you can restart Firefox and look at the graphics section in about:support. You should see a) Direct2D and DirectWrite turned off; b) "Blocked on your hardware due to unresolved driver issues" or something to that effect; and c) 0 hardware accelerated windows.
blocking2.0: betaN+ → final+
Whiteboard: [gfx][needs testing][hardblocker] → [gfx][hardblocker][needs push live early beta 12]
With this bug, the graphic driver version D2D/D3D blocklisting will be managed in two ways:
1. some will be D2D/D3D-blocklist through add-ons blocklisting (user is informed by a popup, easy to maintain).
2. others will be D2D/D3D-blocklist through code blocklisting (user is only informed by http://www.mozilla.com/en-US/firefox/system-requirements.html, which is hard to build for Firefox 4, see bug 601079).

Could it be possible to D2D/D3D-blocklist graphic drivers only with solution 1?
Which website is going to be updated whatever the retained solution? http://www.mozilla.com/en-US/firefox/system-requirements.html or https://www.mozilla.com/en-US/blocklist?
Fligtar: can we just make with the pushy-push?
(In reply to comment #11)
> Fligtar: can we just make with the pushy-push?

I was waiting for beta 12 per Joe's comment. If that's not necessary I can push it now, yes.
Sorry, I was unclear. This needs to go live *at latest* early in the beta 12 period. Any time up to then is fine.
Filed bug 636254 to run the SQL (we don't have an admin tool for gfx blocking yet).

Joe, can you start this wiki page listing blocked drivers, versions, features, why, etc.? https://wiki.mozilla.org/Blocklisting/Blocked_Graphics_Drivers

Thanks
Depends on: 636254
Attached image before and after test
Got the hardware today and tested using instructions from comment #6 and the wiki. It looks like it is working in the testing environment. We'll check once again when it goes live.
(In reply to comment #14)
> Joe, can you start this wiki page listing blocked drivers, versions, features,
> why, etc.? https://wiki.mozilla.org/Blocklisting/Blocked_Graphics_Drivers

Done!
Blocks: 601079
Blocked in production. Will take a little for cache to clear.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [gfx][hardblocker][needs push live early beta 12] → [gfx][hardblocker]
Did this get reverted in production? This worked at first, but now even repeated blocklist pings return no gfxItems.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Turns out our admin tool for gfx blocks had a bug; this is back to waiting on SQL to be run, but I will make sure that happens today.
Hooray, this is fixed for real.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Verified fixed using  Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12) Gecko/20100101 Firefox/4.0b12. Removing QA wanted keyword.

I verified that I get what Joe listed in Comment 9.
Keywords: qawanted
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reopen by Kyle because this caused breakage on mozilla-central
Curious.  What exactly did this break in m-c?
Depends on: 637413
Whiteboard: [gfx][hardblocker] → [gfx][hardblocker][block waiting on bug 637413]
Whiteboard: [gfx][hardblocker][block waiting on bug 637413] → [gfx][hardblocker][block waiting on bug 637413][noncode]
OK.  We're done with bug 637413.  What's next here?
Nothing!
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Whiteboard: [gfx][hardblocker][block waiting on bug 637413][noncode] → [gfx][hardblocker][noncode]
I have NVIDIA NVS 3100M driver version 8.17.12.7593 installed on my thinkpad T410.  Firefox is still saying that WebGL is blocked due to driver incompatibility.  WebGL should be working, since my driver > 8.17.12.5896, right?  Any idea what might be going on here?
(In reply to Allie S from comment #27)
> I have NVIDIA NVS 3100M driver version 8.17.12.7593 installed on my thinkpad
> T410.  Firefox is still saying that WebGL is blocked due to driver
> incompatibility.  WebGL should be working, since my driver > 8.17.12.5896,
> right?  Any idea what might be going on here?

Specifically, FF about:support says: WebGL Renderer - Blocked for your graphics card because of unresolved driver issues.
Please go to about:config, reset all your gfx.blacklist.* preferences, retry.

Firefox currently only updates this once per day. See bug 653102.
Thanks Benoit.  I'll post back if I start getting crashes or other problems, but i'm sure it's all ok.
Benoit: this issue seems to have reared it's head again with FF 12.  I can't find any gfx.blacklist.* prefs, and bug 653102 seems to make mention of that.  How do I go about fixing this issue now - any ideas?  thanks.
Is your system dual-GPU? I.e. with a NVIDIA and a Intel GPU? If yes, sorry, you may be running into the limitations of our gpu detection code. The only solution for now, then, would be to force-enable. We do need to prioritize work on this.
Hi Benoit,

I do have a dual-GPU (NVIDIA NVS 3100M / Intel HD GM55) on my thinkpad T410.  However, for some reason, opengl now seems to be working on it after updating my video drivers.  Not sure why all the erratic behavior, but things seem to be working in my case at the moment.
Product: addons.mozilla.org → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: