Remove force of debug on within rgblight - causes lockups waiting for hid_listen

[zvecr]

Description

Reports have started slowly filtering in about the recent RGB changes on ChibiOS, mostly within the context of the Planck v6.

I have reproduced locally, with the default keymap. However if i run hid_listen, then the board works.
Disabling console and the board responds fine. A guess at the core issue, is its like it tries to log, and blocks waiting for someone host side to read. When you disable console, those log functions are compiled out.

Tracking down the logging theme, resulting in chopping out code till the board worked again, resulting in the following line being the culprit:

diff --git a/quantum/rgblight.c b/quantum/rgblight.c
index a4cbe513e..ea54a349f 100644
--- a/quantum/rgblight.c
+++ b/quantum/rgblight.c
@@ -189,7 +189,7 @@ void rgblight_init(void) {
         return;
     }
 
-    debug_enable = 1;  // Debug ON!
+    //debug_enable = 1;  // Debug ON!
     dprintf("rgblight_init called.\n");
     dprintf("rgblight_init start!\n");
     if (!eeconfig_is_enabled()) {

Seems to resolve the reported Chibios + RGBLIGHT sleep issues too.

Future work

• figure out why early logging causes issues

Types of Changes

• Core
• Bugfix
• New feature
• Enhancement/optimization
• Keyboard (addition or update)
• Keymap/layout/userspace (addition or update)
• Documentation

Issues Fixed or Closed by This PR

• Fixes [Bug] Planck/Preonic works on boot in linux, but if I replug the keyboard it doesn't send signals #7329

Checklist

• My code follows the code style of this project.
• My change requires a change to the documentation.
• I have updated the documentation accordingly.
• I have read the CONTRIBUTING document.
• I have added tests to cover my changes.
• I have tested the changes and verified that they work and don't break anything (as well as I can manage).