Originally posted by curaga
View Post
Announcement
Collapse
No announcement yet.
Intel GPU Driver Tries To Rip Out FBDEV Support
Collapse
X
-
-
Originally posted by curaga View PostYes, and kmscon is userspace, which means less reliability in tough situations like OOM conditions.
Your VT may run in kernelspace but your shell, all of your commands, the login prompt, the text parser on the screen EVERYTHING that isn't the black background...is userspace. If you have an X-session started, it handles the switch to the VT anyway so you're screwed there. And once you GET to the VT, I've seen the login prompt take seconds to appear just for the simple fact that I was THAT constrained on memory. You don't get a "high priority" console just because you're on a VT...you're still in userspace. And you don't get a "Failsafe" console either just for being on a VT, its still just your standard shell. You want failsafe? Serial port. End of story. NOTHING else is failsafe and we could probably even break Serial if we tried.
Leave a comment:
-
Originally posted by Ericg View PostDoes anyone really use console decorations? And high res is still supported, you just do a straight up DRM console instead of FBDEV console (See KMSCon)
Leave a comment:
-
Originally posted by c117152 View PostI love this. Now nVidia's property drivers will be forced to either target kmdcon's fbdev since the kernel's is being deprecated, or get rewriten to use the kernel's own Mode Setting (KMS) instead of the driver's
Finally, I'll get to have decent resolutions on my linux console :P
I suppose AMD will also need to clean up some of it's Catalyst code now...
And nvidia supports the former, so you're out of luck.
Leave a comment:
-
What?
Did I understand correctly? They are completely ditching the VT subsystem without providing any equivalent replacement? Certainly this can't be.
Leave a comment:
-
Hmmm..that's sucks. Browsing with links2, watching videos with mplayer and even playing SLD games (fb is the only true way to use ScummVM) on the console weekends was always pretty fun
And FBDEV is a pretty nice fallback option in case of X failure too
Leave a comment:
-
Originally posted by MaxToTheMax View PostI've had to use virtual terminals as a fallback in situations where I've bricked my video drivers. It would sure be nice to retain high-res VTs if DRM is not working. Does anyone know if that ability will be removed as part of the process?
If so, you never had high resolution VTs without kernel DRM, unless you use a straight framebuffer (unaccelerated) driver, whether native or VESA/VGA.
If you mean the userspace DRM interface, the short answer is yes:
Originally posted by Daniel VetterOf course a general purpose distro propably wants David's kmscon for any
fallbacks needs and a system compositor to ditch the VT subsystem - atm my
machine here runs with the dummy console so that VT switching between different
X sessions still works ;-)
Now, I'll try to avoid a system without fbdev, even if it means not updating to a new kernel; for me, it would break Links2 and fbi, and it would spell the end for fbvnc, etc. Say what you will about "x is broken, you shouldn't use it": it works for me, and I can use a graphical browser without needing to fire up X.
...
Oh, the patches aren't quite what they're advertised as. They make fbdev support optional, by stubbing out all the hooks when you don't select DRM_I915_FBDEV. Which means that all of the analysis above is only true for CONFIG_DRM_I915_FBDEV=n.
Leave a comment:
-
I've had to use virtual terminals as a fallback in situations where I've bricked my video drivers. It would sure be nice to retain high-res VTs if DRM is not working. Does anyone know if that ability will be removed as part of the process?
Leave a comment:
-
I love this. Now nVidia's property drivers will be forced to either target kmdcon's fbdev since the kernel's is being deprecated, or get rewriten to use the kernel's own Mode Setting (KMS) instead of the driver's
Finally, I'll get to have decent resolutions on my linux console :P
I suppose AMD will also need to clean up some of it's Catalyst code now...
Leave a comment:
Leave a comment: