Re: GGI using
Dmitri Semenov wrote: Hi Ok. I got it. What do you think about "primary" target for GGI? I mean target which you like and develop more than other. As you have a Matrox board you should use the fbdev target and matroxfb for running LibGGI apps. When writing LibGGI applications targets are not relevant. You simply use the API provided by LibGGI in a proper way and then don't have to care about what targets your users may be using. //Marcus -- ---+ Marcus Sundberg| http://www.stacken.kth.se/~mackan/ Royal Institute of Technology | Phone: +46 707 295404 Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Re: GGI using
Hi ! How to set-up refresh rate over vesafb since fbset can not do any with that one. If your VESA BIOS does not support a method for selecting the refresh on its own I am afraid there will not be such a possibility. As said, with vesafb, there is no possibility to modify the mode after it is set. So the VESA BIOS of the card would have to set up the refresh at boot time, when the mode is set (still in real mode). It only has two possibilities to determine a frefreshrate at that time: 1. User information, by requesting "special" mode numbers that include timing information. 2. Previously set up monitor information, that is e.g. stored in a piece of NVRAM. I remember some cards did this, but few. CU, ANdy -- Andreas Beck | Email : [EMAIL PROTECTED]
RE: GGI using
Hi Ok. I got it. What do you think about "primary" target for GGI? I mean target which you like and develop more than other. Best regerds, Dmitry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 14, 1999 19:57 To: [EMAIL PROTECTED] Subject: Re: GGI using Hi ! How to set-up refresh rate over vesafb since fbset can not do any with that one. If your VESA BIOS does not support a method for selecting the refresh on its own I am afraid there will not be such a possibility. As said, with vesafb, there is no possibility to modify the mode after it is set. So the VESA BIOS of the card would have to set up the refresh at boot time, when the mode is set (still in real mode). It only has two possibilities to determine a frefreshrate at that time: 1. User information, by requesting "special" mode numbers that include timing information. 2. Previously set up monitor information, that is e.g. stored in a piece of NVRAM. I remember some cards did this, but few. CU, ANdy -- Andreas Beck | Email : [EMAIL PROTECTED]
linux-fbdev list (was Re: GGI using)
On Tue, Oct 12, 1999 at 09:36:46AM -0400, James Simmons wrote: FrameBuffer List [EMAIL PROTECTED]. Its a majordomo program so you have to do the subscribe "email address" in the body if I remember right. Thank you. Do not you know whether an online archive is available? I seem to be going to ask standard questions... :) -- Mike
Re: GGI using
HI ! Ok. I got it. What do you think about "primary" target for GGI? I mean target which you like and develop more than other. My personal preference list is KGI, fbcon, X. Then some of the helper targets if I need to convert something, then maybe SVGAlib (on the few machines where it works :-). CU, ANdy -- Andreas Beck | Email : [EMAIL PROTECTED]
Re: linux-fbdev list (was Re: GGI using)
On Thu, Oct 14, 1999 at 01:59:56PM -0400, James Simmons wrote: Thank you. Do not you know whether an online archive is available? I seem to be going to ask standard questions... :) http://mail.archive.com/ search for linux-fbdev Thank you very much. -- Mike
RE: GGI using
Thank you very much. That helped. I never tried ypan option before because of vesafb.txt has string about ypan like this: "This is default". Now I have only one problem. How to set-up refresh rate over vesafb since fbset can not do any with that one. Best regards. Dmitry -Original Message- From: Andrew Apted [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 13, 1999 3:58 PM To: [EMAIL PROTECTED] Subject: Re: GGI using Andy writes: also I can not set F2 mode. Yes. This is as well not possible with VESAfb. It cannot pan. There is a kernel command line option to enable panning for VESAfb. Put this in the LILO config or GRUB menu.lst or whatever: video=vesa:ypan 2. How to use vesafb with multi-frames You can't. Only with the `ypan' option, as above. Cheers, __ \/ Andrew Apted [EMAIL PROTECTED]
RE: GGI using
Thanks for the help I really used mc. I will check. But I do not understand why there is a difference in behavior when I use root login and usual user. I need page-switching. What target can you recommend me instead of matroxfb? I have matrox board but I do not like to make software working only on specific hardware. I cant use X. Of course I can emulate page-switching but that is bad. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 12, 1999 7:53 PM To: [EMAIL PROTECTED] Subject: Re: GGI using Hi ! when I start under root I've got normal behavior and error output: Under usual user I've got error output: display-fbdev: ioctl(VT_GETSTATE) failed: Invalid argument L/vtswitch: open /dev/vc/8: No such file or directory Linux-kbd: Couldn't open TTY: Device not configured display-fbdev: Unable to open linux-kbd, trying stdin input. Do you run your programs from something like mc ? This usually causes that problem. If not, please strace the program to see what call fails and why. Also gpm mouse is always on the screen. This is the logical consequence of the above. If the linux console input system can not be activated, the console cannot be put into "graphics mode" which results in text still going to console (interfering with graphics) and GPM being active. If I do not touch any key or mouse there are no problems except one. Sometimes I can see text cursor blinking in down part of the screen. Yes. Same reason as above. When I'm going to switch consoles my program is drawing over these consoles. Yes. This is again caused by not being able to attach to the linux-keyboard system which takes care for consoleswitch handling. And also program completely loses parent console background. Yes. Same problem. About vesafb. When I start Linux using vesafb on the same configuration I can not run my program in F2 mode as well as I can not run GGI demo programs in the same mode or using virtual screen. Yes. See my other mail about that vesafb cannot change modes. CU, Andy -- Andreas Beck | Email : [EMAIL PROTECTED]
Re: GGI using
Matrox(G100 4MB) Frame buffer. Problem is I can not operate with GGI input without super user privileges. Weird. Never had this problem. Other problem that every console uses the same fb. How many vidoe card do you have? Their is normally one video for all virtual terminals. If you have more than one video card that uses fbdev then you can use a utility called con2fb to map consoels to a particular video card. How I can stop text cursor, gpm, loosing picture when switching between consoles? Starnge. Never had this problem. I switch all the time between Mesa-GGI and my nice fbcon termninal. (By the way may be some one knows. I load matroxfb as module and have problem with gpm. My text mouse catches only 80x25 moving range instead of 132x..(i use 1024x768)) VESA Frame buffer(using vesa 2.0 over Matrox G100 4MB) I can not set modes: x.Vx where and are the all possible combination also I can not set F2 mode. Hum. These are fbcon bugs. More like console code bugs. I have sent this to the fbdev list. When vesafb is loading at the boot time I can see(or inspect log)that frame buffer is set 1024x4824 .I can be wrong with exactly remembering of the last dimension. This is right. Fbcon allocates all the video memory. This enables nice scrolling. Could you show me any way how to use vesa fb with multiple frames? I believe with GGI you can allocate more than one frame when you set a mode. To cut a long story short my basic questions are 1. How to use ggi input with framebuffer target without root privileges I never seen this before. 2. How to use vesafb with multi-frames You shouldn't have to worry about this.LibGGI does this for you. 3. How I can stop text cursor, gpm, loosing picture when switching between consoles? some additional 4. I would like to get hardware mouse cursor. LibGGI has no cursor support as of yet. This falls under the area of sprites but I haven't heard anything recently on this.
RE: GGI using
Thank you very much for you answer. I will explain the situation more. The first of all here is some info about inputdump program Environment: Celeron 450 96 Mb memory Matrox G100. Linux Red Hat 6.0 usual installation without kernel recompiling. Matroxfb is loaded as module in /etc/rc.d/localinit.d instmod matroxfb fbset xga16 -a where xga16 is my setting for 1024x768 16bit Svgalib is not intalled. when I start under root I've got normal behavior and error output: Under usual user I've got error output: display-fbdev: ioctl(VT_GETSTATE) failed: Invalid argument L/vtswitch: open /dev/vc/8: No such file or directory Linux-kbd: Couldn't open TTY: Device not configured display-fbdev: Unable to open linux-kbd, trying stdin input. Also gpm mouse is always on the screen. when I run my program I've got stderr output: display-fbdev: ioctl(VT_GETSTATE) failed: Invalid argument L/vtswitch: open /dev/vc/8: No such file or directory Linux-kbd: Couldn't open TTY: Device not configured display-fbdev: Unable to open linux-kbd, trying stdin input. 1024x768.V1024x768.F2.D1x1.[C16/16] My program draws some lines boxes over a screen within 10 sec. it stops after. If I do not touch any key or mouse there are no problems except one. Sometimes I can see text cursor blinking in down part of the screen. When I'm going to switch consoles my program is drawing over these consoles. And also program completely loses parent console background. When I ran inputdump using root I also had problems with loosing of background. There is no problem with switching between consoles except that one. About vesafb. When I start Linux using vesafb on the same configuration I can not run my program in F2 mode as well as I can not run GGI demo programs in the same mode or using virtual screen. Best regards, Dmitry -Original Message- From: James Simmons [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 12, 1999 8:18 AM To: [EMAIL PROTECTED] Subject: Re: GGI using Matrox(G100 4MB) Frame buffer. Problem is I can not operate with GGI input without super user privileges. Weird. Never had this problem. Other problem that every console uses the same fb. How many vidoe card do you have? Their is normally one video for all virtual terminals. If you have more than one video card that uses fbdev then you can use a utility called con2fb to map consoels to a particular video card. How I can stop text cursor, gpm, loosing picture when switching between consoles? Starnge. Never had this problem. I switch all the time between Mesa-GGI and my nice fbcon termninal. (By the way may be some one knows. I load matroxfb as module and have problem with gpm. My text mouse catches only 80x25 moving range instead of 132x..(i use 1024x768)) VESA Frame buffer(using vesa 2.0 over Matrox G100 4MB) I can not set modes: x.Vx where and are the all possible combination also I can not set F2 mode. Hum. These are fbcon bugs. More like console code bugs. I have sent this to the fbdev list. When vesafb is loading at the boot time I can see(or inspect log)that frame buffer is set 1024x4824 .I can be wrong with exactly remembering of the last dimension. This is right. Fbcon allocates all the video memory. This enables nice scrolling. Could you show me any way how to use vesa fb with multiple frames? I believe with GGI you can allocate more than one frame when you set a mode. To cut a long story short my basic questions are 1. How to use ggi input with framebuffer target without root privileges I never seen this before. 2. How to use vesafb with multi-frames You shouldn't have to worry about this.LibGGI does this for you. 3. How I can stop text cursor, gpm, loosing picture when switching between consoles? some additional 4. I would like to get hardware mouse cursor. LibGGI has no cursor support as of yet. This falls under the area of sprites but I haven't heard anything recently on this.
Re: GGI using
On Mon, Oct 11, 1999 at 07:17:45PM -0400, James Simmons wrote: Hum. These are fbcon bugs. More like console code bugs. I have sent this to the fbdev list. BTW, what is fbdev list you are talking about? Where I could find more informaiton on it. -- Mike