Yep I can confirm that with uvesafb, your system will crash if you change between VTT and X. And it was introduced with 358.XX drivers(sadly I’m too lazy to make any bug reports). I think that nvidia_modeset is incompatible with uvesafb and v86d module. Removing them and switching VTT to X works fine(no High res VTT though).
The Nvidia driver does not like v86d in general. I was using it briefly to get graphical boot back (since the Nvidia driver disables it by default) and it was periodically causing the system to try to load the (otherwise unused) onboard Intel driver on resume from suspend (which looked like a hang because the display wasn’t coming up, until I checked the logs), so I removed it.
Now my system crashes when I switch from tty1 → tty7. Otherwise I can draw to the framebuffer on the console.
Shutting down lightdm, going to console, doing stuff then restarting lightdm seemed to work.
Switching to tty1 while Xorg running, and I can’t restart lightdm even if I close it first.
Now you probably have bit more to work on and you’d get this solved. I propose you do because the large resolution terminal is a nice sight.
I’m doing tinkering with a risc-v simulator and going to play with a framebuffer device in assembly. This issue is a little nuisance but I’ll manage for now.