Paraphrasing a tidbit of information from Northwest Repair, who’s a guy on YouTube that does board-level repairs on computer hardware:
Apparently, reprogramming the firmware config and changing the RGB light status on a DRAM module are both done through the same SPI bus. Consequently, every time you change the RGB lighting, it has a tiny chance of accidentally bricking the stick.
So not only is RGB an additional upfront cost that consumers might not want, it could even contribute to long-term costs by reducing the lifetime of some components.
I remember years ago there was a firmware source leak (or maybe the binary was analyzed or something) for gigabyte’s led controller firmware/drivers that basically just exposed the firmware programming bus to user land because that’s how they did lighting updates and the kernel mode driver just passed whatever the user mode driver gave it, which could include firmware updates to other hardware IDs.
It was at this point that I stopped running a lot of those hardware control utilities (and I suspect that might also be why I barely saw any issues with the Radeon 5700 XT that was a bit infamous for “its” issues that I think might have just been incompatibilities with 3rd party “helper” utilities or shit written by companies that had gotten to the “just ship it” stage of development).
Paraphrasing a tidbit of information from Northwest Repair, who’s a guy on YouTube that does board-level repairs on computer hardware:
Apparently, reprogramming the firmware config and changing the RGB light status on a DRAM module are both done through the same SPI bus. Consequently, every time you change the RGB lighting, it has a tiny chance of accidentally bricking the stick.
So not only is RGB an additional upfront cost that consumers might not want, it could even contribute to long-term costs by reducing the lifetime of some components.
I remember years ago there was a firmware source leak (or maybe the binary was analyzed or something) for gigabyte’s led controller firmware/drivers that basically just exposed the firmware programming bus to user land because that’s how they did lighting updates and the kernel mode driver just passed whatever the user mode driver gave it, which could include firmware updates to other hardware IDs.
It was at this point that I stopped running a lot of those hardware control utilities (and I suspect that might also be why I barely saw any issues with the Radeon 5700 XT that was a bit infamous for “its” issues that I think might have just been incompatibilities with 3rd party “helper” utilities or shit written by companies that had gotten to the “just ship it” stage of development).
Imagine if ransomware did a BYOVD and held your actual hardware ransom.
Shit like that should never have been signed by Microsoft, let alone made it through developer review at Gigabyte.