PROBLEM: As a NVIDIA user, I finally did some research on why v86d was treecleaned. See Bug #606154. While I'm disappointed that I'll never get fbcondecor: https://wiki.gentoo.org/wiki/Fbsplash to work again due to UEFI and the use of EFIFB, I do believe that we should remove the UVESAFB option from the sys-kernel/gentoo-sources kernel. <*> Support for frame buffer devices ---> ... *** Frame buffer hardware drivers *** < > Cirrus Logic support < > Permedia2 support < > CyberPro 2000/2010/5000 support < > Arc Monochrome LCD board support [ ] Asiliant (Chips) 69000 display support [ ] IMS Twin Turbo display support < > VGA 16-color graphics support < > Userspace VESA VGA graphics support (NEW) Support for this is no longer NEW either. I marked it as MAJOR due to the fact that it will require upstream editing as it was adopted upstream, or a local ebuild(See Comment #20 in the URL linked). REASONING: Attempting to build this option results in a fail because the v86d helper image is required. Choosing VESA is still an option for those who have older NVIDIA cards. SOLUTION(S): Please either remove the option, or adopt the patch I've attached(also from Comment #20 in the URL), and revive v86d.
Created attachment 537258 [details, diff] atomic_t patch Patch needed to revive v86d
If whoever is in charge of deciding if a package is revived decides in favor of reviving this and needs a maintainer I'll attempt to become the maintainer.
This is included in the upstream kernel and I see no reason to forcible remove it. If someone wants to take up v86d for 5.5+ kernels, we can do this on another bug.