Re: Frame Buffer Modes - 2nd post
* Kevin Traas ([EMAIL PROTECTED]) wrote: Ashley Clark wrote: Depends (I think), if you are using the vesafb then you are stuck with whatever mode you choose at boot-up, if you are using one of the other framebuffer drivers I *think* it is just a matter of picking the right mode number to switch to a 80x25 mode whether it be graphics or text, but it will still be through the framebuffer. You should know that I have only a limited amount of experience with Linux framebuffers on my laptop using vesafb. Hi Ashley. Thanks for the reply. I'm using vga16fb to make it generic to several system platforms - regardless of the video card within the system. Haven't had any experience with that one. I'd sort of figured that fbset was the way to go, and I even found some of the info I was looking for in the matroxfb docs (by chance and desperation). However, I haven't been able to find modes that work with the vga16fb. Back to, Use the source, Luke! thing, I think. I'm not sure if you know this already or not but there's a package, videogen, I think, that will generate fbset modelines. That might be helpful in generating them, it takes all the relevant info and spits out modelines for resolutions you define, pretty straightforward. The docs on this stuff is pretty sketchy and not all too comprehensive or friendly. I'll give you that, I was extremely lucky to have mine work, but vesafb is much easier to set up, if you have the hardware. Have you used fbset much? Not really... -- Ashley Clark pgpKPuVntPBOQ.pgp Description: PGP signature
Frame Buffer Modes - 2nd post
Hello everyone, No response on this yet, so I'll post again. Please let me know if you can help. Later, Kevin Original Message Greetings, I'm just playing with Frame Buffer modes, etc. on bootup. Via the FrameBuffer-HOWTO, I've got it all working great. One question, though: Once the system has booted up, how do I return to the old 80x25 character display that I used to have? I've looked at fbset, etc. and it only seems to be capable of setting to other graphical modes (i.e. higher/lower resolutions). How do I get out of the graphical mode and return to the original text mode? (Without having to reboot.) TIA for any help you can provide. -- Regards, Kevin Traas
Re: Frame Buffer Modes - 2nd post
On Wed, Apr 05, 2000 at 04:36:03AM +, Kevin Traas wrote: Hello everyone, No response on this yet, so I'll post again. Please let me know if you can help. You'll need fbset to do this. Original Message Greetings, I'm just playing with Frame Buffer modes, etc. on bootup. Via the FrameBuffer-HOWTO, I've got it all working great. One question, though: Once the system has booted up, how do I return to the old 80x25 character display that I used to have? I've looked at fbset, etc. and it only seems to be capable of setting to other graphical modes (i.e. higher/lower resolutions). How do I get out of the graphical mode and return to the original text mode? (Without having to reboot.) TIA for any help you can provide. -- Regards, Kevin Traas -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- ++ | Eric G. Milleregm2@jps.net | | GnuPG public key: http://www.jps.net/egm2/gpg.asc | ++
Re: Frame Buffer Modes - 2nd post
Thanks for the post, Eric; however, I've been looking at fbset and I haven't an answer to my problem so far. The question is: Using fbset (or otherwise), how do I get back to the normal, original 80x25 character console after booting with a kernel (with lilo option) that's put the console into, say, 640x480? Can I use fbset for this? Is it possible? Regards, Kevin Eric G . Miller wrote: On Wed, Apr 05, 2000 at 04:36:03AM +, Kevin Traas wrote: Hello everyone, No response on this yet, so I'll post again. Please let me know if you can help. You'll need fbset to do this. Original Message Greetings, I'm just playing with Frame Buffer modes, etc. on bootup. Via the FrameBuffer-HOWTO, I've got it all working great. One question, though: Once the system has booted up, how do I return to the old 80x25 character display that I used to have? I've looked at fbset, etc. and it only seems to be capable of setting to other graphical modes (i.e. higher/lower resolutions). How do I get out of the graphical mode and return to the original text mode? (Without having to reboot.) TIA for any help you can provide. -- Regards, Kevin Traas -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- ++ | Eric G. Milleregm2@jps.net | | GnuPG public key: http://www.jps.net/egm2/gpg.asc | ++ -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- Regards, Kevin Traas, C.O.O. NetMaster Networking Solutions, Inc. http://www.netmaster.com
Re: Frame Buffer Modes - 2nd post
* Kevin Traas ([EMAIL PROTECTED]) wrote: Thanks for the post, Eric; however, I've been looking at fbset and I haven't an answer to my problem so far. The question is: Using fbset (or otherwise), how do I get back to the normal, original 80x25 character console after booting with a kernel (with lilo option) that's put the console into, say, 640x480? Can I use fbset for this? Is it possible? Depends (I think), if you are using the vesafb then you are stuck with whatever mode you choose at boot-up, if you are using one of the other framebuffer drivers I *think* it is just a matter of picking the right mode number to switch to a 80x25 mode whether it be graphics or text, but it will still be through the framebuffer. You should know that I have only a limited amount of experience with Linux framebuffers on my laptop using vesafb. -- Ashley Clark pgpEssKGii9Fg.pgp Description: PGP signature
Frame Buffer Modes
Greetings, I'm just playing with Frame Buffer modes, etc. on bootup. Via the FrameBuffer-HOWTO, I've got it all working great. One question, though: Once the system has booted up, how do I return to the old 80x25 character display that I used to have? I've looked at fbset, etc. and it only seems to be capable of setting to other graphical modes (i.e. higher/lower resolutions). How do I get out of the graphical mode and return to the original text mode? (Without having to reboot.) TIA for any help you can provide. -- Regards, Kevin Traas
