Em Wed, 19 May 2021 13:07:25 +0200 Pavel Machek <pavel@xxxxxx> escreveu: > Hi! > > > > We have multicolor LED framerwork in Linux. This should be implemented > > > via that framework. Please do not implement your own way for RGB leds. > > > > > > Marek > > > > I saw the multicolor LED framework, but IMO it won't fit here. > > > > See, Linux doesn't have direct access to the LED. The access is > > provided via ACPI WMI. > > So? > > > The way BIOS reports the type of the led is via a bitmap flag. > > So, the same LED can be represented with either single-color > > or multi-color one. See: > > https://www.intel.com/content/dam/support/us/en/documents/intel-nuc/WMI-Spec-Intel-NUC-NUC10ixFNx.pdf > > > > Table 2.2 LED Color Type > > Bit Number Type > > 0 Dual-color Blue / Amber > > 1 Dual-color Blue / White > > 2 RGB-color > > 3 Single-color LED > > > > Also as each NUC can support up to 7, and they may have a mix of > > single color, dual color and RGB LEDs, if we would use the > > multicolor class for the colored ones, that would mean that the > > code will need to be duplicated, as, depending on what the BIOS > > reports, the LED would need to be exposed either as via > > led-multicolor-class or as leds-class. > > So? > > > Worse than that, there's even a WMI command that would allow > > to "switch LED type" (see page 8). On other words, the BIOS can > > expose a "virtual" single-color LED, but actually implemented > > in hardware using a RGB one, and this can be changed in real time. > > So you simply always use it as RGB one? Hmm... are you meaning that I should only use the multicolor led class, even when the BIOS is reporting the LEDs as single color? I can surely do that. > > Best regards, > Pavel Thanks, Mauro
