Home
last modified time | relevance | path

Searched hist:b317b032d2dcb5e518cc9630cc6f1c7c24afedfc (Results 1 – 3 of 3) sorted by relevance

/openbmc/linux/sound/pci/hda/
H A Dthinkpad_helper.cb317b032d2dcb5e518cc9630cc6f1c7c24afedfc Wed Jan 08 04:44:21 CST 2014 Takashi Iwai <tiwai@suse.de> ALSA: hda - Split Thinkpad ACPI-related code

Both patch_realtek.c and patch_conexant.c contain the fairy same code
snippet for supporting Thinkpad ACPI LED controls. Split them into
thinkpad_helper.c and include it from both places. Although this
isn't the best approach from the code size POV, the probability for
coexistence of both Realtek and Conexant codecs on a single machine is
pretty low, thus it'll end up with less memory footprint than
splitting to yet another module.

Signed-off-by: Takashi Iwai <tiwai@suse.de>
H A Dpatch_conexant.cdiff b317b032d2dcb5e518cc9630cc6f1c7c24afedfc Wed Jan 08 04:44:21 CST 2014 Takashi Iwai <tiwai@suse.de> ALSA: hda - Split Thinkpad ACPI-related code

Both patch_realtek.c and patch_conexant.c contain the fairy same code
snippet for supporting Thinkpad ACPI LED controls. Split them into
thinkpad_helper.c and include it from both places. Although this
isn't the best approach from the code size POV, the probability for
coexistence of both Realtek and Conexant codecs on a single machine is
pretty low, thus it'll end up with less memory footprint than
splitting to yet another module.

Signed-off-by: Takashi Iwai <tiwai@suse.de>
H A Dpatch_realtek.cdiff b317b032d2dcb5e518cc9630cc6f1c7c24afedfc Wed Jan 08 04:44:21 CST 2014 Takashi Iwai <tiwai@suse.de> ALSA: hda - Split Thinkpad ACPI-related code

Both patch_realtek.c and patch_conexant.c contain the fairy same code
snippet for supporting Thinkpad ACPI LED controls. Split them into
thinkpad_helper.c and include it from both places. Although this
isn't the best approach from the code size POV, the probability for
coexistence of both Realtek and Conexant codecs on a single machine is
pretty low, thus it'll end up with less memory footprint than
splitting to yet another module.

Signed-off-by: Takashi Iwai <tiwai@suse.de>