Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
Em dezembro 22, 2020 13:33 Emil Velikov escreveu: Is there any interest in the bugs opened, or the gvt regression is a must for those to move forward? My systems lack gvt support (nor do I have Windows license) to reproduce the bug(s), yet I'm willing to help to get this moving. Yes. I haven't got time to proper look at them, but I will. I'm not using bumblebee atm as well. Regards, Giancarlo Razzolini pgp2_ApyB5E0g.pgp Description: PGP signature
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
On Fri, 11 Dec 2020 at 11:43, Emil Velikov wrote: > > On Mon, 7 Dec 2020 at 18:47, Giancarlo Razzolini > wrote: > > > > Em dezembro 7, 2020 14:24 Emil Velikov escreveu: > > > > > > Doing GL (primus+bumblebee) as a start, trimmed only to the bare > > > minimum changes: > > > https://bugs.archlinux.org/task/68882 > > > https://bugs.archlinux.org/task/68883 > > > > > > > Thanks. > > > > > Do you have details or a bug report about these? I haven't used intel > > > gvt-g and on the occasion of skimming through the code - quality was > > > below i915. > > > > > > > There is a nasty bug where nvidia prime render offload causes the VM to > > simply segfault [0]. > > But intel gvt-g is better than using virgl for 3D stuff on a VM. > > > If I have to choose - segfault or slower rendering (via virgl) - I'd > choose the latter :-P > Nevertheless added a few comments which should help you move forward. > > I would suggest opting for virgl, until all the relevant bugs are > fixed. This way we can proceed with the package cleanup quicker. > Is there any interest in the bugs opened, or the gvt regression is a must for those to move forward? My systems lack gvt support (nor do I have Windows license) to reproduce the bug(s), yet I'm willing to help to get this moving. Thanks Emil
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
On Mon, 7 Dec 2020 at 18:47, Giancarlo Razzolini wrote: > > Em dezembro 7, 2020 14:24 Emil Velikov escreveu: > > > > Doing GL (primus+bumblebee) as a start, trimmed only to the bare > > minimum changes: > > https://bugs.archlinux.org/task/68882 > > https://bugs.archlinux.org/task/68883 > > > > Thanks. > > > Do you have details or a bug report about these? I haven't used intel > > gvt-g and on the occasion of skimming through the code - quality was > > below i915. > > > > There is a nasty bug where nvidia prime render offload causes the VM to > simply segfault [0]. > But intel gvt-g is better than using virgl for 3D stuff on a VM. > If I have to choose - segfault or slower rendering (via virgl) - I'd choose the latter :-P Nevertheless added a few comments which should help you move forward. I would suggest opting for virgl, until all the relevant bugs are fixed. This way we can proceed with the package cleanup quicker. -Emil
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
Em dezembro 7, 2020 14:24 Emil Velikov escreveu: Doing GL (primus+bumblebee) as a start, trimmed only to the bare minimum changes: https://bugs.archlinux.org/task/68882 https://bugs.archlinux.org/task/68883 Thanks. Do you have details or a bug report about these? I haven't used intel gvt-g and on the occasion of skimming through the code - quality was below i915. There is a nasty bug where nvidia prime render offload causes the VM to simply segfault [0]. But intel gvt-g is better than using virgl for 3D stuff on a VM. Regards, Giancarlo Razzolini [0] https://github.com/intel/gvt-linux/issues/162 pgp1FXwOcDdVx.pgp Description: PGP signature
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
On Fri, 4 Dec 2020 at 14:11, Giancarlo Razzolini wrote: > > Em dezembro 4, 2020 10:04 Emil Velikov escreveu: > > On Fri, 4 Dec 2020 at 12:50, Giancarlo Razzolini > > wrote: > >> > >> Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: > >> > I would love to hear the input from the respective maintainers and the > >> > overall Arch developer base as a whole. > >> > > >> > >> As the maintainer for both bumblebee and prime-run, I don't see the need > >> for deprecation, yet. > >> Bumblebee still has some uses and also, the it has the appeal of keeping > >> the card completely powered > >> off, something that doesn't happen with prime render offload. > >> > > Thanks for maintaining these Giancarlo. > > > > The power management side of Bumblebee will be untouched - my email > > explicitly covers only the file side of things. > > > > I've seen far too many reports of people using primus, on top of GLVND > > enabled nvidia/mesa causing all sorts of problems. Since tracking > > individual reports does not scale - I've put this proposal. > > > > Note: having a compat primusrun/optirun/pvkrun makes sense - setting > > the respective environment variables is annoying. > > > > -Emil > > > > Put your proposal changes and reasoning on flyspray tickets for each package > and I'll take a look. Doing GL (primus+bumblebee) as a start, trimmed only to the bare minimum changes: https://bugs.archlinux.org/task/68882 https://bugs.archlinux.org/task/68883 > I'm not sure all the changes are needed. And, it turns out that, due to some > limitations/issues > related to intel gvt-g and nvidia with prime render offload, I'm using > bumblebee currently. > Do you have details or a bug report about these? I haven't used intel gvt-g and on the occasion of skimming through the code - quality was below i915. > Only issue I had recently was the xorg autodetection issue that they > reverted, other than that, it > works fine here. > Again, a bug report with details would be appreciated. Thanks Emil
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
Em dezembro 4, 2020 10:04 Emil Velikov escreveu: On Fri, 4 Dec 2020 at 12:50, Giancarlo Razzolini wrote: Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: > I would love to hear the input from the respective maintainers and the > overall Arch developer base as a whole. > As the maintainer for both bumblebee and prime-run, I don't see the need for deprecation, yet. Bumblebee still has some uses and also, the it has the appeal of keeping the card completely powered off, something that doesn't happen with prime render offload. Thanks for maintaining these Giancarlo. The power management side of Bumblebee will be untouched - my email explicitly covers only the file side of things. I've seen far too many reports of people using primus, on top of GLVND enabled nvidia/mesa causing all sorts of problems. Since tracking individual reports does not scale - I've put this proposal. Note: having a compat primusrun/optirun/pvkrun makes sense - setting the respective environment variables is annoying. -Emil Put your proposal changes and reasoning on flyspray tickets for each package and I'll take a look. I'm not sure all the changes are needed. And, it turns out that, due to some limitations/issues related to intel gvt-g and nvidia with prime render offload, I'm using bumblebee currently. Only issue I had recently was the xorg autodetection issue that they reverted, other than that, it works fine here. Regards, Giancarlo Razzolini pgpE4IxU3PPan.pgp Description: PGP signature
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
On Fri, 4 Dec 2020 at 12:55, Lone_Wolf wrote: > > > On 04-12-2020 13:50, Giancarlo Razzolini via arch-general wrote: > > Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: > >> I would love to hear the input from the respective maintainers and the > >> overall Arch developer base as a whole. > >> > > > > As the maintainer for both bumblebee and prime-run, I don't see the > > need for deprecation, yet. > > Bumblebee still has some uses and also, the it has the appeal of > > keeping the card completely powered > > off, something that doesn't happen with prime render offload. > > > > Having said that, I do think bumblebee/primus/primus_vk days are > > numbered. > > > > Regards, > > Giancarlo Razzolini > > > For clarity : > > Does this affect people without an nvidia card ? > > Are users with an nvidia card that only use nouveau kernel module affected ? > There should be no user visible changes with my proposal - both GL and VK should work as normal. The power management side of things is completely unchanged. -Emil
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
On Fri, 4 Dec 2020 at 12:50, Giancarlo Razzolini wrote: > > Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: > > I would love to hear the input from the respective maintainers and the > > overall Arch developer base as a whole. > > > > As the maintainer for both bumblebee and prime-run, I don't see the need for > deprecation, yet. > Bumblebee still has some uses and also, the it has the appeal of keeping the > card completely powered > off, something that doesn't happen with prime render offload. > Thanks for maintaining these Giancarlo. The power management side of Bumblebee will be untouched - my email explicitly covers only the file side of things. I've seen far too many reports of people using primus, on top of GLVND enabled nvidia/mesa causing all sorts of problems. Since tracking individual reports does not scale - I've put this proposal. Note: having a compat primusrun/optirun/pvkrun makes sense - setting the respective environment variables is annoying. -Emil
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
On 04-12-2020 13:50, Giancarlo Razzolini via arch-general wrote: Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: I would love to hear the input from the respective maintainers and the overall Arch developer base as a whole. As the maintainer for both bumblebee and prime-run, I don't see the need for deprecation, yet. Bumblebee still has some uses and also, the it has the appeal of keeping the card completely powered off, something that doesn't happen with prime render offload. Having said that, I do think bumblebee/primus/primus_vk days are numbered. Regards, Giancarlo Razzolini For clarity : Does this affect people without an nvidia card ? Are users with an nvidia card that only use nouveau kernel module affected ? Lone_Wolf
Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk
Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: I would love to hear the input from the respective maintainers and the overall Arch developer base as a whole. As the maintainer for both bumblebee and prime-run, I don't see the need for deprecation, yet. Bumblebee still has some uses and also, the it has the appeal of keeping the card completely powered off, something that doesn't happen with prime render offload. Having said that, I do think bumblebee/primus/primus_vk days are numbered. Regards, Giancarlo Razzolini pgpYQ_QXLRvfi.pgp Description: PGP signature