| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2024-04-02 | Merge Mesa 23.3.6 | Jonathan Gray | |
| 2024-04-02 | Import Mesa 23.3.6 | Jonathan Gray | |
| 2015-11-22 | import Mesa 11.0.6 | Jonathan Gray | |
| 2023-11-02 | Merge Mesa 23.1.9 | Jonathan Gray | |
| 2023-11-02 | Import Mesa 23.1.9 | Jonathan Gray | |
| 2023-01-28 | Merge Mesa 22.3.4 | Jonathan Gray | |
| 2023-01-28 | Import Mesa 22.3.4 | Jonathan Gray | |
| 2022-09-02 | Merge Mesa 22.1.7 | Jonathan Gray | |
| 2022-09-02 | Import Mesa 22.1.7 | Jonathan Gray | |
| 2022-04-21 | Merge Mesa 21.3.8 | Jonathan Gray | |
| 2022-02-24 | Merge Mesa 21.3.7 | Jonathan Gray | |
| 2022-02-24 | Import Mesa 21.3.7 | Jonathan Gray | |
| 2015-11-22 | import Mesa 11.0.6 | Jonathan Gray | |
| 2021-07-22 | Merge Mesa 21.1.5 | Jonathan Gray | |
| 2021-07-22 | Import Mesa 21.1.5 | Jonathan Gray | |
| 2020-09-22 | Merge Mesa 20.0.8 | Jonathan Gray | |
| With Mesa 20.1 even after the kernel change to do wbinvd on all cpus sthen@ reported that hard hangs still occurred on his Haswell system with inteldrm. Mark Kane also reported seeing hangs on Ivy Bridge on bugs@. Some systems/workloads seem to be more prone to triggering this than others as I have not seen any hangs on Ivy Bridge and the only hangs I saw on Haswell when running piglit went away with the wbinvd change. It seems something is wrong with drm memory attributes or coherency in the kernel and newer Mesa versions expect behaviour we don't have. | |||
| 2020-09-22 | Import Mesa 20.0.8 | Jonathan Gray | |
| 2020-08-26 | Merge Mesa 20.1.6 | Jonathan Gray | |
| 2020-08-26 | Import Mesa 20.1.6 | Jonathan Gray | |
| 2020-01-22 | Merge Mesa 19.2.8 | Jonathan Gray | |
| 2020-01-22 | Import Mesa 19.2.8 | Jonathan Gray | |
| 2019-05-23 | Merge Mesa 19.0.5 | Jonathan Gray | |
| 2019-01-29 | Merge Mesa 18.3.2 | Jonathan Gray | |
| 2019-01-29 | Import Mesa 18.3.2 | Jonathan Gray | |
| 2018-10-23 | Merge Mesa 17.3.9 | Jonathan Gray | |
| Mesa 18.x needs an ld with build-id for at least the intel code Mesa 18.2 assumes linux only memfd syscalls in intel code Tested by matthieu@, kettenis@ and myself on a variety of hardware and architectures. ok kettenis@ | |||
| 2018-01-08 | Revert to Mesa 13.0.6 again. | Jonathan Gray | |
| Corruption has again been reported on Intel hardware running Xorg with the modesetting driver (which uses OpenGL based acceleration instead of SNA acceleration the intel driver defaults to). Reported in various forms on Sandy Bridge (X220), Ivy Bridge (X230) and Haswell (X240). Confirmed to not occur with the intel driver but the xserver was changed to default to the modesetting driver on >= gen4 hardware (except Ironlake). One means of triggering this is to open a large pdf with xpdf on an idle machine and highlight a section of the document. There have been reports of gpu hangs on gen4 intel hardware (T500 with GM45, X61 with 965GM) when starting Xorg as well. | |||
| 2015-11-22 | import Mesa 11.0.6 | Jonathan Gray | |
| 2017-12-31 | Merge Mesa 17.2.8 | Jonathan Gray | |
| 2017-12-31 | Import Mesa 17.2.8 | Jonathan Gray | |
| 2017-08-26 | Revert to Mesa 13.0.6 to hopefully address rendering issues a handful of | Jonathan Gray | |
| people have reported with xpdf/fvwm on ivy bridge with modesetting driver. | |||
| 2015-11-22 | import Mesa 11.0.6 | Jonathan Gray | |
| 2017-08-14 | Import Mesa 17.1.6 | Jonathan Gray | |
| 2016-12-11 | Import Mesa 13.0.2 | Jonathan Gray | |
| 2016-05-29 | Import Mesa 11.2.2 | Jonathan Gray | |
| 2015-11-22 | import Mesa 11.0.6 | Jonathan Gray | |
 |
index : xenocara | |
| Xenocara |
| summaryrefslogtreecommitdiff |