radv on Ubuntu broken in distro packages

It appears that Ubuntu mesa 17.2.2 packages that ship radv, have patches to enable MIR support. These patches actually just break radv instead. I'd seen some people complain that simple apps don't work on radv, and saying radv wasn't ready for use and how could anyone thing of using it and just wondered what they had been smoking as Fedora was working fine. Hopefully Canonical can sort that out ASAP.

Comments

  1. Fabio8 November 2017 at 00:52

    You can get working Vulkan drivers on Ubuntu with this PPA:
    https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers/

    ReplyDelete
  2. Marius Gedminas8 November 2017 at 02:47

    Do they know? https://bugs.launchpad.net/ubuntu/+source/mesa has only one bug mentioning radv, and it's not about radv.

    ReplyDelete
    Replies
    1. Fabio9 November 2017 at 00:19

      This is the Ubuntu bug:
      https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1720890

      Delete
  3. Lapo9 November 2017 at 16:03

    yes, they do: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1720890

    ReplyDelete

Post a Comment

Popular posts from this blog

sketchy vulkan benchmarks: lavapipe vs swiftshader

 Mike, the zink dev, mentioned that swiftshader seemed slow at some stuff and I realised I've never expended much effort in checking swiftshader vs llvmpipe in benchmarks. The thing is CPU rendering is pretty much going to top out on memory bandwidth pretty quickly but I decided to do some rough napkin benchmarks using the vulkan samples from Sascha Willems. I'd also thought that due to having a few devs and the fact that it was used instead of mesa by google for lots of things that llvmpipe would be slower since it hasn't really gotten dedicated development resources. I picked a random smattering of Vulkan samples and ran them on my Ryzen  workstation without doing anything else, in their default window size. The first number is lavapipe fps the second swiftshader. gears: 336 309 instancing: 3 3 ssao: 19 9 deferredmultisampling:  11 4 computeparticles: 9 8 computeshader: 73 57 computeshader sharpen: 54 34 I guess the swift is just good marketing name, now I'm not sure ...
Read more

nouveau: a tale of two bugs

Just to keep up some blogging content, I'll do where did I spend/waste time last couple of weeks. I was working on two nouveau kernel bugs in parallel (in between whatever else I was doing). Bug 1: Lyude, 2 or 3 weeks ago identified the RTX6000 Ada GPU wasn't resuming from suspend. I plugged in my one and indeed it wasn't. Turned out since we moved to 570 firmware, this has been broken. We started digging down various holes on what changed, sent NVIDIA debug traces to decode for us. NVIDIA identified that suspend was actually failing but the result wasn't getting propogated up. At least the opengpu driver was working properly. I started writing patches for all the various differences between nouveau and opengpu in terms of what we send to the firmware, but none of them were making a difference. I took a tangent, and decided to try and drop the latest 570.207 firmware into place instead of 570.144. NVIDIA have made attempts to keep the firmware in one stream more ABI sta...
Read more

fedora 43: bad mesa update oopsie

F43 picked up the two patches I created to fix a bunch of deadlocks on laptops reported in my previous blog posting. Turns out Vulkan layers have a subtle thing I missed, and I removed a line from the device select layer that would only matter if you have another layer, which happens under steam. The fedora update process caught this, but it still got published which was a mistake, need to probably give changes like this more karma thresholds. I've released a new update https://bodhi.fedoraproject.org/updates/FEDORA-2025-2f4ba7cd17  that hopefully fixes this. I'll keep an eye on the karma. 
Read more