New issue
Advanced search Search tips

Issue 899740 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug

Blocking:
issue 922571



Sign in to add a comment

Support GLSurface with a visual which is not compatible with the default visual

Project Member Reported by penghuang@chromium.org, Oct 29

Issue description

On Linux X11 desktop, chome is using RGB visual for regular window and offscreen GLSurface. But for some Window with not regular shape, or temp windows for drag and drop, chrome will choose a RGBA visual. So we have to have at least two GLContexts for RGB and RGBA visuals.

But in the future, we would like chrome to just have one GLContext (and a GrContext), and let the raster decoders and display compositor share it. So we should figure how to handle windows with RGBA visual.

 
Summary: Support GLSurface with a visual which is not compatible with the default visual (was: Support GLSurface with a visual which is not comparable with the default visual)
Labels: Proj-Vulkanize
Labels: OS-Linux
Status: Available (was: Untriaged)

Comment 4 by penghuang@chromium.org, Jan 16 (6 days ago)

Blocking: 922571

Comment 5 by rjkroege@chromium.org, Jan 17 (5 days ago)

Description: Show this description

Comment 6 by rjkroege@chromium.org, Jan 17 (5 days ago)

Owner: samans@chromium.org
Status: Assigned (was: Available)
samans@ are you willing to take a look at this? It overlaps a bit perhaps with your SharedImage for Linux work.

Comment 7 by penghuang@chromium.org, Jan 17 (5 days ago)

FYI, piman@ suggested always using RGBA visual windows on Linux, and see if there is a performance regression.

Comment 8 by samans@chromium.org, Today (13 hours ago)

penghuang, are you going to try piman's suggestion? If so, I'll assign the bug back to you.

Comment 9 by penghuang@chromium.org, Today (13 hours ago)

No. I am working on android webview related stuff.

Sign in to add a comment