Commit Graph

27 Commits

Author SHA1 Message Date
K. Lange
2b40fe9551 i965: register names 2021-06-03 21:50:32 +09:00
K. Lange
d5f3a41675 i965: modeset a thinkpad 2021-06-03 21:02:09 +09:00
K. Lange
bbea3a7b09 lfbvideo: set some more bits on bochs 2021-06-02 16:28:21 +09:00
K. Lange
301539e9ca lfbvideo: Use MMIO interface to configure qemu/bochs; vbox is still port i/o 2021-06-02 13:14:26 +09:00
K. Lange
b35f7ac8c9 misaka: initial merge 2021-05-31 10:54:11 +09:00
Kevin Lange
9b5cf9cec5 Video as a module, kill device_init 2014-03-19 18:56:07 -07:00
Kevin Lange
ebe1c24dbd Some sort of PCI subsystem, maybe 2013-12-12 23:40:52 -08:00
Kevin Lange
e70ebf8857 Big fat cleanup and GCC fix batch 2013-06-05 23:10:36 -07:00
Kevin Lange
a9d895a923 unify logging 2012-12-07 18:33:07 -08:00
Kevin Lange
6cb9664b69 Fix some VESA woes 2012-12-02 23:28:29 -08:00
Kevin Lange
3b316b0603 add some indication of video driver status 2012-12-02 22:41:40 -08:00
Kevin Lange
4da4ab63c0 [debug] warn if vid mem can't be located 2012-10-16 23:31:55 -07:00
Kevin Lange
a212a93942 Draw some pretty stuff and halt without a disk img
Don't push this to master!

[ci skip]
2012-09-17 22:58:49 -07:00
Kevin Lange
777b442a1e Finish rename of bochs driver to lfb driver.
* Removed some deprecated header stuff.
* Renamed functions / global variables.
2012-09-17 22:46:43 -07:00
Kevin Lange
5ce042f2d8 Deprecate VESA support.
This is in favor of bootloader-assisted mode switching. Grub has a
wonderful option we will exploit to set the video mode.

My laptop supports a couple of 32-bit video modes, which is nice,
because I'm not support 24-bit modes.

I'm not sure whether the super-sketchy video memory locator will work
in the real world, but we'll find out sometime soon.
2012-09-17 22:22:25 -07:00
Kevin Lange
339b82e10c [massive commit] Userspace terminal.
Completely removes:
* The kernel terminal (both VGA and graphical)
* The kernel ANSI parser (obviously)
* kgets() function
* Dozens of other functions that were made useless

Adds:
* Userspace terminal that should work (relatively) well
* Keyboard device driver (implemented with a "pipe" object)
* Stabalized interrupt interface
* `clear` uses the c library
* All panic screens and kprintf() output goes to the serial line ONLY
* The kernel boots directly into /bin/terminal (no arguments, unless you
  want to add them (such as -f))
2012-01-25 00:19:52 -06:00
Kevin Lange
ed31c2cbea Drop serial output from standard terminal 2012-01-23 12:36:59 -06:00
Kevin Lange
e3dc6b002d [bochs] (still broken) fix fb detection for qemu 1.0 2012-01-19 17:44:50 -06:00
Kevin Lange
4a22517298 Fix some minor ANSI support things 2012-01-10 23:22:12 -06:00
Kevin Lange
edebb12573 [misc] Boot logging to screen 2011-12-26 19:23:58 -06:00
Kevin Lange
3023d58a7f [video] Really need to fix this 24-bit-color stuff... 2011-12-25 22:37:13 -06:00
Kevin Lange
c440ab6477 [misc] Fix some general boot issues with some Grubs 2011-12-25 18:18:41 -06:00
Kevin Lange
c0f45e0b7f VESA mode switching support.
BIOS execution is provided through the `v8086` module, which provides
software emulation of an 8086 processor. It is not currently working
with some BIOSes and may (read: probably will be) replaced with another
emulator (x86emu comes to mind) at some point in the near future. In the
meantime, the default video mode for QEMU works with this and it's
enough to get us on real VESA instead of fake VBE. The `bochs` module
will be renamed in a future commit. Userspace programs have been
adjusted to work at bitrates other than 32 *POORLY*. If you write pixels
left-to-right, they should work fine. They only work with 24-bpp
otherwise, and then you need to be careful of what pixels you are
writing when, or you will overwrite things in other pixels.

You may pass a commandline argument like the following to set display
modes:

  vid=vesa,1024,768

Or for stranger modes under QEMU or Bochs, use the bochs VBE
initializer:

  vid=bochs,1280,720

Note that the address of the linear framebuffer is still found via
hackish probing instead of PCI or trusting the VBE information, so if
you have things in the wrong memory ranges (0xE0000000+), be prepared to
have them get read.

Once again, this entire commit is a massive hack. I am happy that it
worked, and I will continue to make it less hacky, but in the meantime,
this is what we've got.

Happy holidays.
2011-12-25 00:40:40 -06:00
Kevin Lange
fb8f35719d [vid] Prepare for VESA implementation. 2011-12-16 14:00:48 -06:00
Kevin Lange
bf1011e2ba [vid] Support setting video resolution from kernel args 2011-12-16 13:39:34 -06:00
Kevin Lange
a4d17cb382 Graphics resolution independence (targetting VESA support); update README 2011-12-16 13:16:20 -06:00
Kevin Lange
8c548c0db0 Restructure directory tree for kernel modules 2011-12-14 22:15:47 -06:00