USC - mouse cursor on AMD graphics is drawing incorrectly
Bug #1417581 reported by
Gerry Boland
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mir |
Fix Released
|
High
|
Andreas Pokorny | ||
0.12 |
Fix Released
|
High
|
Andreas Pokorny | ||
mesa (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
mir (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
I've a Lenovo Flex 2 14D, which has an AMD APU.
In Unity-System-
See previous version of this bug for visuals: https:/
Related branches
lp://staging/~andreas-pokorny/mir/fix-1417581
- Gerry Boland (community): Approve (functional)
- PS Jenkins bot (community): Approve (continuous-integration)
- Daniel van Vugt: Approve
- Alexandros Frantzis (community): Approve
-
Diff: 63 lines (+31/-3)1 file modifiedsrc/platforms/mesa/server/cursor.cpp (+31/-3)
lp://staging/mir/0.12
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
- Mir development team: Pending requested
-
Diff: 2349 lines (+1697/-127)23 files modified3rd_party/android-input/android/frameworks/base/services/input/InputDispatcher.cpp (+36/-31)
cmake/MirCommon.cmake (+2/-0)
debian/changelog (+22/-0)
src/CMakeLists.txt (+1/-1)
src/platforms/android/server/hwc_blanking_control.cpp (+14/-1)
src/platforms/mesa/server/cursor.cpp (+31/-3)
src/server/frontend/protobuf_message_processor.cpp (+42/-15)
src/server/frontend/protobuf_message_processor.h (+2/-1)
src/server/frontend/protobuf_responder.cpp (+9/-5)
src/server/frontend/protobuf_responder.h (+2/-0)
src/server/frontend/session_mediator.cpp (+25/-26)
src/server/frontend/session_mediator.h (+2/-0)
src/server/frontend/surface_tracker.cpp (+8/-1)
src/server/frontend/surface_tracker.h (+6/-3)
src/server/graphics/software_cursor.cpp (+8/-20)
src/server/graphics/software_cursor.h (+1/-1)
tests/acceptance-tests/throwback/test_client_input.cpp (+3/-2)
tests/unit-tests/frontend/test_protobuf_message_processor.cpp (+1/-1)
tests/unit-tests/graphics/android/test_hwc_configuration.cpp (+28/-13)
tests/unit-tests/graphics/test_software_cursor.cpp (+20/-0)
tests/unit-tests/test_fatal.cpp (+3/-3)
tools/valgrind_suppressions_armhf (+27/-0)
tools/valgrind_suppressions_glibc_2.21 (+1404/-0)
Changed in mir: | |
assignee: | nobody → Daniel van Vugt (vanvugt) |
status: | New → In Progress |
milestone: | none → 0.12.0 |
Changed in mir: | |
milestone: | 0.12.0 → none |
assignee: | Daniel van Vugt (vanvugt) → nobody |
importance: | Undecided → High |
status: | In Progress → Triaged |
Changed in mir: | |
milestone: | none → 0.12.0 |
status: | Triaged → In Progress |
assignee: | nobody → Andreas Pokorny (andreas-pokorny) |
Changed in mir: | |
milestone: | 0.12.0 → 0.13.0 |
Changed in mir (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
no longer affects: | mesa (Ubuntu) |
Changed in mir: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
GBM is giving us a stride of 256: get_stride( buffer) ; // in bytes
size_t buffer_stride = gbm_bo_
But actually it only renders correctly if we double this (real stride is 512?).