cs_amp_devm_...c_variant_id(9)

✨ cs_amp_devm_get_vendor_specific_variant_id ✨

okay so this is a page from the Kernel API Manual and bestie, it's literally about grabbing a variant ID string. icon behavior, let's go 💅

---

🌸 NAME 🌸

cs_amp_devm_get_vendor_specific_variant_id — get variant ID string 🎀

---

🦋 SYNOPSIS 🦋

const char * cs_amp_devm_get_vendor_specific_variant_id (struct device
*dev , int ssid_vendor , int ssid_device );

---

💖 ARGUMENTS 💖

• dev — pointer to struct device, your classic device pointer bestie 🫶
• ssid_vendor — PCI Subsystem Vendor (-1 if unknown)
• ssid_device — PCI Subsystem Device (-1 if unknown)

---

🎀 DESCRIPTION 🎀

So what it does: it checks the known vendor-specific hardware identifiers, and if it finds one, it hands you its content as a NUL-terminated string. The returned string is devm-managed ✨ (so like, the devm system's got it, no cap).

Heads up: the returned string is not guaranteed to be globally unique. Generally you should combine it with some other qualifier, such as the PCI SSID, to create a globally unique ID. iykyk 🧚

If the caller has a PCI SSID, it should pass it in ssid_vendor and ssid_device. And if the vendor-spefic ID contains this SSID, it will be stripped from the returned string — lowkey to prevent duplication 💀

If the caller does not have a PCI SSID, just pass -1 for ssid_vendor and ssid_device. simple as that 🌈

---

🔥 RETURN 🔥

• a pointer to a devm-managed string 👑
• ERR_PTR(-ENOENT) if there's no vendor-specific qualifier 😭
• an ERR_PTR error value 💀

---

⭐ SEE ALSO ⭐

Kernel file ./sound/soc/codecs/cs-amp-lib.c and its bestie functions:

• cs_amp_write_cal_coeffs(9)
• cs_amp_read_cal_coeffs(9)
• cs_amp_write_ambient_temp(9)
• cs_amp_get_efi_calibration_data(9)
• cs_amp_set_efi_calibration_data(9)
• cs_amp_get_vendor_spkid(9)
• cs_amp_create_debugfs(9)

---

like, that's the whole page and honestly? ate. 🍓

living in ./sound/soc/codecs, dated October 2026, brought to you by the Kernel API Manual — periodt 💜🦋✨