Searched +hist:9 +hist:e2e0d8d (Results 1 - 4 of 4) sorted by relevance
/haiku/src/add-ons/accelerants/intel_extreme/ | ||
H A D | dpms.cpp | diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 9e2e0d8dacfbf49553256dadb0a3b40f494c1774 Sun Oct 16 13:36:02 MDT 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 |
H A D | accelerant.cpp | diff 9a152c9c Thu Aug 23 09:51:21 MDT 2018 Adrien Destugues <pulkomandy@pulkomandy.tk> Change the prompt again. As expected there was a lot of bikeshedding. Just change the color of the path, green on success, red on failure. Constraints taken into account: - Keep the > for now - Prompt should be as compact as possible for those of us using 80 column terminals. - Prompt should not change size between success and error cases Not taken into account: - The feature should be accessible to colorblind people (we could replace the > with another char but we couldn't find something that looks suitable) diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 78fa3aff Thu Jan 31 11:28:48 MST 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 diff 9e2e0d8dacfbf49553256dadb0a3b40f494c1774 Sun Oct 16 13:36:02 MDT 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 diff 78fa3affbc8be3c4e69497c15e87ae2f0ebd8c48 Thu Jan 31 11:28:48 MST 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 |
/haiku/headers/private/graphics/intel_extreme/ | ||
H A D | intel_extreme.h | diff 9e991b61 Mon May 23 08:56:59 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: switch FDI to i915 register naming Change-Id: Ib7382240a2bc07dbbd2aed7647b06f14a6c5cb4c Reviewed-on: https://review.haiku-os.org/c/haiku/+/5335 Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> Reviewed-by: Jérôme Duval <jerome.duval@gmail.com> diff 9ef22aa9 Mon Dec 06 17:42:42 MST 2021 Rudolf Cornelissen <rudhaiku@gmail.com> intel_extreme:DP links on sky- upto/incl coffeelake are now done (refclk detection added) diff 9cd46c73 Wed Nov 04 16:29:06 MST 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Fix PCH_PANEL STS/CTL register location and define more diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 78fa3aff Thu Jan 31 11:28:48 MST 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 diff 9e2e0d8dacfbf49553256dadb0a3b40f494c1774 Sun Oct 16 13:36:02 MDT 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 diff 78fa3affbc8be3c4e69497c15e87ae2f0ebd8c48 Thu Jan 31 11:28:48 MST 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 |
/haiku/src/add-ons/kernel/drivers/graphics/intel_extreme/ | ||
H A D | intel_extreme.cpp | diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 9e2e0d8d Sun Oct 16 13:36:02 MDT 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 diff 78fa3aff Thu Jan 31 11:28:48 MST 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 diff 9e2e0d8dacfbf49553256dadb0a3b40f494c1774 Sun Oct 16 13:36:02 MDT 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 diff 78fa3affbc8be3c4e69497c15e87ae2f0ebd8c48 Thu Jan 31 11:28:48 MST 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 |
Completed in 221 milliseconds