Graphis and fonts in the Kernel
Hello everyone,
I would like to study the low level graphic drivers of the kernel, where the cursor is controlled and where it puts each and every character on the screen and moves the cursor one character forward. Kernel doesn't have graphics and windows, but it shows a screen and command line. where does it control all this. which fonts does it use? what are font size limitations? where are the font files? I am not into programming new graphics. I want to hack around with the linux kernel a bit. I found many articles about programming high level graphics. If you can send me some links to related tutorials and how tos would be great. Thanks in advance. Nickew |
|
Thanks a lot. but I am more into low level programming, as low as BIOS.
I am looking to change the way windows behave somewhere down the roots, somewhere that the high level programs don't feel any changes but the user sees a different view ! You see what I am saying? Cheers, |
Hi,
You realise you'll be restricting your efforts to one brand, and possibly one model, mainboard? The BIOS is part of the motherboard and is specifically written for that type of board. Your program will only work on that board. To further make matters worse, the installation will require flashing the BIOS chip on-board. Risky at best. Ar'nt you more interested in embedded systems, instead? Beacause the BIOS only concerns itself with the (very) Basic in-out, not the graphical side. Of course, the representation of the BIOS screen (when setting things) can be graphical, examples can be found all over the place, but again, this would be restricted to ONE type motherboard... Maybe hiding the clutter would suffice, dunnow...because, granted, there can be quite some clutter at startup... :) Thor |
In terms of BIOS, I have heard of the Ami BIOS. is that a kind of generic BIOS suitable for the most of the motherboards?
Is there any generic BIOS which I can use? My main question is: What basic driver or program do high level programs use to write on the screen? do they call the programs loaded in the BIOS? If graphic card has its own memory and "Graphic BIOS"? (i'm not sure of that), does it still make calls to the graphic drivers of the BIOS or they override those programs, and then the high level programs, do they make calls to the "Graphic BIOS"? How can I modify that program or driver(in BIOS controling the screen) ? |
Hi,
The thing Quote:
If there were a generic BIOS, all motherboards would have to be exactly the same, they're not. Quote:
Then, whatever software gets loaded, seeks (and hopefully finds) additional chunks of code on the hard drive: drivers. These drivers (for video, for example) are specific to the video hardware and only work on that hardware. To get an NVIDIA to work, you cannot use an Intel driver... Quote:
Quote:
Some things to ponder about ;) Thor |
OK. I am getting the big picture slowly.
Probably, I have to start with one specific graphic card and work on its driver. There are Linux open source drivers, "I believe/hope", Can you recommend a good/simple one? How about the shared memory dirvers which use the memory on the RAM. Are they kind of common/similar/compatible/generic on different motherboards? Thanks again. |
Quote:
Well...it pays to find out what's in the target machine right now...I assume you are using Linux, if so issue the following command in the console Quote:
Quote:
Okay, now you'll have to find the source code for that card, just to get going...Google will help you there as I do not know what card you're targetting. Once there, you'll have to compile the package for the target system...make a distro-centered deployment package (rpm, deb, ...) and you're done. I'd "sneak-peek" to see what others do to learn... Luck! Thor |
Thanks a million billion !
|
Quote:
Luck with your project(s)! THor |
All times are GMT -5. The time now is 10:40 AM. |