Searched +hist:46 +hist:af8165 (Results 1 - 8 of 8) sorted by path
/haiku/src/add-ons/accelerants/radeon_hd/ | ||
H A D | gpu.h | diff 38f17b01 Wed Sep 28 14:46:14 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Polaris10 power distribution fix * Helps prevent mainboard explosions and other bad stuff. * ...maybe not explosions, but bad things. * The RX 480 reference design can pull as much as 90W from its PCIe slot at load. PCIe is rated for 75W. * This change overloads the PCIe power cables vs the PCIe slot. The PCIe power cables can handle going over spec. * Untested since we really can't come close to loading a RX 480 without hardware OpenGL ^_^ * Should be able to test on real hardware within a week. diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | accelerant.cpp | diff 38f17b01 Wed Sep 28 14:46:14 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Polaris10 power distribution fix * Helps prevent mainboard explosions and other bad stuff. * ...maybe not explosions, but bad things. * The RX 480 reference design can pull as much as 90W from its PCIe slot at load. PCIe is rated for 75W. * This change overloads the PCIe power cables vs the PCIe slot. The PCIe power cables can handle going over spec. * Untested since we really can't come close to loading a RX 480 without hardware OpenGL ^_^ * Should be able to test on real hardware within a week. diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3fe78837 Mon Jul 11 12:46:37 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * remove superfluous parentheses as per Axel git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42411 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3fe788377828eb76c862aa4e58c000086b41d884 Mon Jul 11 12:46:37 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * remove superfluous parentheses as per Axel git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42411 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | accelerant.h | diff 72f6869e Thu Mar 15 13:46:27 MDT 2012 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Add support for external encoders * Some encoders are bridges (DVO) and some encoders can act like bridges (UNIPHY). Probe for encoders further out in the display path and set them up properly. * Debug output support for external encoders * Fix cases where we should use external encoder information vs main encoder info. diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2c062f84 Tue Aug 23 22:28:46 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * as we are doing a lot of math on bios in gAtomContext, lets make it a uint8 vs a void pointer. * guys at AMD confirmed that the method looking directly at the object table should be the only method used on modern cards (r600 or later) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42683 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 72f6869e9e21913556544612ea275112ad416b5c Thu Mar 15 13:46:27 MDT 2012 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Add support for external encoders * Some encoders are bridges (DVO) and some encoders can act like bridges (UNIPHY). Probe for encoders further out in the display path and set them up properly. * Debug output support for external encoders * Fix cases where we should use external encoder information vs main encoder info. diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2c062f84e5ff05c782c321d9ceceffb05b909738 Tue Aug 23 22:28:46 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * as we are doing a lot of math on bios in gAtomContext, lets make it a uint8 vs a void pointer. * guys at AMD confirmed that the method looking directly at the object table should be the only method used on modern cards (r600 or later) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42683 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | display.cpp | diff 53f26450 Fri Jul 05 10:53:46 MDT 2013 Alexander von Gluck IV <kallisti5@unixzen.com> RadeonHD: Bit-bang LVDS for edid * Older cards have to use the LVDS_Info table, newer cards also have an ddc pin for EDID. * Some buggy sbios don't inject the EDID into the vbios as they should * This corrects hrev45812 as we need to still call connector_read_mode_lvds to obtain the spread spectrum data for the lvds. * Call connector_read_mode_lvds, bit-bang the connector, choose the best outcome. diff 09aaa658 Thu Dec 15 16:17:46 MST 2011 Alexander von Gluck IV <kallisti5@unixzen.com> DisplayPort call organization and cleanup * Add color space to BPP function * Pass display_mode to DP lane count function * Get BPP in DP lane count * Move some DPInfo population out of DP link training as other things need them sooner. * Fill out DP code in external encoder setup diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1fca5eaf Mon Oct 10 10:46:22 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * detect hdmi and tv and set as such * set encoder flags the same as connector flags * add curly comments to make troubleshooting clearer * program encoder dpms scratch registers git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42818 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2c062f84 Tue Aug 23 22:28:46 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * as we are doing a lot of math on bios in gAtomContext, lets make it a uint8 vs a void pointer. * guys at AMD confirmed that the method looking directly at the object table should be the only method used on modern cards (r600 or later) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42683 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 53f26450a35b19fa56bb1deadd33bb6beeee4178 Fri Jul 05 10:53:46 MDT 2013 Alexander von Gluck IV <kallisti5@unixzen.com> RadeonHD: Bit-bang LVDS for edid * Older cards have to use the LVDS_Info table, newer cards also have an ddc pin for EDID. * Some buggy sbios don't inject the EDID into the vbios as they should * This corrects hrev45812 as we need to still call connector_read_mode_lvds to obtain the spread spectrum data for the lvds. * Call connector_read_mode_lvds, bit-bang the connector, choose the best outcome. diff 09aaa658b0fa53eff3ad4cd5a44cf488bdfc1e3c Thu Dec 15 16:17:46 MST 2011 Alexander von Gluck IV <kallisti5@unixzen.com> DisplayPort call organization and cleanup * Add color space to BPP function * Pass display_mode to DP lane count function * Get BPP in DP lane count * Move some DPInfo population out of DP link training as other things need them sooner. * Fill out DP code in external encoder setup diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1fca5eaf116609013ea078eac249e20fe8a87098 Mon Oct 10 10:46:22 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * detect hdmi and tv and set as such * set encoder flags the same as connector flags * add curly comments to make troubleshooting clearer * program encoder dpms scratch registers git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42818 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | gpu.cpp | diff 38f17b01 Wed Sep 28 14:46:14 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Polaris10 power distribution fix * Helps prevent mainboard explosions and other bad stuff. * ...maybe not explosions, but bad things. * The RX 480 reference design can pull as much as 90W from its PCIe slot at load. PCIe is rated for 75W. * This change overloads the PCIe power cables vs the PCIe slot. The PCIe power cables can handle going over spec. * Untested since we really can't come close to loading a RX 480 without hardware OpenGL ^_^ * Should be able to test on real hardware within a week. diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4a0f028c Tue Sep 27 14:08:46 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * perform some i2c cleanup from xorg ati driver * read gpio pins back after setting them to improve reliability git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42772 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4a0f028c4dd88fa01600e5f6b8c4788db559bf96 Tue Sep 27 14:08:46 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * perform some i2c cleanup from xorg ati driver * read gpio pins back after setting them to improve reliability git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42772 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | mode.cpp | diff 4e9e0295 Mon Dec 19 09:46:56 MST 2011 Alexander von Gluck IV <kallisti5@unixzen.com> Set encoder dpms on dpms, it just feels right diff 09aaa658 Thu Dec 15 16:17:46 MST 2011 Alexander von Gluck IV <kallisti5@unixzen.com> DisplayPort call organization and cleanup * Add color space to BPP function * Pass display_mode to DP lane count function * Get BPP in DP lane count * Move some DPInfo population out of DP link training as other things need them sooner. * Fill out DP code in external encoder setup diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1fca5eaf Mon Oct 10 10:46:22 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * detect hdmi and tv and set as such * set encoder flags the same as connector flags * add curly comments to make troubleshooting clearer * program encoder dpms scratch registers git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42818 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3fe78837 Mon Jul 11 12:46:37 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * remove superfluous parentheses as per Axel git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42411 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4e9e029551cb5459078b3097e8e2073b814f5e5f Mon Dec 19 09:46:56 MST 2011 Alexander von Gluck IV <kallisti5@unixzen.com> Set encoder dpms on dpms, it just feels right diff 09aaa658b0fa53eff3ad4cd5a44cf488bdfc1e3c Thu Dec 15 16:17:46 MST 2011 Alexander von Gluck IV <kallisti5@unixzen.com> DisplayPort call organization and cleanup * Add color space to BPP function * Pass display_mode to DP lane count function * Get BPP in DP lane count * Move some DPInfo population out of DP link training as other things need them sooner. * Fill out DP code in external encoder setup diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1fca5eaf116609013ea078eac249e20fe8a87098 Mon Oct 10 10:46:22 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * detect hdmi and tv and set as such * set encoder flags the same as connector flags * add curly comments to make troubleshooting clearer * program encoder dpms scratch registers git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42818 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/headers/private/graphics/radeon_hd/ | ||
H A D | radeon_hd.h | diff 38f17b01 Wed Sep 28 14:46:14 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Polaris10 power distribution fix * Helps prevent mainboard explosions and other bad stuff. * ...maybe not explosions, but bad things. * The RX 480 reference design can pull as much as 90W from its PCIe slot at load. PCIe is rated for 75W. * This change overloads the PCIe power cables vs the PCIe slot. The PCIe power cables can handle going over spec. * Untested since we really can't come close to loading a RX 480 without hardware OpenGL ^_^ * Should be able to test on real hardware within a week. diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/add-ons/kernel/drivers/graphics/radeon_hd/ | ||
H A D | radeon_hd.cpp | diff 38f17b01 Wed Sep 28 14:46:14 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> radeon_hd: Polaris10 power distribution fix * Helps prevent mainboard explosions and other bad stuff. * ...maybe not explosions, but bad things. * The RX 480 reference design can pull as much as 90W from its PCIe slot at load. PCIe is rated for 75W. * This change overloads the PCIe power cables vs the PCIe slot. The PCIe power cables can handle going over spec. * Untested since we really can't come close to loading a RX 480 without hardware OpenGL ^_^ * Should be able to test on real hardware within a week. diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af8165 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 77a64ff2 Wed Aug 03 14:46:26 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * use new PCI.h rom flags * clean up tracing * remove infinite loop :) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42556 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff f6071060 Mon May 16 08:46:23 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> be more consistent in bitwise unit conversions git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41534 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 46af81655d98616bb2c30a2b76563a3d440ded16 Tue Oct 25 22:51:51 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * redesign pretty much everything frame buffer related * don't resize the frame buffer after mapping it.. doesn't make sense * add memory controller code and program the memory controller for r600 * remove unneeded frame_buffer_int * don't malloc mc_info, waste of time * fix scaler setting * vramStart in mc should be 0... get vertical colored lines however when this this is set properly (everything in mc_info is the MC view of FB BAR) When vramStart is the FB physical address... i get proper video on some cards ... thoughts? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42924 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 77a64ff2c8b16e3762c37b97de5ad019d1035eb1 Wed Aug 03 14:46:26 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> * use new PCI.h rom flags * clean up tracing * remove infinite loop :) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42556 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff f60710603b9a3f790a9cb947063b4e468c570524 Mon May 16 08:46:23 MDT 2011 Alexander von Gluck IV <kallisti5@unixzen.com> be more consistent in bitwise unit conversions git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41534 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 280 milliseconds