Searched +hist:8 +hist:d1cb54a (Results 1 - 2 of 2) sorted by relevance

/haiku/src/add-ons/kernel/drivers/graphics/intel_extreme/
H A Ddriver.cppdiff 52d1e933 Tue Jun 05 19:07:59 MDT 2018 Augustin Cavalier <waddlesplash@gmail.com> Revert "intel_extreme: Broadwell is really Gen7(.5), not 8."

This reverts commit 4f059c1fc51d17a2a592c5675a2f188b4bea2f69.

From discussion on the mailing list, it seems I was correct the first time
and Broadwell is Gen8. The confusion comes from the SER5/SOC distinction,
which is not in the Linux driver, and I still don't know which one it really
belongs in.
diff 4f059c1f Tue Jun 05 11:27:45 MDT 2018 Augustin Cavalier <waddlesplash@gmail.com> intel_extreme: Broadwell is really Gen7(.5), not 8.
diff 8d1cb54a Fri Apr 22 21:41:52 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Add in some code for the lakes (unused)
diff 8d1cb54a Fri Apr 22 21:41:52 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Add in some code for the lakes (unused)
diff 7902c46c Wed May 17 11:30:23 MDT 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
diff ccb666bc Sat May 13 03:19:56 MDT 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
diff 7902c46c3e03133bc17b23822b95bf3e8e84c9a2 Wed May 17 11:30:23 MDT 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
diff ccb666bc0e384dd7be48cd85df95683a90db3f85 Sat May 13 03:19:56 MDT 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
/haiku/headers/private/graphics/intel_extreme/
H A Dintel_extreme.hdiff 52d1e933 Tue Jun 05 19:07:59 MDT 2018 Augustin Cavalier <waddlesplash@gmail.com> Revert "intel_extreme: Broadwell is really Gen7(.5), not 8."

This reverts commit 4f059c1fc51d17a2a592c5675a2f188b4bea2f69.

From discussion on the mailing list, it seems I was correct the first time
and Broadwell is Gen8. The confusion comes from the SER5/SOC distinction,
which is not in the Linux driver, and I still don't know which one it really
belongs in.
diff 4f059c1f Tue Jun 05 11:27:45 MDT 2018 Augustin Cavalier <waddlesplash@gmail.com> intel_extreme: Broadwell is really Gen7(.5), not 8.
diff 8ddec194 Thu Nov 23 15:56:55 MST 2017 Adrien Destugues <pulkomandy@pulkomandy.tk> intel_extreme: backlight control on pre-PCH devices

Thanks to oco for letting me test this on his old laptop.
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 8d1cb54a Fri Apr 22 21:41:52 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Add in some code for the lakes (unused)
diff 8d1cb54a Fri Apr 22 21:41:52 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> intel_extreme: Add in some code for the lakes (unused)
diff 124a502a Wed Aug 25 09:06:49 MDT 2010 Adrien Destugues <pulkomandy@pulkomandy.ath.cx> Always set the LVDS panel to its native mode, except for the 'display' part.
This allows to use lower resolution screen modes with black border.

Added a set of TODOs :
* The smaller scren is not centered, but aligned top-left
* The base resolution used is the one reported from edid 1.1, because I'm still not sure how to parse EDID 1.2. This resolution is too small on my laptop, but it works.

Also added two ways of setting 8-to-6 dithering for 18-bit LVDS panel. No visible result for me, unfortunately.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38354 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 8b20f2e4 Wed Oct 28 15:37:38 MDT 2009 Brecht Machiels <brecht@mos6581.org> forgot to add this file in r33815


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33821 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 7902c46c Wed May 17 11:30:23 MDT 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
diff ccb666bc Sat May 13 03:19:56 MDT 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

Completed in 327 milliseconds