Open
Bug 687868
Opened 14 years ago
Updated 3 years ago
GfxInfo::Init() shouldn't put us in Discrete (CGLQueryRendererInfo)
Categories
(Core :: Graphics, defect)
Tracking
()
REOPENED
mozilla10
People
(Reporter: BenWa, Assigned: jrmuizel)
References
Details
Attachments
(1 file, 1 obsolete file)
|
4.74 KB,
patch
|
bjacob
:
review+
|
Details | Diff | Splinter Review |
Currently we call CGLQueryRendererInfo in GfxInfo::Init() which puts us in Discrete mode. We need to get renderer info without having it put Firefox in Discrete.
| Reporter | ||
Updated•14 years ago
|
Assignee: nobody → jmuizelaar
| Assignee | ||
Comment 1•14 years ago
|
||
This removes the work from 611292. We explicitly ask for a hardware renderer (http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/GLContextProviderCGL.mm#88) so it shouldn't be needed.
Attachment #561603 -
Flags: review?(bjacob)
| Assignee | ||
Comment 2•14 years ago
|
||
Add some more comment
Attachment #561603 -
Attachment is obsolete: true
Attachment #561603 -
Flags: review?(bjacob)
Attachment #561605 -
Flags: review?(bjacob)
| Reporter | ||
Comment 3•14 years ago
|
||
This fix is no longer required to fix bug 687864. Apple looks at our bundle ID and make it such that CGLQueryRendererInfo does not put us into Discrete for builds with the bundle id 'org.mozilla.firefox'
| Assignee | ||
Comment 4•14 years ago
|
||
It does prevent us from testing it though, so I'd like to keep the dependency around.
Blocks: 687864
Comment 5•14 years ago
|
||
Comment on attachment 561605 [details] [diff] [review]
Redo blacklisting to use device ids instead of render info v2
Review of attachment 561605 [details] [diff] [review]:
-----------------------------------------------------------------
r+ with following comments (changes needed):
::: widget/src/cocoa/GfxInfo.mm
@@ +106,5 @@
> +IsATIRadeonX1000(PRUint32 aVendorID, PRUint32 aDeviceID)
> +{
> + if (aVendorID == 0x1002) {
> + // this list is from the ATIRadeonX1000.kext Info.plist
> + PRUint32 devices[] = {0x7187, 0x72101, 0x71DE, 0x7146, 0x7142, 0x7109, 0x71C5, 0x71C0, 0x7240, 0x7249 0x7291};
the 0x72101 here is bogus; i'm ok to r+ the rest if you're confident in this list
@@ +111,5 @@
> + for (size_t i; i<NS_ARRAY_LENGTH(devices); i++) {
> + if (aDeviceID == devices[i])
> + return true;
> + }
> + }
return missing
@@ +358,5 @@
> + if (!IsATIRadeonX1000(mAdapterVendorID, mAdapterDeviceId)) {
> + foundGoodDevice = PR_TRUE;
> + }
> +
> +#if 0
OK. if the slowness in bug 611292 was caused by software fallbacks then we might take a performance regression from this so it's worth replying to bug 611292 to ask people to test, and let this bake in channels. However Jeff points out that we're already requiring NSOpenGLPFAAccelerated so in principle this shouldn't happen.
Attachment #561605 -
Flags: review?(bjacob) → review+
Comment 6•14 years ago
|
||
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Comment 7•14 years ago
|
||
GfxInfo::Init() still triggers discrete graphics mode for me, on
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7.2; rv:10.0a1) Gecko/20111028 Firefox/10.0a1 ID:20111028031044
To reproduce, simply open about:support.
| Reporter | ||
Comment 8•14 years ago
|
||
Confirmed, it still happens and I get a nasty black flash on 10.6.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•14 years ago
|
||
After changing the build identifier to org.mozilla.firefox, we go back to integrated graphics right after causing the switch.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•