#
b2a75cf5 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Fixed mixup of the VGA compatibility layer - if the bit is set, it means the device is not compatible, after all. * No longer accept color changes if the mode is not an 8 bit one. I think that BWindowScreen does that after changing the mode, so that is messes up the colors, at least that's the theory, will test on real iron now. * Use VGA as a fallback if setting the palette via VBE failed. This brings back the colors for ParticlesII in Qemu (but not in VirtualBox, which seems to be completely broken in this regard). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32359 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
|
#
bfd4c59b |
|
05-Jun-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Added DPMS support to the VESA driver, in case the hardware/BIOS supports it. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30974 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
|
#
a5ff23c7 |
|
08-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Moved the vesa.h and vga.h headers to the private vesa driver header directory for future use. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12274 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b2a75cf56cafe2cf4b9258311e1d331bd48ab081 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Fixed mixup of the VGA compatibility layer - if the bit is set, it means the device is not compatible, after all. * No longer accept color changes if the mode is not an 8 bit one. I think that BWindowScreen does that after changing the mode, so that is messes up the colors, at least that's the theory, will test on real iron now. * Use VGA as a fallback if setting the palette via VBE failed. This brings back the colors for ParticlesII in Qemu (but not in VirtualBox, which seems to be completely broken in this regard). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32359 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
|
#
bfd4c59b639308dc5bc06f8273c4bb0c5e4e4598 |
|
05-Jun-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Added DPMS support to the VESA driver, in case the hardware/BIOS supports it. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30974 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
|
#
a5ff23c727076f59432fa942d99719db3aa1d567 |
|
08-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Moved the vesa.h and vga.h headers to the private vesa driver header directory for future use. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12274 a95241bf-73f2-0310-859d-f6bbb57e9c96
|