kernel/git/next/linux-next.git/drivers/firmware, branch masterThe linux-next integration testing treehttps://git.landau.one/pub/scm/linux/kernel/git/next/linux-next.git/atom?h=master2026-09-08T19:59:12+00:00Merge branch 'next' of https://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git2026-09-08T19:59:12+00:00Mark Brownbroonie@kernel.org2026-09-08T19:59:12+00:00urn:sha1:0c47c89868a77656d349e2e79eecd2dce1b6aa4aMerge branch 'for-firmware-next' of https://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux.git2026-09-08T19:14:31+00:00Mark Brownbroonie@kernel.org2026-09-08T19:14:31+00:00urn:sha1:5af27ec599156a47124b18169b21fcffac0d3731Merge branch 'for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git2026-09-08T18:37:33+00:00Mark Brownbroonie@kernel.org2026-09-08T18:37:33+00:00urn:sha1:7dc2ac5d27f9a9b2ffb82b09b8bbe461f28881aeMerge branch 'linux-next' of https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git2026-09-08T15:14:08+00:00Mark Brownbroonie@kernel.org2026-09-08T15:14:08+00:00urn:sha1:fc5660ae0767b4e1ccb2fbabaa1a643520f75febASoC: SDCA: SimpleJack support and small cleanup2026-09-08T13:05:13+00:00Mark Brownbroonie@kernel.org2026-09-08T13:05:13+00:00urn:sha1:ac3a7d60f23385b14540603f606a1f10f0ab1133
Srinivas Kandagatla <srinivas.kandagatla@oss.qualcomm.com> says:
These two patches were originally part of
https://lore.kernel.org/all/20260907083727.733705-1-srinivas.kandagatla@oss.qualcomm.com/
As Suggested by Charles and Pierre am sending them as independent
of the rest of that series and can be picked up on their own.
Patch 1 adds SDCA_FUNCTION_TYPE_SIMPLE_JACK to the class function
driver's auxiliary id table so a SimpleJack auxdev is bound and
enumerated as an ASoC component, and wires set_jack for this
function type so the machine driver can register an ASoC jack
against it.
Patch 2 is a small cleanup: find_sdca_control_reset() only ever
returns 0, so convert it to void and drop the dead error check in
the caller. No functional change.
Both patches already carry Reviewed-by tags from Charles and
Pierre-Louis from the original posting.
Link: https://patch.msgid.link/20260908063644.463819-1-srinivas.kandagatla@oss.qualcomm.com
Merge branch 'ti-next' of https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux.git2026-09-08T12:34:42+00:00Mark Brownbroonie@kernel.org2026-09-08T12:34:42+00:00urn:sha1:0bbd192be4bf5a163fbc9a8876946aa5fd66b64eMerge branch 'for-linux-next' of https://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux.git2026-09-08T12:34:31+00:00Mark Brownbroonie@kernel.org2026-09-08T12:34:31+00:00urn:sha1:22ec662ad1e42173c6e9c7226d6544da68a9c3c0Merge branch 'for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux.git2026-09-08T12:34:25+00:00Mark Brownbroonie@kernel.org2026-09-08T12:34:25+00:00urn:sha1:903994036da2ed8d0361cf6caab99e009b26358cfirmware: coreboot: Use named initializers for acpi_device_id2026-09-08T03:03:53+00:00Pawel Zalewskipzalewski@thegoodpenguin.co.uk2026-09-07T14:00:45+00:00urn:sha1:0e30b98a545991e440a947fb24f9df4ded9798f0
Use a named initializer for the acpi_device_id fields which
makes the code more readable and consistent with how lists
are initialized in the rest of the kernel code base. Also
drop explicitly setting fields to 0 where it is redundant.
Signed-off-by: Pawel Zalewski <pzalewski@thegoodpenguin.co.uk>
Link: https://lore.kernel.org/r/20260907-acpi-firmware-v2-1-e0b6d40823d1@thegoodpenguin.co.uk
Signed-off-by: Tzung-Bi Shih <tzungbi@kernel.org>
firmware: cirrus: fix typo "upto" in comment2026-09-07T21:45:36+00:00Hemanth Selamhemanth.selam@gmail.com2026-09-07T04:53:30+00:00urn:sha1:20a812a1f664ca8ab224a257fdcf0e73e8c9e44e
Correct "upto" to "up to", reported by scripts/checkpatch.pl using the
misspelling list in scripts/spelling.txt. Only touches comments, no code
changes.
Assisted-by: Cursor:claude-opus-5
Signed-off-by: Hemanth Selam <hemanth.selam@gmail.com>
Reviewed-by: Charles Keepax <ckeepax@opensource.cirrus.com>
Link: https://patch.msgid.link/20260907045331.16932-3-hemanth.selam@gmail.com
Signed-off-by: Mark Brown <broonie@kernel.org>