Searched +hist:08 +hist:ef16ab (Results 1 - 4 of 4) sorted by relevance

/haiku/src/add-ons/accelerants/intel_extreme/
H A Daccelerant.hdiff b3f14fb7 Sun Oct 25 19:56:08 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Start doing mode-setting at port level

* I really hope we can kill head_mode some day
* Break pll code out from mode code
* The LVDS and Digital are smooshed together and
likely need broken apart.
diff 50f0b3fe Sat Oct 17 08:01:28 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Rebase and refactor mmlr's work from 2013

* New port storage classes and cleaner logic
diff 973d499e Sun May 14 08:27:50 MDT 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
diff 08ef16ab Tue May 09 18:37:27 MDT 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
diff 08ef16ab Tue May 09 18:37:27 MDT 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
diff 6a3543db Thu May 04 03:08:26 MDT 2006 Axel Dörfler <axeld@pinc-software.de> * Finally the overlay looks like an overlay. It took me almost a day to realize that
the Intel chip obviously cannot do overlays in B_RGB16 - even though it pretends
to be able to do that.
* B_YCbCr422 seems to work, though, I haven't tested any other spaces for now, and
I somewhat doubt they will work. It's all green, though, and the scaling doesn't
seem to be correct - that we be solvable, though :)
* There aren't any bounds checks (so don't move the window out of the screen), and
also the overlay_view offsets are ignored.
* Scaling and moving is now detected, and there is always as little work done as
possible to reduce the workload on buffer switches (the most common case).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17315 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 973d499ee1ed8d233b5c8c03685dbcfb25c03816 Sun May 14 08:27:50 MDT 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
diff 08ef16abee9eb7639c8387e283c186f11b627075 Tue May 09 18:37:27 MDT 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
diff 6a3543db2a68e1d35d99c0e72ae935d72b2b5d52 Thu May 04 03:08:26 MDT 2006 Axel Dörfler <axeld@pinc-software.de> * Finally the overlay looks like an overlay. It took me almost a day to realize that
the Intel chip obviously cannot do overlays in B_RGB16 - even though it pretends
to be able to do that.
* B_YCbCr422 seems to work, though, I haven't tested any other spaces for now, and
I somewhat doubt they will work. It's all green, though, and the scaling doesn't
seem to be correct - that we be solvable, though :)
* There aren't any bounds checks (so don't move the window out of the screen), and
also the overlay_view offsets are ignored.
* Scaling and moving is now detected, and there is always as little work done as
possible to reduce the workload on buffer switches (the most common case).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17315 a95241bf-73f2-0310-859d-f6bbb57e9c96
H A Daccelerant.cppdiff 6715abde Tue Apr 19 08:54:32 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: four pipes from gen12

Change-Id: I1dd41b4be80acb1784180d1e4a7ea4d9947b6dd5
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5214
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
diff 7991d1b7 Sun Mar 08 08:53:40 MDT 2020 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: fix assigning pipes to displays

The previous code did not handle correctly the case where a display
requested a fixed mapping, and cloud end up assigning the same pipe to
multiple displays. But we want a separate pipe for each display,
allowing multihead support later on.

Rewrite the algorithm to first assign pipes to devices with fixed
constraints, and in a second pass assing the remaining pipes to other
displays.
diff 7991d1b7 Sun Mar 08 08:53:40 MDT 2020 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: fix assigning pipes to displays

The previous code did not handle correctly the case where a display
requested a fixed mapping, and cloud end up assigning the same pipe to
multiple displays. But we want a separate pipe for each display,
allowing multihead support later on.

Rewrite the algorithm to first assign pipes to devices with fixed
constraints, and in a second pass assing the remaining pipes to other
displays.
diff a933bb4c Sun Jul 17 14:25:08 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: IronLake reference clock activation
diff 8fe50548 Sun May 08 14:39:22 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Extend DDI port probing to A-E

* The Linux code made this a bit hard to figure out via
complex define functions, however there can be up to
5 DDI ports (A-E)
diff 6e1ff82f Sun Nov 08 10:58:49 MST 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Begin using new DisplayPipe class
diff 37b903fb Sun Nov 08 09:39:07 MST 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Add pipe selection for ports
diff b3f14fb7 Sun Oct 25 19:56:08 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Start doing mode-setting at port level

* I really hope we can kill head_mode some day
* Break pll code out from mode code
* The LVDS and Digital are smooshed together and
likely need broken apart.
diff 27134c66 Sat Oct 17 08:43:24 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Dump more info on ports found. Build fixes.
diff 50f0b3fe Sat Oct 17 08:01:28 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Rebase and refactor mmlr's work from 2013

* New port storage classes and cleaner logic
/haiku/headers/private/graphics/intel_extreme/
H A Dintel_extreme.hdiff 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 1c23e6bc Tue May 03 08:01:58 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: leverage VBT device type for internal panel

* also handle dp aux on PCH.
* tested on Gen7, should work from Gen6.

Change-Id: I8d99bcdc10c817e66441a6a644df490dd988a74d
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5290
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
diff 67077e0c Tue Apr 19 08:57:40 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: adjust PCH definitions for ADP and ICP

Change-Id: I2c2682e7e99e61a48b00155b4e60a457a8862117
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5215
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
diff d2713775 Fri Apr 08 13:15:19 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: brightness setting support for Kaby Lake

Change-Id: Ie78a034077f3be8faaaf83ab80a0ae6c1c001bc0
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5187
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
diff 3334d6fb Fri Jul 02 08:19:27 MDT 2021 Rudolf Cornelissen <rudhaiku@gmail.com> intel_extreme: gen4 displayport now sets modes, dualhead clone works.
diff aca9888e Tue Jun 08 03:20:34 MDT 2021 Rudolf Cornelissen <rudhaiku@gmail.com> Intel_extreme: fixed hrev55115 regression and added FDI data/link M/N programming.
diff 168aff90 Sun Mar 08 08:56:39 MDT 2020 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: program the DPLL_SEL register on SandyBridge

We need to assign PLLs to pipes and transcoders. The assignments on
previous generations were fixed, but now it's up to us to set it up.

Do the simplest thing for now: assign PLL1 to pipe A and PLL2 to pipe B.
diff 168aff90 Sun Mar 08 08:56:39 MDT 2020 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: program the DPLL_SEL register on SandyBridge

We need to assign PLLs to pipes and transcoders. The assignments on
previous generations were fixed, but now it's up to us to set it up.

Do the simplest thing for now: assign PLL1 to pipe A and PLL2 to pipe B.
diff 2beddbfd Sat Jan 04 13:08:10 MST 2020 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: fix pipe and plane size registers

- The name for the registers were swapped
- The width and height were also swapped in one of them
- Remove some old #if 0 code that touched these registers but has been
disabled for a while.
diff a933bb4c Sun Jul 17 14:25:08 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: IronLake reference clock activation
/haiku/src/add-ons/kernel/drivers/graphics/intel_extreme/
H A Dintel_extreme.cppdiff 56cddb51 Thu Nov 21 13:08:19 MST 2019 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: fix vblank interrupt for Ironlake

Ironlake and SandyBridge use the same layout for the interrupt register.
Previous generations don't use PCH so the interrupt register is
different. Next generations shuffle the bits again to make space for a
3rd display pipe.

Thanks to D3ant for letting me test this on his computer!
diff cd7bd437 Wed Aug 08 11:49:02 MDT 2018 Augustin Cavalier <waddlesplash@gmail.com> Fix missing B_USER_CLONABLE_AREA in intel_extreme

Fixes #14333
diff e28962a2 Wed Dec 23 20:08:05 MST 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Fix pci index mappings on i9xx < i96x
diff e747cbe1 Fri Oct 23 22:59:08 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Fix regs, remove PCH for VLV, Expand Type

* Fix some incorrect HDMI reg locations
* PCH goes away on later Intel chips
* Add more mask room for Intel Groups
diff ab1f2cd0 Sat Mar 08 12:18:23 MST 2014 Jérôme Duval <jerome.duval@gmail.com> intel_extreme: read and loop for new interrupts. Fix #9718.

* MSI seems to trigger the need to loop: interrupts are not generated for bits
set while we process.
diff 055a6264 Fri Jul 05 08:25:01 MDT 2013 Jerome Duval <jerome.duval@gmail.com> intel_extreme: only init overlay registers

... when memory allocation succeeded.
diff eae25c88 Sun May 08 13:18:31 MDT 2011 Jérôme Duval <korli@users.berlios.de> "intel_extreme" was printed twice


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41387 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 60b71f65 Thu Dec 14 08:26:54 MST 2006 Axel Dörfler <axeld@pinc-software.de> Applied the cleaned/fixed version of patch by YellowTab:
* essentially, it makes sure certain bits in the PCI config are set
* also added two more device IDs, which I have disabled for now


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19515 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 08ef16ab Tue May 09 18:37:27 MDT 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
diff 08ef16ab Tue May 09 18:37:27 MDT 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

Completed in 294 milliseconds