| What | Removed | Added |
|---|---|---|
| Component | Other | Drivers/Gallium/radeonsi |
| Assignee | mesa-dev@lists.freedesktop.org | dri-devel@lists.freedesktop.org |
| QA Contact | mesa-dev@lists.freedesktop.org | dri-devel@lists.freedesktop.org |
Does it still happen with current Mesa Git master? If so, can = you bisect?
(In reply to Michel D=C3=A4nzer from comment #3) > Does it still happen with current Mesa Git maste= r? If so, can you bisect? The mesa-git package available in the arch linux user repository is not wor= king at the moment so this may take a while. I found this https://wik= i.archlinux.org/index.php/Bisecting_bugs essentially do I just follow these steps? This is a bit out of my scope of knowledge.
(In reply to andre35822 from comment #4) > I found this https://wiki.archlinux.org/index.php/Bisecting= _bugs essentially > do I just follow these steps? Yes.
(In reply to Michel D=C3=A4nzer from comment #5) > (In reply to andre35822 from comment #4) > > I found this https://wiki.archlinux.org/index.php/Bisecting_bugs essenti= ally > > do I just follow these steps? >=20 > Yes. Alright I just, I do not have enough knowledge to follow that tutorial I tr= ied and I am just failing miserably and I can't understand what I am doing. I upgraded my system to mesa-git (10.6-devel) and I still have the issue so t= he issue IS present on 10.6. Hopefully there is someone at the mesa team that plays games and can test CSGO on AMD hardware?
Andre ff you use yaourt grab pkgs by: yaourt -G mesa-git and y= aourt -G lib32-mesa-git, and make it and install (cd mesa-git; makepkg -si; and the = same for lib32-mesa-git) CS GO is 32bit (i belive) app so you need bisect only lib32-mesa-git: Try commit: http://cgit.freedesktop.org/mesa/mesa/commit/?= id=3Def7e0b39a24966526b102643523feac765771842 It's first one I can build against llvm-3.6, it's probably old enough to run CS:GO without issues but you have to be sure: $cd lib32-mesa-git=20 $cd src/mesa $git checkout ef7e0b39a24966526b102643523feac765771842 $cd ../.. $makepkg -efsi //Try CS:GO and if it's ok, let's bisect: $cd src/mesa $git bisect start=20 //git bisect good _commit_when_CSGO_ok $git bisect good ef7e0b39a24966526b102643523feac765771842 //git bisect bad _commit_when_you_see_issue //you may use mesa 10.5.1 release note: http://cgit.freedesktop.org/mesa/mesa/commit/?= id=3D11c0ff60ef19cca84452aa989fb8bb25127473e0 $git bisect bad 11c0ff60ef19cca84452aa989fb8bb25127473e0 //now you can see info about need check some commit $cd ../.. $makepkg -efsi=20=20 //and now try CS:GO //if CS GO has issues still $cd src/mesa $git bisect bad //or if CS GO runs without issues $cd src/mesa $git bisect good=20 -->GOTO //now you can see info about need check some commit=20 //you need check another commit again and again... and again until it gives= to you "first bad commit" and this "first bad commit" is w= anted by Michel=20 I hope it help a bit. If ef7e0b39a24966526b102643523feac765771842 is bad, you need llvm-3.5 and s= tart from older mesa commit.
(In reply to Arek Ru=C5=9Bniak from comment #7) > Andre ff you use yaourt grab pkgs by: yaourt -G = mesa-git and yaourt -G > lib32-mesa-git, and make it and install (cd mesa-git; makepkg -si; and= the > same for lib32-mesa-git) > CS GO is 32bit (i belive) app so you need bisect only lib32-mesa-git: > Try commit: > http://cgit.= freedesktop.org/mesa/mesa/commit/ > ?id=3Def7e0b39a24966526b102643523feac765771842 > It's first one I can build against llvm-3.6, it's probably old enough = to run > CS:GO without issues but you have to be sure: >=20 > $cd lib32-mesa-git=20 > $cd src/mesa > $git checkout ef7e0b39a24966526b102643523feac765771842 > $cd ../.. > $makepkg -efsi > //Try CS:GO and if it's ok, let's bisect: > $cd src/mesa > $git bisect start=20 > //git bisect good _commit_when_CSGO_ok > $git bisect good ef7e0b39a24966526b102643523feac765771842 > //git bisect bad _commit_when_you_see_issue > //you may use mesa 10.5.1 release note: > http://cgit.= freedesktop.org/mesa/mesa/commit/ > ?id=3D11c0ff60ef19cca84452aa989fb8bb25127473e0 > $git bisect bad 11c0ff60ef19cca84452aa989fb8bb25127473e0 > //now you can see info about need check some commit > $cd ../.. > $makepkg -efsi=20=20 > //and now try CS:GO > //if CS GO has issues still > $cd src/mesa > $git bisect bad > //or if CS GO runs without issues > $cd src/mesa > $git bisect good=20 > -->GOTO //now you can see info about need check some commit=20 >=20 > //you need check another commit again and again... and again until it = gives > to you "first bad commit" and this "first bad commit&qu= ot; is wanted by Michel=20 >=20 > I hope it help a bit. > If ef7e0b39a24966526b102643523feac765771842 is bad, you need llvm-3.5 = and > start from older mesa commit. Alright so I decided to give this a try since I have some time. I downloaded the mesa-git and lib32-mesa-git tarballs manually and ran makepkg -s then I went into src/mesa and used that command to put in the commit and went back= to the main directory and did makepkg -s instead of makepkg -efsi because I do= n't know what that does...I believe -i installs it but I would prefer it to make .tar.xz packages so I can remove this version using pacman....I am just afr= aid to screw up my system. So I did this for mesa and lib32-mesa to ensure noth= ing would go wrong, and it seemed to have built mesa-git 10.6.0_devel.... Alright, I did sudo pacman -U to install the .tar.xz packages that were bui= lt logged out/in and loaded up CSGO. The graphical issues I have been talking about are still there. I went into /src/mesa did bit bisect start and then = git bisect bad and put the ef7e0b39a24966526b102643523feac765771842 commit. I honestly have no clue what I am doing but I then did the same steps initi= ally of building the package but did commit=20=20=20=20 cb154bb22116910c462f7a83f4401bd01e15c34d which is a commit for 10.4.7 since= the entire 10.4.x series were fine with CSGO and only noticed issues since 10.5 came out. I guess ill move up from 10.4.7 and there? Again I did makepkg -s= and the .tar.xz that were made were the same ones as before. I am confused if I= am actually doing anything here.
I don't have the skill to this. Is it possible I could purchase the game for one of the developers through Steam and they can try and solve this? Offtopic but I think this is an important field, games need to be tested and make sure they work. Granted majority of distros arent using 10.5 however eventually they will catch up and if the bugfixes haven't been solved this could prevent linux users from playing games, forced to go back into windows to (what I am experiencing now) and could even prevent new users from transitioning to Linux.
Certain Mesa devs are able to get this game for free, as well as other Valve games. Hopefully this may help solve the bug as someone working in Mesa can use the game on their machines? http://lists.freedesktop.org/archives/dri-devel/2015-April/081045.html
Hello, The following is the result of bisecting: 0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0 is the first bad commit commit 0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0 Author: Marek Ol=C5=A1=C3=A1k <marek.olsak@amd.com> Date: Sun Jan 4 22:01:43 2015 +0100 radeonsi: only set BC_OPTIMIZE_DISABLE when necessary SPI_PS_IN_CONTROL is moved into the SPI mapping state. Reviewed-by: Michel D=C3=A4nzer <michel.daenzer@amd.com> :040000 040000 1cf87184549eeb5432cc02fbb352c10f873ffd9f 8d8f7873bdcaf67167ec744265d008306e53d901 M src http://cgit.freedesktop.org/mesa/mesa/commit/?= id=3D0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0
(In reply to Sergio Pais from comment #11) > Hello, >=20 > The following is the result of bisecting: >=20 > 0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0 is the first bad commit > commit 0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0 > Author: Marek Ol=C5=A1=C3=A1k <marek.olsak@amd.com> > Date: Sun Jan 4 22:01:43 2015 +0100 >=20 > radeonsi: only set BC_OPTIMIZE_DISABLE when necessary >=20=20=20=20=20 > SPI_PS_IN_CONTROL is moved into the SPI mapping state. >=20=20=20=20=20 > Reviewed-by: Michel D=C3=A4nzer <michel.daenzer@amd.com> >=20 > :040000 040000 1cf87184549eeb5432cc02fbb352c10f873ffd9f > 8d8f7873bdcaf67167ec744265d008306e53d901 M src >=20 >=20 > http://cgit.= freedesktop.org/mesa/mesa/commit/ > ?id=3D0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0 Sorry to bring you bad news, but that commit was reverted soon after it was committed. Marek
After I posted the comment I noticed it was reverted. I compiled 82b7ee62fc4bbe014f61a60bccf694b706c7247d and the artifacts are still present. There might be two different changes that cause a similar bug? I'll try to narrow it down.
Hello, By reverting 0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0: 18a30c97780bef9c498db915ba5e7debe832f576 NOT OK 11b76369f53e064bef1bad629f957373c0e93b6c NOT OK edf18da85dd3b1865c4faaba650a8fa371b7103c NOT OK Mostly shadows flickering 73c2b0d18c51459697d8ec194ecfc4438c98c139 NOT OK Mostly shadows flickering 0aecf9e2d18804d83473a5cc142297c1bbae04f8 OK 2bfe9d4538693ebad3c0330a92e432c6c4c5afd3 Does not compile for me d217819e7872e1017260f525caff38e6e49e714d OK 73c2b0d18c51459697d8ec194ecfc4438c98c139 seems to the the first bad commit. Hope this helps.
So I came to check out if there was anything new and I see that there are some of you working on fixing the bug? Thank You! I really appreciate it as I have no clue how to do this on my own. I don't know what else I can do to help, only that (you guys probably know this already) the bug is still present on Mesa 10.6...just thought I would let you know in case you guys didnt (you probably do). Thanks a lot again for looking into the issue.
| What | Removed | Added |
|---|---|---|
| Attachment #117073 mime type | text/plain | image/jpeg |
(In reply to Sergio Pais from comment #14) >=20 > 73c2b0d18c51459697d8ec194ecfc4438c98c139 seems to the the first bad co= mmit. That one has been reverted as well. Can you try bisecting again with that o= ne reverted?
| What | Removed | Added |
|---|---|---|
| CC | maczqia+contrib@gmail.com |
Did some Bisecting and I Got ... 67a77ecdec3ba701eb63783535c43abf6eb1ab29 is the first bad commit commit 67a77ecdec3ba701eb63783535c43abf6eb1ab29 Author: Marek Ol=C5=A1=C3=A1k <marek.olsak@amd.com> Date: Sun Jan 4 22:16:53 2015 +0100 radeonsi: don't use TC L2 for updating descriptors on SI It's causing problems, because we mix uncached CP DMA with cached WRITE_DATA when updating the same memory. The solution for SI is to use uncached access here, because CP DMA does= n't support cached access. CIK will be handled in the next patch. Reviewed-by: Michel D=C3=A4nzer <michel.daenzer@amd.com> :040000 040000 76fed826a37a921280bbb3c30b27921b58a143db 6a5d816cf39df3265bd9a672cecb5ab94ab97195 M src
Created attachment 117219 [details] [review] Revert TC Patch Seems like reverting all TC commits fixes the issue ... Tested the patch on Master
What happens if you change SI_NUM_CONTEXTS to 32 in src/gallium/drivers/radeonsi/si_descriptors.c ? Do you have Tahiti, Pitcairn, or something else?