Searched +hist:7 +hist:d5957df (Results 1 - 6 of 6) sorted by relevance
/haiku/src/add-ons/accelerants/intel_extreme/ | ||
H A D | Jamfile | diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df85f66116fd487377d418a0d3550afc3b Sun May 14 07:41:33 MDT 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 |
H A D | hooks.cpp | diff ec4e9ea8 Mon Jan 27 05:56:57 MST 2020 Adrien Destugues <adrien.destugues@opensource.viveris.fr> intel_extreme: remove unhandled generation defines - 7xx (1st gen) has no driver in Haiku or is handled by the intel_810 driver - PowerVR has no driver in Haiku So there is no point in having those in the intel_extreme driver. While I'm at it, fix the video timing/resolution constraints for sanitize_video_mode. diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df85f66116fd487377d418a0d3550afc3b Sun May 14 07:41:33 MDT 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 |
H A D | accelerant.h | diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df85f66116fd487377d418a0d3550afc3b Sun May 14 07:41:33 MDT 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 |
H A D | accelerant.cpp | diff ec4e9ea8 Mon Jan 27 05:56:57 MST 2020 Adrien Destugues <adrien.destugues@opensource.viveris.fr> intel_extreme: remove unhandled generation defines - 7xx (1st gen) has no driver in Haiku or is handled by the intel_810 driver - PowerVR has no driver in Haiku So there is no point in having those in the intel_extreme driver. While I'm at it, fix the video timing/resolution constraints for sanitize_video_mode. diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df85f66116fd487377d418a0d3550afc3b Sun May 14 07:41:33 MDT 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 |
/haiku/src/add-ons/kernel/drivers/graphics/intel_extreme/ | ||
H A D | intel_extreme.cpp | diff 7a5f5dc5 Mon Mar 14 09:10:21 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: handle 64-bit PCI BARs diff c2d37953 Sat Jul 28 14:52:37 MDT 2018 Adrien Destugues <pulkomandy@pulkomandy.tk> Rework PLL calculations for Iron Lake The limits were wrong in several places. Checked the sandy bridge, ivy brige and haswell docs, they all say mostly the same. - The value of p2 is either 7, 14, 5 or 10 depending on 1 bit in the config register and on the display type. We can guess which values are right according to the global P limit (5-80 when using 5/10, 28-something when using 14/7). The values are different because CRT need a precise, but rather low pixel clock, while modern display interface can accomodate being faster than required by a few MHz, but need a much higher speed (the bits are transferred serially, so they need to be at least 8 times faster than a DAC). - The limits for N were obviously wrong, as the register is written with N-2, so values less than 2 make no sense. Use 3-8 as specified in the datasheet. - The reference frequency (set by the driver) was wrong, too. It is 120MHz, not 96. It is 100MHz in some cases (FDI, etc), we should see when this happens and switch to the right reference for PLL computations. - There was an attempt to minimize the value of N (a powersaving effort, I guess?), but it would basically force the loop to stop at the first value of N tested, resulting in way off timings in some cases. - To ease testing and stop sending patches and syslogs back and forth with vidrep, extract the "test mode" from pll.cpp into a proper test executable, making it a little easier to experiment with the code and fix the problems. This should fix #13669 and possibly other cases of "out of range", black screen, bad timings, etc. Change-Id: Ic4c1c159701f352b7c1ef15a647f023c82ac26c Reviewed-on: https://review.haiku-os.org/360 Reviewed-by: Axel Dörfler <axeld@pinc-software.de> Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff c2d37953 Sat Jul 28 14:52:37 MDT 2018 Adrien Destugues <pulkomandy@pulkomandy.tk> Rework PLL calculations for Iron Lake The limits were wrong in several places. Checked the sandy bridge, ivy brige and haswell docs, they all say mostly the same. - The value of p2 is either 7, 14, 5 or 10 depending on 1 bit in the config register and on the display type. We can guess which values are right according to the global P limit (5-80 when using 5/10, 28-something when using 14/7). The values are different because CRT need a precise, but rather low pixel clock, while modern display interface can accomodate being faster than required by a few MHz, but need a much higher speed (the bits are transferred serially, so they need to be at least 8 times faster than a DAC). - The limits for N were obviously wrong, as the register is written with N-2, so values less than 2 make no sense. Use 3-8 as specified in the datasheet. - The reference frequency (set by the driver) was wrong, too. It is 120MHz, not 96. It is 100MHz in some cases (FDI, etc), we should see when this happens and switch to the right reference for PLL computations. - There was an attempt to minimize the value of N (a powersaving effort, I guess?), but it would basically force the loop to stop at the first value of N tested, resulting in way off timings in some cases. - To ease testing and stop sending patches and syslogs back and forth with vidrep, extract the "test mode" from pll.cpp into a proper test executable, making it a little easier to experiment with the code and fix the problems. This should fix #13669 and possibly other cases of "out of range", black screen, bad timings, etc. Change-Id: Ic4c1c159701f352b7c1ef15a647f023c82ac26c Reviewed-on: https://review.haiku-os.org/360 Reviewed-by: Axel Dörfler <axeld@pinc-software.de> Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff 7aced0c7 Mon Jun 04 10:04:05 MDT 2007 Axel Dörfler <axeld@pinc-software.de> * The second open will now fail, too, in case the hardware could not be initialized correctly. * Got rid of this superfluous cookie stuff - either the VFS behaves correctly, or we're screwed anyway. * Made adding debugger commands optional depending on if DEBUG_COMMANDS is defined or not. * Minor other cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21322 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7de93827 Sun May 13 16:41:03 MDT 2007 Ithamar R. Adema <ithamar.adema@team-embedded.nl> * Set clock values based on card type. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21134 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7a3806ce Sat Mar 25 10:47:10 MST 2006 Axel Dörfler <axeld@pinc-software.de> Now you can also select the refresh rate you like under R5. Looks like there is room for improvements left in our screen preferences application, which ignores the pixel clock values completely. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16876 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7aced0c77631160829cd5aadae5f8942f1b16596 Mon Jun 04 10:04:05 MDT 2007 Axel Dörfler <axeld@pinc-software.de> * The second open will now fail, too, in case the hardware could not be initialized correctly. * Got rid of this superfluous cookie stuff - either the VFS behaves correctly, or we're screwed anyway. * Made adding debugger commands optional depending on if DEBUG_COMMANDS is defined or not. * Minor other cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21322 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7de9382792997bffa21a826e3ba1284e219de4a3 Sun May 13 16:41:03 MDT 2007 Ithamar R. Adema <ithamar.adema@team-embedded.nl> * Set clock values based on card type. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21134 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/headers/private/graphics/intel_extreme/ | ||
H A D | intel_extreme.h | diff ec4e9ea8 Mon Jan 27 05:56:57 MST 2020 Adrien Destugues <adrien.destugues@opensource.viveris.fr> intel_extreme: remove unhandled generation defines - 7xx (1st gen) has no driver in Haiku or is handled by the intel_810 driver - PowerVR has no driver in Haiku So there is no point in having those in the intel_extreme driver. While I'm at it, fix the video timing/resolution constraints for sanitize_video_mode. diff 7d95ab67 Tue Jun 12 13:20:04 MDT 2018 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Update PCH mask to match new bits * Missed in 87628f17eb diff 7aced0c7 Mon Jun 04 10:04:05 MDT 2007 Axel Dörfler <axeld@pinc-software.de> * The second open will now fail, too, in case the hardware could not be initialized correctly. * Got rid of this superfluous cookie stuff - either the VFS behaves correctly, or we're screwed anyway. * Made adding debugger commands optional depending on if DEBUG_COMMANDS is defined or not. * Minor other cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21322 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7d5957df Sun May 14 07:41:33 MDT 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 diff 7aced0c77631160829cd5aadae5f8942f1b16596 Mon Jun 04 10:04:05 MDT 2007 Axel Dörfler <axeld@pinc-software.de> * The second open will now fail, too, in case the hardware could not be initialized correctly. * Got rid of this superfluous cookie stuff - either the VFS behaves correctly, or we're screwed anyway. * Made adding debugger commands optional depending on if DEBUG_COMMANDS is defined or not. * Minor other cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21322 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7d5957df85f66116fd487377d418a0d3550afc3b Sun May 14 07:41:33 MDT 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 |
Completed in 299 milliseconds