If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Announcement
Collapse
No announcement yet.
Updated and Optimized Ubuntu Free Graphics Drivers
oibaf many thanks your ppa works perfect in my case (wine deb packages from winehq (mantic) and compiled with ./configure --enable-archs=i386,x86_64) with xubuntu 24.04 development branch and see nice 24.04 and driver 24
also ffmpeg 6.1 (enable-libmfx are deprecated and now needs put enable-libvpl) works ok too
Last edited by pinguinpc; 01 November 2023, 12:31 PM.
if i want to stay with 23.3 channel what is the best way?
do you have a ppa for this? or do you know another ppa ?
can i suggest you something?
it would be great if you have 2 channel
1) ppa-mesa-stable for the latest stable mesa release
2) ppa-mesa-next for the next mesa release
and when the ppa-mesa-stable will update to the next version than also the ppa-mesa-next will update to the next version
i hope you don't kill me for suggesting it
Last edited by nir2142; 27 October 2023, 02:55 PM.
After upgrading to 24.x i've been having core dumps and segfaults in Steam and other apps. And i wasn't able to see libglx info, it was said something about not finding the driver and some variables. Does anyone else know of this? Are there some packages missing, which haven't been updated yet?
Yup, that IS much cleaner, thanks for the pointer. I also tweaked it to have a WSL_ARCHS define similar to how RUSTICL_ARCHS is used when the arch list is referenced multiple times
Thanks, it looks good (edit: maybe just add a space after the comment at
Code:
#Copy spirv2dxil...
), I applied it to the PPA, building now. It would be nice if you could also submit it to Debian (my packages are based on the official Ubuntu ones, which are themselves based on the Debian ones), so that:
standard Debian / Ubuntu users could also benefit from it;
could eventually get some improvements from Debian / Ubuntu packagers;
it would ease to manage my PPA (less differences, so easier to sync when I do it from time to time).
Thanks, I had a look at it, I think a better approach (at least, something similar to what it is already done) would be something like the install of rusticl.icd, starting at line number 285 in original rules file. Can you have a look doing it this way?
Yup, that IS much cleaner, thanks for the pointer. I also tweaked it to have a WSL_ARCHS define similar to how RUSTICL_ARCHS is used when the arch list is referenced multiple times
Oibaf,
We've exchanged a few emails privately, but now that my Phoronix verification email FINALLY came through, may as well move this into a public forum since nothing needs to be private.
Since my last email, I did a bit more digging into the issues with enabling Microsoft Dozen (dzn), and I'm guessing the issue was that putting spirv2dxil and its dependencies into mesa-vulkan-drivers.install would choke on platforms that did not actually build Dozen (anything but amd64 and arm64).
Attached is a proof-of-concept patch (remove the .txt extension since Phoronix won't let you upload something with the extension .patch) that should allow building dzn on appropriate platforms without choking on other architectures. There's probably a cleaner way to do this though? Any thoughts as to other methods to conditionally install files based on architecture? [ATTACH]n1417230[/ATTACH]
Thanks, I had a look at it, I think a better approach (at least, something similar to what it is already done) would be something like the install of rusticl.icd, starting at line number 285 in original rules file. Can you have a look doing it this way?
Oibaf,
We've exchanged a few emails privately, but now that my Phoronix verification email FINALLY came through, may as well move this into a public forum since nothing needs to be private.
Since my last email, I did a bit more digging into the issues with enabling Microsoft Dozen (dzn), and I'm guessing the issue was that putting spirv2dxil and its dependencies into mesa-vulkan-drivers.install would choke on platforms that did not actually build Dozen (anything but amd64 and arm64).
Attached is a proof-of-concept patch (remove the .txt extension since Phoronix won't let you upload something with the extension .patch) that should allow building dzn on appropriate platforms without choking on other architectures. There's probably a cleaner way to do this though? Any thoughts as to other methods to conditionally install files based on architecture? build_dozen.patch.txt
Leave a comment: