#
881a823e |
|
28-Dec-2012 |
Alexander von Gluck IV <kallisti5@unixzen.com> |
intel_extreme: Improve accelerant tracing and debug output * Several messages to syslog weren't tagged with intel_extreme making troubleshooting difficult * Fix a few typesize printf issues with B_PRI macro
|
#
9e2e0d8d |
|
16-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
Make some more SandyBridge specifics into Platform Control Hub (PCH) specifics. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42868 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c788baed |
|
16-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
Style cleanups only, no functional change. * Make the pointer style consistent accross all components, which should make it easier when working all over the place. * 80 char limits. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42863 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f0468be3 |
|
15-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
* Rework how registers are accessed. Most registers are now grouped into register blocks and we encode their block into the register definition. On register access these blocks are then translated into the final address. * Set up the register blocks for (G)MCH and PCH variants. * Remove most SandyBridge code that was actually PCH specific and is now taken care of automatically. * This will temporarily break SandyBridge support again until the right transcoders are actually programmed. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42857 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
951b5e51 |
|
13-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
More SandyBridge specifics: Use the proper registers for display detection and DPMS. Still needs to be reworked... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42846 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d7e91d92 |
|
26-May-2010 |
Axel Dörfler <axeld@pinc-software.de> |
* The DPMS code tried to enable the LVDS panel already if a digital display was detected; however, it should only do so when there is an actual LVDS panel detected. * This should fix one part of ticket #3149 - looks like there are two different issues. Thanks to Robert J. Gebis for providing me remote access to his system. * Minor debug output improvements. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36941 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c9abe826 |
|
13-Apr-2010 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Revert wrongly committed files. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36244 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a90ebd77 |
|
13-Apr-2010 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Work in progress of a Radeon HD 3200 driver to change the display mode (status when I leave the coding spring). At least it shows a picture but with a wrong scaling. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36243 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
23843356 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Changed the way the device type is tested/set. There shouldn't be any functional changes. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32353 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
2d5f339d |
|
16-Jun-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Patch by Christopher Plymire, style-reworked by myself: * first steps of supporting LVDS panels. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25975 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
78fa3aff |
|
31-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Overlay on the G33 does not work anymore in the secondary ring buffer; we now always only use the primary ring buffer. * Removed secondary ring buffer allocation and member fields. * Increased size of the primary ring buffer to 65536 bytes. * The bytes per row register is computed differently for 9xx chips. * On G33, the overlay does not need a physical address anymore, so we don't pass B_APERTURE_NEED_PHYSICAL to the allocation anymore for that device. * intel_free_memory() accidently added the aperture base to the allocation and would therefore never free any memory. * INTEL_RING_BUFFER_SIZE_MASK was shifted one bit to the right, didn't cause any harm with our buffer sizes, yet, though. * With these changes, the driver runs stable on a G33 chipset (I have not yet tested the hardware cursor, though, it might need some work, too). The only known issue left is that overlay flickers a bit if its buffer is partially backed up by reserved and allocated memory. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23798 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1c34b9b1 |
|
29-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Work in progress (might not work for you yet): * Now uses the AGP GART module for memory management. This greatly simplifies the memory handling, and memory is now actually allocated on demand, instead of a fixed size (stolen memory is not freed, though). * The Intel GART module should now also work with older chipsets. * No longer remove the GTT size from the stolen memory; this appears to have been a mistake in the X driver. Not sure about the BIOS popup yet. * The AGP module (in combination with the Intel GART module) is now mandatory to use the Intel driver. * Removed now superfluous settings (like memory size). Only enabling/disabling the hardware cursor is still supported. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23781 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d75c8820 |
|
26-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Simplified usage of the INTEL_TYPE_xxx constants. * Added some defines needed when playing with the bridge controller. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23753 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
4dfa9e42 |
|
23-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Some work in progress: * set_gtt_entry() used the wrong index to fill the GTT - this could have never worked correctly when you specified more memory than the amount of stolen memory. * Implementing maintaining resources for emulating overlay using the 3D engine on i965. I don't yet commit the actual overlay code, as that is a) ugly, and b) does not work yet. * Moved AreaKeeper into its own header. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23709 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e68a9aec |
|
17-Jul-2007 |
Stefano Ceccherini <stefano.ceccherini@gmail.com> |
return errno when open() fails git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21634 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
3ef31db0 |
|
27-Jul-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Obviously, the i9xx family has changed the order of the PCI mappings, so we need to take that into account. * Introduced INTEL_TYPE_FAMILY_MASK and INTEL_TYPE_GROUP_MASK to better differentiate the device type. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18293 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
478cef77 |
|
28-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Added some more debug output; the ports might be better suited to recognize which display outputs to use. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17629 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c5f5d834 |
|
23-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* B_MOVE_DISPLAY and B_SET_INDEXED_COLORS should now work for the digital output as well. * Obviously got the register for INTEL_DISPLAY_B_DIGITAL_PORT wrong - it's not 0x61000 but 0x61140, maybe that can explain the fun we had at BeGeistert :) * Renamed the analog display registers to better fit the digital ones, ie. replaced DISPLAY with DISPLAY_A - although this might be not really correct as it seems that the pipes can be selected arbitrarily. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17566 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a0902420 |
|
23-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Some work to support output on the digital interface like laptop panels. Need to clean this up, though. It even sort of worked on tic's IBM X40 on BeGeistert - if you weren't irritated by the fact some parts of the screen were just black, that is :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17565 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7902c46c |
|
17-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Added i830 as supported chipset - doesn't work perfectly, though. But Kyan reports that at least 8 bit modes seems to work (but overlay only partially) * Added "hardware_cursor" option to the settings file - when set to "false", you should have a cursor in the second output now as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17498 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
973d499e |
|
14-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Made the accelerant safer to use when cloned (though I didn't test cloning yet); introduced a lock that is used in B_SET_DISPLAY_MODE etc. * Correctly implemented B_ACQUIRE_ENGINE and B_RELEASE_ENGINE now (ie. they lock the engine now). * The lock of the ring buffers is now deleted when the (primary) accelerant is closed. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17453 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7d5957df |
|
14-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Implemented hardware cursor support. * Turns out cursor handling is simpler as originally thought, so I could remove its physical mapping - it's still put into the shared area, though, although that isn't needed for this chip (but could eventually simplify the handling of other generations of this chip). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17450 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5af5259c |
|
13-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Implemented vblank interrupt and support for the retrace semaphore - not yet tested, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17439 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ccb666bc |
|
13-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Prepared having hardware cursor support; got quite complicated because there is no good (or reliable) way to retrieve the physical address of "stolen" (by the BIOS) graphics memory. * Implemented allocation of additional graphics memory in case the BIOS was a bit too cheap. We now guarantee 8 MB of memory available to the graphics chip - would be nicer to only allocate that on demand, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17433 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
08ef16ab |
|
09-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Now allocates space for the hardware status page and cursor memory, not yet used, though. * Renamed the PhyisicalPageMapper class to AreaKeeper and made it a bit more generic (ie. it can now also create usual areas) * The shared_info is now created using the AreaKeeper, too, and this actually fixes some potential memory leaks. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17412 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
96451fe1 |
|
10-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
We're now using a secondary (high priority) ring buffer for hardware overlay - this will improve the overlay performance when the engine is under load (the acceleration engine will use the primary lower priority ring buffer). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17411 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f4c4106a |
|
02-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Doh, I had done all bitfields in the wrong direction (msb to lsb, but it's actually lsb to msb). * The result is that there is now *something* to see when overlay is turned on. In fact the whole screen goes dark besides a few pixels on the top - now isn't that something? :-) * The overlay is also turned off again correctly - which also revealed a bug in our app_server: B_CONFIGURE_OVERLAY is not always called with window=NULL/view=NULL to turn off overlay (might be an incorrect handling of BView::ClearOverlay()). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17300 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7740a4c1 |
|
28-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Enabling overlay requires a command ring buffer, and we're setting one (very small) up for this specific task - this will later be used for the acceleration engine as well. Some more work on overlay initialization, doesn't do anything yet, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17254 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
020c1aa8 |
|
03-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* init_driver() now behaves better in low memory situations. * Some preparations to support more than one chipset, added i855G (device ID 0x3582) to test with - the accelerant_device_info is now filled with that additional data as well. * Some minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16982 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
943578b1 |
|
25-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Added some debug output - the driver is actually working under R5 as well, I just didn't test it correctly last time... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16873 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e404297e |
|
24-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Very basic driver for the "Intel Extreme Graphics 2" chips, only supports i865G for now. Only mode switches do work, doesn't yet make sure the mode is valid, though. At this point, this driver only works on Haiku, the R5 app_server is crashing for some reason I need to investigate some day (maybe tomorrow :)). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16872 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9e2e0d8dacfbf49553256dadb0a3b40f494c1774 |
|
16-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
Make some more SandyBridge specifics into Platform Control Hub (PCH) specifics. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42868 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c788baed28e28960c17306fe9f5b40382b07cb1d |
|
16-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
Style cleanups only, no functional change. * Make the pointer style consistent accross all components, which should make it easier when working all over the place. * 80 char limits. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42863 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f0468be3845a6f7318a5a4f4dadcd62f7ed4ee22 |
|
15-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
* Rework how registers are accessed. Most registers are now grouped into register blocks and we encode their block into the register definition. On register access these blocks are then translated into the final address. * Set up the register blocks for (G)MCH and PCH variants. * Remove most SandyBridge code that was actually PCH specific and is now taken care of automatically. * This will temporarily break SandyBridge support again until the right transcoders are actually programmed. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42857 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
951b5e51470a8f323f194e669e7c79725b500a61 |
|
13-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
More SandyBridge specifics: Use the proper registers for display detection and DPMS. Still needs to be reworked... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42846 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d7e91d925348553db548b5632ca7ef00fa790d44 |
|
26-May-2010 |
Axel Dörfler <axeld@pinc-software.de> |
* The DPMS code tried to enable the LVDS panel already if a digital display was detected; however, it should only do so when there is an actual LVDS panel detected. * This should fix one part of ticket #3149 - looks like there are two different issues. Thanks to Robert J. Gebis for providing me remote access to his system. * Minor debug output improvements. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36941 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c9abe8265d8ee8fa63eee9515f2c629f952bcf8b |
|
13-Apr-2010 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Revert wrongly committed files. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36244 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a90ebd77eeae5eca9600d039dc1298898e38278a |
|
13-Apr-2010 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Work in progress of a Radeon HD 3200 driver to change the display mode (status when I leave the coding spring). At least it shows a picture but with a wrong scaling. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36243 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
238433564972d525584b2dfbe1a2c0eb52ef49c1 |
|
14-Aug-2009 |
Axel Dörfler <axeld@pinc-software.de> |
* Changed the way the device type is tested/set. There shouldn't be any functional changes. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32353 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
2d5f339decd181abac7ea2dd74136aca4b1b6e92 |
|
16-Jun-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Patch by Christopher Plymire, style-reworked by myself: * first steps of supporting LVDS panels. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25975 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
78fa3affbc8be3c4e69497c15e87ae2f0ebd8c48 |
|
31-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Overlay on the G33 does not work anymore in the secondary ring buffer; we now always only use the primary ring buffer. * Removed secondary ring buffer allocation and member fields. * Increased size of the primary ring buffer to 65536 bytes. * The bytes per row register is computed differently for 9xx chips. * On G33, the overlay does not need a physical address anymore, so we don't pass B_APERTURE_NEED_PHYSICAL to the allocation anymore for that device. * intel_free_memory() accidently added the aperture base to the allocation and would therefore never free any memory. * INTEL_RING_BUFFER_SIZE_MASK was shifted one bit to the right, didn't cause any harm with our buffer sizes, yet, though. * With these changes, the driver runs stable on a G33 chipset (I have not yet tested the hardware cursor, though, it might need some work, too). The only known issue left is that overlay flickers a bit if its buffer is partially backed up by reserved and allocated memory. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23798 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1c34b9b1f5e168501f89a270233457e04aa1b16b |
|
29-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Work in progress (might not work for you yet): * Now uses the AGP GART module for memory management. This greatly simplifies the memory handling, and memory is now actually allocated on demand, instead of a fixed size (stolen memory is not freed, though). * The Intel GART module should now also work with older chipsets. * No longer remove the GTT size from the stolen memory; this appears to have been a mistake in the X driver. Not sure about the BIOS popup yet. * The AGP module (in combination with the Intel GART module) is now mandatory to use the Intel driver. * Removed now superfluous settings (like memory size). Only enabling/disabling the hardware cursor is still supported. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23781 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d75c88206ebdc2e711a9edcf2f4ccf38ba1663e2 |
|
26-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
* Simplified usage of the INTEL_TYPE_xxx constants. * Added some defines needed when playing with the bridge controller. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23753 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
4dfa9e425fef3a6105e1cd97c4d4324f339f5614 |
|
23-Jan-2008 |
Axel Dörfler <axeld@pinc-software.de> |
Some work in progress: * set_gtt_entry() used the wrong index to fill the GTT - this could have never worked correctly when you specified more memory than the amount of stolen memory. * Implementing maintaining resources for emulating overlay using the 3D engine on i965. I don't yet commit the actual overlay code, as that is a) ugly, and b) does not work yet. * Moved AreaKeeper into its own header. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23709 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e68a9aeca544262ccfdf7455f580ec3f99e87999 |
|
17-Jul-2007 |
Stefano Ceccherini <stefano.ceccherini@gmail.com> |
return errno when open() fails git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21634 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
3ef31db042b7015258b781f33497ee53aa21968d |
|
27-Jul-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Obviously, the i9xx family has changed the order of the PCI mappings, so we need to take that into account. * Introduced INTEL_TYPE_FAMILY_MASK and INTEL_TYPE_GROUP_MASK to better differentiate the device type. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18293 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
478cef77351b1030547df6e3563d2396f274f110 |
|
28-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Added some more debug output; the ports might be better suited to recognize which display outputs to use. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17629 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c5f5d8347ebabf50f635a1043e04b27359cd0df1 |
|
23-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* B_MOVE_DISPLAY and B_SET_INDEXED_COLORS should now work for the digital output as well. * Obviously got the register for INTEL_DISPLAY_B_DIGITAL_PORT wrong - it's not 0x61000 but 0x61140, maybe that can explain the fun we had at BeGeistert :) * Renamed the analog display registers to better fit the digital ones, ie. replaced DISPLAY with DISPLAY_A - although this might be not really correct as it seems that the pipes can be selected arbitrarily. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17566 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a0902420ff3fc943e535a6686ebac46a26a2dbfd |
|
23-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Some work to support output on the digital interface like laptop panels. Need to clean this up, though. It even sort of worked on tic's IBM X40 on BeGeistert - if you weren't irritated by the fact some parts of the screen were just black, that is :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17565 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7902c46c3e03133bc17b23822b95bf3e8e84c9a2 |
|
17-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Added i830 as supported chipset - doesn't work perfectly, though. But Kyan reports that at least 8 bit modes seems to work (but overlay only partially) * Added "hardware_cursor" option to the settings file - when set to "false", you should have a cursor in the second output now as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17498 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
973d499ee1ed8d233b5c8c03685dbcfb25c03816 |
|
14-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Made the accelerant safer to use when cloned (though I didn't test cloning yet); introduced a lock that is used in B_SET_DISPLAY_MODE etc. * Correctly implemented B_ACQUIRE_ENGINE and B_RELEASE_ENGINE now (ie. they lock the engine now). * The lock of the ring buffers is now deleted when the (primary) accelerant is closed. * Minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17453 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7d5957df85f66116fd487377d418a0d3550afc3b |
|
14-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Implemented hardware cursor support. * Turns out cursor handling is simpler as originally thought, so I could remove its physical mapping - it's still put into the shared area, though, although that isn't needed for this chip (but could eventually simplify the handling of other generations of this chip). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17450 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5af5259c38b8e63ab87a2bfb8d715ad2ea28d887 |
|
13-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Implemented vblank interrupt and support for the retrace semaphore - not yet tested, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17439 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ccb666bc0e384dd7be48cd85df95683a90db3f85 |
|
13-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Prepared having hardware cursor support; got quite complicated because there is no good (or reliable) way to retrieve the physical address of "stolen" (by the BIOS) graphics memory. * Implemented allocation of additional graphics memory in case the BIOS was a bit too cheap. We now guarantee 8 MB of memory available to the graphics chip - would be nicer to only allocate that on demand, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17433 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
08ef16abee9eb7639c8387e283c186f11b627075 |
|
09-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Now allocates space for the hardware status page and cursor memory, not yet used, though. * Renamed the PhyisicalPageMapper class to AreaKeeper and made it a bit more generic (ie. it can now also create usual areas) * The shared_info is now created using the AreaKeeper, too, and this actually fixes some potential memory leaks. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17412 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
96451fe1332d971e149796b2024c4797c1169ad7 |
|
10-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
We're now using a secondary (high priority) ring buffer for hardware overlay - this will improve the overlay performance when the engine is under load (the acceleration engine will use the primary lower priority ring buffer). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17411 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f4c4106a4083a9ffdfdf3640ebd1f7caad01e4c2 |
|
02-May-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Doh, I had done all bitfields in the wrong direction (msb to lsb, but it's actually lsb to msb). * The result is that there is now *something* to see when overlay is turned on. In fact the whole screen goes dark besides a few pixels on the top - now isn't that something? :-) * The overlay is also turned off again correctly - which also revealed a bug in our app_server: B_CONFIGURE_OVERLAY is not always called with window=NULL/view=NULL to turn off overlay (might be an incorrect handling of BView::ClearOverlay()). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17300 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
7740a4c15bd6ee7fd66388b5fc21c786b926429d |
|
28-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Enabling overlay requires a command ring buffer, and we're setting one (very small) up for this specific task - this will later be used for the acceleration engine as well. Some more work on overlay initialization, doesn't do anything yet, though. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17254 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
020c1aa823222f456bcf1ef94ab229690786d60d |
|
03-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* init_driver() now behaves better in low memory situations. * Some preparations to support more than one chipset, added i855G (device ID 0x3582) to test with - the accelerant_device_info is now filled with that additional data as well. * Some minor cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16982 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
943578b15bede1f6862940b57a143a40d72d30cb |
|
25-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Added some debug output - the driver is actually working under R5 as well, I just didn't test it correctly last time... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16873 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e404297e56d4d54998a8f21b661def9d2da746d6 |
|
24-Mar-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Very basic driver for the "Intel Extreme Graphics 2" chips, only supports i865G for now. Only mode switches do work, doesn't yet make sure the mode is valid, though. At this point, this driver only works on Haiku, the R5 app_server is crashing for some reason I need to investigate some day (maybe tomorrow :)). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16872 a95241bf-73f2-0310-859d-f6bbb57e9c96
|