Bug 1650929
| Summary: | Not working all bottom controls | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mikhail <mikhail.v.gavrilov> | ||||
| Component: | mesa | Assignee: | Adam Jackson <ajax> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | rawhide | CC: | ajax, bnocera, bskeggs, caillon+fedoraproject, cfergeau, cgarnach, fedora, fmuellner, fschwarz, icq, igor.raits, itamar, jglisse, john.j5live, mclasen, otaylor, pbrobinson, rclark, rhughes, rstrode, sandmann, thatslyude, walter.pete, walters | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | mesa-19.0.0~rc2-2.fc30 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2019-02-08 12:31:25 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Mikhail
2018-11-17 17:25:56 UTC
Was a bug in mesa, reassigning: https://gitlab.freedesktop.org/carlosg/mesa/commit/6fe9ece4e47ddf965f8abd82f2ce58a5ce568ad8 Bastien are you sure what it mesa bug? As we know such problem started after AMD developers decided added 10bit support in mesa. And Marek's position in mailing list is to keep Mesa as-is, leaving gnome-shell broken, so that gnome-shell developers are alerted and fix their code. If we react by removing 10bit support from drivers, the odds are gnome-shell will never be fixed and drivers will never be able to have 10bit support in them. All previous Fedora versions worked only because you turned off 10bit support in mesa with patch. I have been watching for a year how this issue going from version to version. https://gitlab.gnome.org/GNOME/mutter/issues/2 (In reply to Mikhail from comment #2) > Bastien are you sure what it mesa bug? I'm not the person that reassigned it. > As we know such problem started after AMD developers decided added 10bit > support in mesa. And did so in a way that broke applications it seems. In any case, there's nothing here that totem can control, and I have no hardware affected by this, so I won't be able to help. (In reply to Mikhail from comment #2) > Bastien are you sure what it mesa bug? > > As we know such problem started after AMD developers decided added 10bit > support in mesa. The 10bpp support will cause problems in GNOME and with mutter indeed, but that's a completely separate bug from the controls not working, as mentioned above. The symptoms for the 10bpp support were usually that the colours were wrong, not that controls didn't work (although colour picking could be affected). There's usually also no need to file bugs downstream if you've already filed them upstream, unless downstream is slow picking up existing patches. The subsurface problem has a patch that's in the process of being upstreamed: https://lists.freedesktop.org/archives/mesa-dev/2018-November/210797.html and will shortly be in test updates for f29 and rawhide. I've restored the patch in https://src.fedoraproject.org/rpms/mesa/c/a04754fe8e8c1444cc105aeb19ba778675e24bbd?branch=master . Looks like it got accidentally dropped when switching to the meson build system. (In reply to Pete Walter from comment #5) > I've restored the patch in I think it not good solution because we will never have HDR due to completely disabled rgb10. Better to fix Totem player and I will gift my Vega 56 card to the one who will fix it. |