#
baa67e11 |
|
04-May-2024 |
Jérôme Duval <jerome.duval@gmail.com> |
boot/bios_ia32: check that the vga mode was successfully set before trying to write to the frame buffer. * QEMU can now be started without a standard vga output (-vga none). Change-Id: Id46cd4d70ce16e2156e0b0668fb88f09112067a0 Reviewed-on: https://review.haiku-os.org/c/haiku/+/7667 Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> Reviewed-by: waddlesplash <waddlesplash@gmail.com>
|
#
bb6e4f5d |
|
06-Aug-2019 |
Adrien Destugues <pulkomandy@pulkomandy.tk> |
Boot menu: clarify variable usage The video mode hook gets passed a menu and an item, but is actually interested in the submenu pointed by the item and the items inside that. Don't reuse the passed parameters and instead declare new local variables. Change-Id: Id17adde552fac2c248afa78380ff299fb21bc968 Reviewed-on: https://review.haiku-os.org/c/1693 Reviewed-by: waddlesplash <waddlesplash@gmail.com>
|
#
25de7c1b |
|
07-May-2019 |
François Revol <revol@free.fr> |
loader: VESA: make nvidia scaling fixup a driver setting Since not everyone likes the default, make it an option in the vesa settings file. Note setting a mode with the Screen prefs overwrites the file so it will discard the option. Also move the code to get_mode_from_settings() since we can't load driver settings as early as vesa_init(). Change-Id: I93080bd1fbc064dab053624ad37935268b1ed17d
|
#
d18fe1c5 |
|
20-Feb-2019 |
François Revol <revol@free.fr> |
loader: disable scaling on nvidia VESA BIOS cf. https://patchwork.kernel.org/patch/7113461/ Change-Id: I3f564bd1037aeb4b539f495d57397446ae14e5ed
|
#
04cbc258 |
|
02-Aug-2018 |
Fredrik Holmqvist <fredrik.holmqvist@gmail.com> |
Use fast clearing of visible screen for splash memset uses rep stosb on x86 during boot, with memory not set to write-combining, which makes it slow. Instead we do aligned writes of 2 x four bytes at once. Only clear the minimum of size and width * height * 4 UEFI framebuffer size can be huge, upto 512MB here, and rep stosb seems to be around 25-30MB/s This is written as generic as possible to work on old compilers and different platforms, without expecting boot memset to be optimized. This makes it almost unnoticable compared to not clearing.
|
#
15db6949 |
|
01-Aug-2018 |
Fredrik Holmqvist <fredrik.holmqvist@gmail.com> |
Don't clear video mem on UEFI, efi video mode refactor Writes to videomem is slow without memory remapping Can't do the mapping without leaving UEFI, so skipping the clear. Afaict it should always be cleared by UEFI This saves ~10 seconds of booting on my machine (1920*1080*4 bytes) EFI video mode (should have been it's own commit) * Only do strcmp if there are enough params * break when found
|
#
62d36f98 |
|
22-Jun-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Removed the addr_t conversion operators from FixedWidthPointer which makes comparison against NULL work properly.
|
#
d8efc6ca |
|
21-Jun-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Changes to kernel_args to make it identical for x86 and x86_64. * Added a FixedWidthPointer template class which uses 64-bit storage to hold a pointer. This is used in place of raw pointers in kernel_args. * Added __attribute__((packed)) to kernel_args and all structures contained within it. This is necessary due to different alignment behaviour for 32-bit and 64-bit compilation with GCC. * With these changes, kernel_args will now come out the same size for both the x86_64 kernel and the loader, excluding the preloaded_image structure which has not yet been changed. * Tested both an x86 GCC2 and GCC4 build, no problems caused by these changes.
|
#
0e35d5d2 |
|
12-Dec-2011 |
John Scipione <jscipione@gmail.com> |
Change instances of wether in comments to whether. No functional change intended.
|
#
d2b49a00 |
|
18-May-2011 |
Rene Gollent <anevilyak@gmail.com> |
* Implement support for user input of additional safe mode options that aren't otherwise exposed via the safe mode menus. The option can be found under the debug options menu, where additional settings can be added one at a time with the same syntax used in kernel settings files (i.e. disable_acpi on). Scrolling of the input buffer is not yet supported (will implement that soon), so currently the input is clamped to the size of one line. This shouldn't be a problem for our current set of options though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41577 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b51ec9de |
|
02-Jan-2011 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
sprintf() -> snprintf() (CID 7985). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40079 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
3872a2d2 |
|
02-Jan-2011 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Fixed suspicious implicit sign extension computing the frame buffer size (CIDs 8056, 8057, 8058). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40078 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
746efef3 |
|
10-Aug-2010 |
François Revol <revol@free.fr> |
Add more debug output to help finding why 16bit modes are broken. Oddly 15bit seems to work. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38003 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7db9fbfe |
|
14-Aug-2009 |
François Revol <revol@free.fr> |
Factor out the splash image display logic too. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32395 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0573d397 |
|
14-Aug-2009 |
François Revol <revol@free.fr> |
Factor out the RLE and blitting functions from bios_ia32 to platform/generic/ so it can be reused by other platforms. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32383 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
55be2751 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Also print the capabilities on boot up. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32360 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
bb693d77 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Added VESA capabilities field to the kernel args. * The vesa driver no longer uses VGA programming if the chip does not support VGA compatibility. * The VESA driver now tries to set the DAC to 8 bits per color gun. * In VESA modes, the driver no longer tries to use VGA programming; introduced the new vesa_set_indexed_colors() that is now used for palette programming. This should fix wrong colors of 8 bit BWindowScreen users with VESA on real hardware (emulators usually didn't mind either way). * Note that the app_server needs to maintain a palette per 8 bit screen, as right now, the colors are garbled after a workspace switch. Stefano, are you looking into that already? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32347 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
13247f3a |
|
05-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* This fixes VGA mode frame buffer use, no idea when this got broken. It might be broken in the app_server now, but I haven't checked yet. * Fixed typo in vesa.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32141 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a8cecea0 |
|
31-Oct-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* As suggested by Gerald, we now ignore the EDID information on VBE2 graphics chips due to possible timing issues. * This means you will now get a 1024x768 boot screen on older hardware instead of the one of your native resolution. If that always worked great for you, and you want to be able to turn on using EDID information again, please yell. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28399 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
39c7faa4 |
|
31-Oct-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* vesa_set_mode() now gets another parameter that specifies whether or not the mode timing should be used. * Apparently, some VBE3 implementations don't implement the CRTC support, and they seem to fail when the SET_MODE_SPECIFY_CRTC bit is set. * Therefore, we'll first try with timing, and if that fails, we'll try again without it. This should bring back the boot screen for all those who had problems with it before. * Added tracing output of the CRTC to be used. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28398 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b4c8ccc3 |
|
31-Oct-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The boot loader now creates a CRTCInfoBlock structure when detailed EDID mode informations are available. * This is passed to the graphics card when the mode is set in the hopes that it will be more conforming. * Not yet tested on real hardware, though, therefore the VESA driver doesn't do anything like this yet. I will test next, but please report any problems with this nonetheless. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28390 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ca6210d5 |
|
09-Sep-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* closest_video_mode() now only returns modes with a width less or equal than the one specified. This should fix the "video mode out of range" message of your monitor during boot, in case you had that one. Thanks to Hartmut Reh for his help to be able to spot this. * The mode returned by find_edid_mode(..., true) was never used. * find_edid_mode() did not return any mode if there were no detailed modes available. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27390 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ec56835f |
|
28-Aug-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by David Powell: * Implement color palette generation for the boot splash images in the generate_boot_screen build tool. Only 4-bit screen support is missing now. * Adopted images.h with the new results from generate_boot_screen. This should fix black boot screens for graphics cards that don't support true color modes for the native resolution. I've tried to find the ticket, #2177 almost looks like the one, but it looks more like the mode is out of range if I understand the ticket right. Thanks a lot, David, and sorry it took so very long to apply your patch! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27223 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
60642f87 |
|
19-Aug-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The EDID info is now only dumped if TRACE_VIDEO is defined (currently the default). * Enlarged the serial buffer that is handed over to the kernel to 8192 bytes. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27067 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
119b7dcc |
|
02-Jul-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Patch by David Powell: * Turn off text cursor when switching to text mode. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26222 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d16ddc57 |
|
03-Jun-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The boot loader now passes on its EDID info to the kernel, and that will be put into a boot_item in frame_buffer_console_init(). * The VESA driver now supports gettings the EDID information as well; this is necessary now, since the app_server no longer takes over the mode the boot loader had chosen. * Note, we might want to do this via vm86 instead in the future, and remove the kernel part again. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25786 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9f161845 |
|
28-May-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Patch by Jan Klötzke with minor changes by myself: * Use vm86 mode to call the VESA BIOS to do the actual mode switching by providing an ioctl in the vesa driver. * Fix vm86.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25680 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
636bff2f |
|
06-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Philippe Saint-Pierre: * Revised the RLE algorithm used for compressing the boot splash artwork to handle uncompressed runs. * Compress the RGB channels separately for improved efficiency. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24844 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d0fc7c65 |
|
05-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Philippe Saint-Pierre: * Implemented RLE compression for the boot splash images, resulting in smaller kernel and boot loader. * Only the boot loader contains the RLE compressed images, the decompressed buffer for the icons is passed to the kernel via kernel args. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24812 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
85f02010 |
|
04-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Rene left tracing turned on in his last commit to this file. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24808 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
75ab36bd |
|
04-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Refined again the boot splash artwork. Everything is now centered as a whole. The dividing line is back although with a little more spacing. Also the icon spacing is a little increased and I added a subtle outline as well as a little brighter background for the active icon look. The placement logic is now not independant of each other anymore, otherwise I couldn't center both images as a unit. But only the vertical placement is affected. Comments as always on the commit mailing list... :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24796 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0d69c837 |
|
04-Apr-2008 |
Rene Gollent <anevilyak@gmail.com> |
On my system's BIOS / monitor there seems to be a race condition between grabbing the EDID info and setting the video mode. The result of this is a garbage display every other boot. By introducing a small wait before doing the mode set, it works every time. Will see if I can reduce the spin timer though with some more tests. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24794 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
64379118 |
|
03-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
* Revised boot splash artwork, the logo is back in the lower right corner, the icons are centered. * The boot loader and kernel now use the placement info that generate_boot_screen now generates. * Made the code that draws the images handle the case where any of the images is larger than the frame buffer. * All drawing functions need to know the image width (analogous for bytes per row). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24773 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6328832f |
|
30-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Changed get_boot_item() API: it now also can retrieve the size of the boot item entry. * The bios_ia32 video platform code now stores the available VESA modes in the new vesa_modes kernel_args field. * When configuring a VESA mode via settings file, it's no longer needed to specify the exact mode - the closest available mode is now used. This should help with bug #1962. * frame_buffer_console_init() now also creates a boot_item for the VESA modes in the kernel_args. * The VESA accelerant now filters the mode list to only contain modes that are actually supported. * Moved non-shared vesa driver data into its own file vesa_private.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24675 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e146dee3 |
|
28-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Enlarged the default resolution to a width of 1024 (ie. usually 1024x768). * Refined the way how the default resolution is chosen: it now prefers the above with hi/true color over a width of 800 in hi/true color over the same order including palette modes. * If no suitable mode could be found, it now chooses the first mode from the list, if any, so that a VESA mode is always used when possible. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24648 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
652c8526 |
|
28-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The previous code to retrieve the standard video mode did rely on the fact that they are ordered by size. * This actually doesn't seem to be the case for all cards. Hence, we now search for an appropriate mode only after we've collected all modes. * Extended find_video_mode() to be able to ignore the height of a video mode; that way, we can prefer a horizontal resolution of 800 without having to care about the aspect ratio. * This fixes bug #1975. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24619 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
cedc3f1e |
|
27-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Rearranged EDID mode find process: in a first pass, we only accept hi- or true color resolutions, the second pass that also takes those into account will only be run if no mode could be found before. * I hope this will improve Urias boot screen experience. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24609 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a529aaf3 |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Fixed 32 bit blit modes for real... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24453 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c2de9613 |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Fixed 32 bit versions of blit*. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24450 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
55ef60a5 |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
* Removed the Copyright image/rendering. * Fixed the icons image, it was upside down. * Support the new 24 bit boot screen images in the boot_loader and the kernel. * Prepare the code for future indexed versions of the boot screen images. But the generate_boot_screen tool currently does not generate those. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24449 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5973fcdf |
|
17-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Fixed initial rendering of the grayed out icons, depends on frame buffer depth now. Removed now unused blit16_cropped(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24437 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
aa727f66 |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
patch by Artur Wyszynski (aljen): * Added the feature of an animated boot screen (icons lighting up at different boot stages). * Added first version of new boot splash images, generated by the new hsbg tool. (Also finally contains the "new" Haiku logo.) changes by myself: * Added Artur to the contributors list in About System. * Fixed some left overs in the patch, kept tracing turned off. TODO: * Remove the need for hard coding the icon positions. (Maybe generate those from hsbg and put them into images.h? Have user provide icon spacing/offsets at the command line for hsbg?) * Rename the stages to something meaningful. * Use hsbg as a build system tool and generate images.h during build from PNGs provided in the artwork folder. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24434 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
37950dd1 |
|
27-Feb-2008 |
Stephan Aßmus <superstippi@gmx.de> |
There is no reason to prefer 16 bpp modes anymore. 32 bpp is just as snappy, maybe users on older hardware prefer 16 bpp, but that should be fixed by supporting a vesa config file instead. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24167 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9b13056b |
|
11-Dec-2007 |
Axel Dörfler <axeld@pinc-software.de> |
* Print the resolution the boot loader has chosen. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23114 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5845b6ec |
|
27-Nov-2007 |
Axel Dörfler <axeld@pinc-software.de> |
* The boot loader now remembers the bytes per row as told by the graphics card, and passes that information on to the kernel. This should fix wrong bytes per row with certain resolutions and graphics cards. * The boot loader now recognizes 15 bit modes that are advertised as 16 bit modes. This should fix wrong colors in 16 bit modes on some cards. * Reenabled setting MTRR for VESA mode - don't remember why I disabled it, but it works fine on my test machines. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23006 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
13a81299 |
|
12-Oct-2007 |
Axel Dörfler <axeld@pinc-software.de> |
Cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22516 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d2de13bd |
|
21-Dec-2006 |
Axel Dörfler <axeld@pinc-software.de> |
The boot loader (BIOS IA32 only) now chooses the default video mode by looking at the EDID info from the monitor if available through VESA/DDC. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19588 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d6edf65b |
|
20-Dec-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Fixed error checks for EDID retrieval. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19582 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5d7d960f |
|
20-Dec-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Added EDID version 1 retrieval from VESA; doesn't do anything yet besides dumping the info to the serial line - not tested yet (as Qemu doesn't support DDC/EDID). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19580 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
82029bda |
|
16-Sep-2006 |
Marcus Overhagen <marcusoverhagen@gmail.com> |
added missing nothrow parameter git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18868 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c918a987 |
|
27-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed my old doubly linked list implementation, and stay with Ingo's. * Adapt other sources where needed (the boot loader's RootFileSystem still used the old implementation). * Implemented RootFileSystem::Rewind(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16889 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d5062208 |
|
02-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Added a new list_insert_item_before() function that inserts a new item before another one in the list. * The video modes in the boot loader are now sorted (by resolution, larger resolution comes first). Doubled entries are automatically removed; this fixes bug #192. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16572 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0752edcf |
|
01-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
The default video mode now prefers to be 800x600x16 - if available. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14620 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
06500c3e |
|
29-Jun-2005 |
Michael Lotz <mmlr@mlotz.ch> |
The color index is multiplied by 3 because there are R, G and B values for each color in the palette. But uint8 can't hold these for any index above 256/3 obviously. Also fixed the 24-bit display. It works on real hardware but looks broken with bochs. I suppose bochs does not handle 24-bit VESA correctly though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13359 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8cd812c1 |
|
25-May-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Forgot to uncomment this line: the "depth" argument of the vesa file is now also evaluated, so that you can specify something different than 8 bit in there. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12840 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8bd36612 |
|
26-May-2005 |
Axel Dörfler <axeld@pinc-software.de> |
First try to get the boot logo displayed properly in all color spaces. For some reason, the colors are wrong for anything but 8bit modes, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12823 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
895e2a03 |
|
02-May-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Reenabled the Qemu workaround: the frame buffer is now cleared after a mode change. After all, there might be real graphics card which behave the same?? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12551 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5af32e75 |
|
13-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Renamed src/kernel to src/system. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12359 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
62d36f98331067e472188f6c020c2ccd808f48cf |
|
22-Jun-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Removed the addr_t conversion operators from FixedWidthPointer which makes comparison against NULL work properly.
|
#
d8efc6caf6babe278c48e8aa3277376fb68ff455 |
|
21-Jun-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Changes to kernel_args to make it identical for x86 and x86_64. * Added a FixedWidthPointer template class which uses 64-bit storage to hold a pointer. This is used in place of raw pointers in kernel_args. * Added __attribute__((packed)) to kernel_args and all structures contained within it. This is necessary due to different alignment behaviour for 32-bit and 64-bit compilation with GCC. * With these changes, kernel_args will now come out the same size for both the x86_64 kernel and the loader, excluding the preloaded_image structure which has not yet been changed. * Tested both an x86 GCC2 and GCC4 build, no problems caused by these changes.
|
#
0e35d5d2e5ef3d288e056d60ef1b16dc399eaa0c |
|
12-Dec-2011 |
John Scipione <jscipione@gmail.com> |
Change instances of wether in comments to whether. No functional change intended.
|
#
d2b49a00311f3e9a474e02d1724a5beed8b5f293 |
|
18-May-2011 |
Rene Gollent <anevilyak@gmail.com> |
* Implement support for user input of additional safe mode options that aren't otherwise exposed via the safe mode menus. The option can be found under the debug options menu, where additional settings can be added one at a time with the same syntax used in kernel settings files (i.e. disable_acpi on). Scrolling of the input buffer is not yet supported (will implement that soon), so currently the input is clamped to the size of one line. This shouldn't be a problem for our current set of options though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41577 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b51ec9de58e1ebbfffc04cc6b6f1a1ef646c4843 |
|
02-Jan-2011 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
sprintf() -> snprintf() (CID 7985). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40079 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
3872a2d2fc773b983ce6635f87ecd32635057e4c |
|
02-Jan-2011 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Fixed suspicious implicit sign extension computing the frame buffer size (CIDs 8056, 8057, 8058). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40078 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
746efef3d31907afcea8b0399e9b4e2027bbcfaa |
|
10-Aug-2010 |
François Revol <revol@free.fr> |
Add more debug output to help finding why 16bit modes are broken. Oddly 15bit seems to work. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38003 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7db9fbfe80a760d4806aa7eb9d3ebd53c4760823 |
|
14-Aug-2009 |
François Revol <revol@free.fr> |
Factor out the splash image display logic too. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32395 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0573d397e1c87762473770183413613e0039797e |
|
14-Aug-2009 |
François Revol <revol@free.fr> |
Factor out the RLE and blitting functions from bios_ia32 to platform/generic/ so it can be reused by other platforms. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32383 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
55be27517f89500b8aed0e98eef580cc3e6adbc4 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Also print the capabilities on boot up. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32360 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
bb693d77643c7bc4b2b10847007a94af5e84b953 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Added VESA capabilities field to the kernel args. * The vesa driver no longer uses VGA programming if the chip does not support VGA compatibility. * The VESA driver now tries to set the DAC to 8 bits per color gun. * In VESA modes, the driver no longer tries to use VGA programming; introduced the new vesa_set_indexed_colors() that is now used for palette programming. This should fix wrong colors of 8 bit BWindowScreen users with VESA on real hardware (emulators usually didn't mind either way). * Note that the app_server needs to maintain a palette per 8 bit screen, as right now, the colors are garbled after a workspace switch. Stefano, are you looking into that already? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32347 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
13247f3a8c97038ae29d8eb5b646eac298832c1a |
|
05-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* This fixes VGA mode frame buffer use, no idea when this got broken. It might be broken in the app_server now, but I haven't checked yet. * Fixed typo in vesa.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32141 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a8cecea0911d25dbd74e1d13db95aae1d1fd55d9 |
|
31-Oct-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* As suggested by Gerald, we now ignore the EDID information on VBE2 graphics chips due to possible timing issues. * This means you will now get a 1024x768 boot screen on older hardware instead of the one of your native resolution. If that always worked great for you, and you want to be able to turn on using EDID information again, please yell. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28399 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
39c7faa46060f8bcef745f23bfc726260525a460 |
|
31-Oct-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* vesa_set_mode() now gets another parameter that specifies whether or not the mode timing should be used. * Apparently, some VBE3 implementations don't implement the CRTC support, and they seem to fail when the SET_MODE_SPECIFY_CRTC bit is set. * Therefore, we'll first try with timing, and if that fails, we'll try again without it. This should bring back the boot screen for all those who had problems with it before. * Added tracing output of the CRTC to be used. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28398 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b4c8ccc37273f10de5212ec7c7199fff43054339 |
|
31-Oct-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The boot loader now creates a CRTCInfoBlock structure when detailed EDID mode informations are available. * This is passed to the graphics card when the mode is set in the hopes that it will be more conforming. * Not yet tested on real hardware, though, therefore the VESA driver doesn't do anything like this yet. I will test next, but please report any problems with this nonetheless. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28390 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ca6210d5e9d1f33f1a697bf7cd183a0ffb8dfaa2 |
|
09-Sep-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* closest_video_mode() now only returns modes with a width less or equal than the one specified. This should fix the "video mode out of range" message of your monitor during boot, in case you had that one. Thanks to Hartmut Reh for his help to be able to spot this. * The mode returned by find_edid_mode(..., true) was never used. * find_edid_mode() did not return any mode if there were no detailed modes available. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27390 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ec56835f51246e8d90204817e02199e58199c019 |
|
28-Aug-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by David Powell: * Implement color palette generation for the boot splash images in the generate_boot_screen build tool. Only 4-bit screen support is missing now. * Adopted images.h with the new results from generate_boot_screen. This should fix black boot screens for graphics cards that don't support true color modes for the native resolution. I've tried to find the ticket, #2177 almost looks like the one, but it looks more like the mode is out of range if I understand the ticket right. Thanks a lot, David, and sorry it took so very long to apply your patch! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27223 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
60642f878174ef5c18bd7c66f33dd3b128a8eba0 |
|
19-Aug-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The EDID info is now only dumped if TRACE_VIDEO is defined (currently the default). * Enlarged the serial buffer that is handed over to the kernel to 8192 bytes. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27067 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
119b7dccf012c67d4f223b6e2f1d143081e5f119 |
|
02-Jul-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Patch by David Powell: * Turn off text cursor when switching to text mode. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26222 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d16ddc579cc378b230e7782b82e6007063d1442d |
|
03-Jun-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The boot loader now passes on its EDID info to the kernel, and that will be put into a boot_item in frame_buffer_console_init(). * The VESA driver now supports gettings the EDID information as well; this is necessary now, since the app_server no longer takes over the mode the boot loader had chosen. * Note, we might want to do this via vm86 instead in the future, and remove the kernel part again. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25786 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9f16184577a3506b927dbc5cfff47ab03500deda |
|
28-May-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Patch by Jan Klötzke with minor changes by myself: * Use vm86 mode to call the VESA BIOS to do the actual mode switching by providing an ioctl in the vesa driver. * Fix vm86.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25680 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
636bff2fd2d392e10c895927c89ecd8d13224369 |
|
06-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Philippe Saint-Pierre: * Revised the RLE algorithm used for compressing the boot splash artwork to handle uncompressed runs. * Compress the RGB channels separately for improved efficiency. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24844 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d0fc7c65c615c56e6571049df8ef6efec3204793 |
|
05-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Philippe Saint-Pierre: * Implemented RLE compression for the boot splash images, resulting in smaller kernel and boot loader. * Only the boot loader contains the RLE compressed images, the decompressed buffer for the icons is passed to the kernel via kernel args. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24812 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
85f020108691bba65c1e008b21f8bc02e45a44d5 |
|
04-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Rene left tracing turned on in his last commit to this file. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24808 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
75ab36bd50cb593c48c8b4ebc1dbd982559d06b8 |
|
04-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Refined again the boot splash artwork. Everything is now centered as a whole. The dividing line is back although with a little more spacing. Also the icon spacing is a little increased and I added a subtle outline as well as a little brighter background for the active icon look. The placement logic is now not independant of each other anymore, otherwise I couldn't center both images as a unit. But only the vertical placement is affected. Comments as always on the commit mailing list... :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24796 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0d69c8378f8af2f53d61913ae0ff8b4db922f118 |
|
04-Apr-2008 |
Rene Gollent <anevilyak@gmail.com> |
On my system's BIOS / monitor there seems to be a race condition between grabbing the EDID info and setting the video mode. The result of this is a garbage display every other boot. By introducing a small wait before doing the mode set, it works every time. Will see if I can reduce the spin timer though with some more tests. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24794 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
64379118a9b3e20bcc4845ee64bd0d861154fe47 |
|
03-Apr-2008 |
Stephan Aßmus <superstippi@gmx.de> |
* Revised boot splash artwork, the logo is back in the lower right corner, the icons are centered. * The boot loader and kernel now use the placement info that generate_boot_screen now generates. * Made the code that draws the images handle the case where any of the images is larger than the frame buffer. * All drawing functions need to know the image width (analogous for bytes per row). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24773 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6328832fba8f149074dbe7502dc0c180ff013263 |
|
30-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Changed get_boot_item() API: it now also can retrieve the size of the boot item entry. * The bios_ia32 video platform code now stores the available VESA modes in the new vesa_modes kernel_args field. * When configuring a VESA mode via settings file, it's no longer needed to specify the exact mode - the closest available mode is now used. This should help with bug #1962. * frame_buffer_console_init() now also creates a boot_item for the VESA modes in the kernel_args. * The VESA accelerant now filters the mode list to only contain modes that are actually supported. * Moved non-shared vesa driver data into its own file vesa_private.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24675 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e146dee317eddc5a76108592c05e5e001293a838 |
|
28-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Enlarged the default resolution to a width of 1024 (ie. usually 1024x768). * Refined the way how the default resolution is chosen: it now prefers the above with hi/true color over a width of 800 in hi/true color over the same order including palette modes. * If no suitable mode could be found, it now chooses the first mode from the list, if any, so that a VESA mode is always used when possible. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24648 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
652c852666c8e0098ee2e84c8750a531f6796ea4 |
|
28-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* The previous code to retrieve the standard video mode did rely on the fact that they are ordered by size. * This actually doesn't seem to be the case for all cards. Hence, we now search for an appropriate mode only after we've collected all modes. * Extended find_video_mode() to be able to ignore the height of a video mode; that way, we can prefer a horizontal resolution of 800 without having to care about the aspect ratio. * This fixes bug #1975. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24619 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
cedc3f1eb83044c7d0d931d3e22ffea72caf6929 |
|
27-Mar-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Rearranged EDID mode find process: in a first pass, we only accept hi- or true color resolutions, the second pass that also takes those into account will only be run if no mode could be found before. * I hope this will improve Urias boot screen experience. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24609 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a529aaf3c6e4581e6e9ae74826a6e074f2c9de5a |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Fixed 32 bit blit modes for real... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24453 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c2de9613a659a3e47e6a8c2ed6ee3fd3cdbfdb6d |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Fixed 32 bit versions of blit*. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24450 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
55ef60a5ae910d2f2ef255740640f3b659b06560 |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
* Removed the Copyright image/rendering. * Fixed the icons image, it was upside down. * Support the new 24 bit boot screen images in the boot_loader and the kernel. * Prepare the code for future indexed versions of the boot screen images. But the generate_boot_screen tool currently does not generate those. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24449 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5973fcdfb2e2d82dab193e7e61860b1f9755e645 |
|
17-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Fixed initial rendering of the grayed out icons, depends on frame buffer depth now. Removed now unused blit16_cropped(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24437 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
aa727f664349524c88917974e83b6b3c40d65b24 |
|
18-Mar-2008 |
Stephan Aßmus <superstippi@gmx.de> |
patch by Artur Wyszynski (aljen): * Added the feature of an animated boot screen (icons lighting up at different boot stages). * Added first version of new boot splash images, generated by the new hsbg tool. (Also finally contains the "new" Haiku logo.) changes by myself: * Added Artur to the contributors list in About System. * Fixed some left overs in the patch, kept tracing turned off. TODO: * Remove the need for hard coding the icon positions. (Maybe generate those from hsbg and put them into images.h? Have user provide icon spacing/offsets at the command line for hsbg?) * Rename the stages to something meaningful. * Use hsbg as a build system tool and generate images.h during build from PNGs provided in the artwork folder. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24434 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
37950dd1d242da38334433cc4c55d91bd61b45c0 |
|
27-Feb-2008 |
Stephan Aßmus <superstippi@gmx.de> |
There is no reason to prefer 16 bpp modes anymore. 32 bpp is just as snappy, maybe users on older hardware prefer 16 bpp, but that should be fixed by supporting a vesa config file instead. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24167 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9b13056ba23b00c0fd5269c1fd4a30d80fbe1e7e |
|
11-Dec-2007 |
Axel Dörfler <axeld@pinc-software.de> |
* Print the resolution the boot loader has chosen. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23114 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5845b6ecc55d00e5f222d73646947f0187269a76 |
|
27-Nov-2007 |
Axel Dörfler <axeld@pinc-software.de> |
* The boot loader now remembers the bytes per row as told by the graphics card, and passes that information on to the kernel. This should fix wrong bytes per row with certain resolutions and graphics cards. * The boot loader now recognizes 15 bit modes that are advertised as 16 bit modes. This should fix wrong colors in 16 bit modes on some cards. * Reenabled setting MTRR for VESA mode - don't remember why I disabled it, but it works fine on my test machines. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23006 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
13a81299f1871c4b6786bf07808cd05aae77b5a7 |
|
12-Oct-2007 |
Axel Dörfler <axeld@pinc-software.de> |
Cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22516 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d2de13bdd4a5cf920d7dbc8cb13c288f841dbdf1 |
|
21-Dec-2006 |
Axel Dörfler <axeld@pinc-software.de> |
The boot loader (BIOS IA32 only) now chooses the default video mode by looking at the EDID info from the monitor if available through VESA/DDC. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19588 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d6edf65b059f0924dbec5ce0d110f8391cd209e4 |
|
20-Dec-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Fixed error checks for EDID retrieval. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19582 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5d7d960fac45e2c7b090fa5abee13d1d087c8ef7 |
|
20-Dec-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Added EDID version 1 retrieval from VESA; doesn't do anything yet besides dumping the info to the serial line - not tested yet (as Qemu doesn't support DDC/EDID). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19580 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
82029bdae870b0e257a54929116ddfb6da9efdca |
|
16-Sep-2006 |
Marcus Overhagen <marcusoverhagen@gmail.com> |
added missing nothrow parameter git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18868 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c918a987a0dadf05ccfae81bb0bcd2255c810680 |
|
27-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed my old doubly linked list implementation, and stay with Ingo's. * Adapt other sources where needed (the boot loader's RootFileSystem still used the old implementation). * Implemented RootFileSystem::Rewind(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16889 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d5062208bba9faf01c6b51eec64b80cae824dd51 |
|
02-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Added a new list_insert_item_before() function that inserts a new item before another one in the list. * The video modes in the boot loader are now sorted (by resolution, larger resolution comes first). Doubled entries are automatically removed; this fixes bug #192. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16572 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0752edcf8d7976903e0fac7403eca97056661bfa |
|
01-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
The default video mode now prefers to be 800x600x16 - if available. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14620 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
06500c3e5806b819969421b114b783fa9645e2c2 |
|
29-Jun-2005 |
Michael Lotz <mmlr@mlotz.ch> |
The color index is multiplied by 3 because there are R, G and B values for each color in the palette. But uint8 can't hold these for any index above 256/3 obviously. Also fixed the 24-bit display. It works on real hardware but looks broken with bochs. I suppose bochs does not handle 24-bit VESA correctly though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13359 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8cd812c17226d0ec1fc63732017c0075d8de18d1 |
|
25-May-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Forgot to uncomment this line: the "depth" argument of the vesa file is now also evaluated, so that you can specify something different than 8 bit in there. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12840 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8bd36612dc71c137d0bae89c1c1f83a2ca26de2f |
|
26-May-2005 |
Axel Dörfler <axeld@pinc-software.de> |
First try to get the boot logo displayed properly in all color spaces. For some reason, the colors are wrong for anything but 8bit modes, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12823 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
895e2a03753437bb15dbd4b5d9bc9d523e1e8e21 |
|
02-May-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Reenabled the Qemu workaround: the frame buffer is now cleared after a mode change. After all, there might be real graphics card which behave the same?? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12551 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5af32e752606778be5dd7379f319fe43cb3f6b8c |
|
13-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Renamed src/kernel to src/system. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12359 a95241bf-73f2-0310-859d-f6bbb57e9c96
|