From patchwork Thu Jul 25 11:41:53 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Hans Verkuil X-Patchwork-Id: 13741830 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 19BB13C3C for ; Thu, 25 Jul 2024 11:46:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721907995; cv=none; b=Jmyqqh3XirdpFs5iFtNPw6OqJl/LnrSyWJfHvZ40PsksHQI1qtZ1bmdLcxo8Kq6mGVRUzvK8TggdcZ7I+oz7MeYK+axTau2SFt2Qcny5YzDTU/lSOxxEtLMYhddlnMndTBj1QKjXBbx6in5PHYeMoOwUvVBXao0xCDEzxHOeHJg= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721907995; c=relaxed/simple; bh=NsXDrZMcx3OwdPoij8XacA0qo+sqX3rpP9hKtkal8Z8=; h=From:To:Subject:Date:Message-ID:MIME-Version; b=EvRICnh52/M2KGhs3vmN6C/fxvqkyzSu2Fj7nhoAjOqZVD4t+hU43Yzci31nCWdmXwM0+1fNDkvE4mUFdr6SuXQwbzr+Q/tD+FJowlpHlenbBHt2im+YaDERwEGPKEQ5zc40CxOWwDxEbhnoaiN1IJjK8U4a/J14CAVVkGv9LqQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 34F8DC116B1 for ; Thu, 25 Jul 2024 11:46:34 +0000 (UTC) From: Hans Verkuil To: linux-media@vger.kernel.org Subject: [PATCH 0/2] media: cec: add new CEC_MSG_FL_REPLY_VENDOR_ID flag Date: Thu, 25 Jul 2024 13:41:53 +0200 Message-ID: X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Often messages start with a vendor-specific opcode, and expect a reply with the same Vendor ID, but a different opcode. It is very convenient if the same CEC core framework support for waiting for replies to regular CEC messages could be used for this as well. Add support for this by creating the CEC_MSG_FL_REPLY_VENDOR_ID flag and the CEC_CAP_REPLY_VENDOR_ID capability. Also add support for to the vivid driver to allow this feature to be tested by cec-compliance in combination with vivid. A separate patch series will be posted for v4l-utils. Regards, Hans Hans Verkuil (2): media: cec: core: add new CEC_MSG_FL_REPLY_VENDOR_ID flag media: vivid: add support .../media/cec/cec-ioc-adap-g-caps.rst | 6 +++ .../media/cec/cec-ioc-receive.rst | 15 ++++++ drivers/media/cec/core/cec-adap.c | 54 +++++++++++++------ drivers/media/cec/core/cec-core.c | 2 +- drivers/media/test-drivers/vivid/vivid-cec.c | 48 +++++++++++++++-- include/media/cec.h | 2 + include/uapi/linux/cec.h | 3 ++ 7 files changed, 110 insertions(+), 20 deletions(-)