From patchwork Wed Nov 27 01:34:03 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bryan O'Donoghue X-Patchwork-Id: 13886482 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D900B8479 for ; Wed, 27 Nov 2024 01:34:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.54 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1732671251; cv=none; b=QTC79Lt+3QAO1ZR7Wi1fz01jXtId0kpaZcpG5hFaLSYbTftSqaTSiGDtXzbNy/vWsvHySZKmnZAYATBHKBqsksc1kp0q78LCnzdYjSIYH18KhA/Lpg+nXftcRxVz+Qz2D6cUj1138dbTYOtLTsz+OQk2g8qeO3TI3gyupHgC920= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1732671251; c=relaxed/simple; bh=8JJBrEd6fN6/kKlAPWr8eFZ7/5jVvHBCemvLOKwJAwk=; h=From:Subject:Date:Message-Id:MIME-Version:Content-Type:To:Cc; b=b4ogQmu1CojZercWZoZWcqX7ykhXRoYPzKjJ4DQ5FWZu+I9Bk82If7g8co8C0RdbjynCOvdxRJUfS6/K6MCjbDogoiDpByYTbBW0pHPTmzR/ccFc1ib1hj8/KWBVnlPV7/szzx75eyvdDpfJ5r5LFRHmOUxz4EpH+Lu4oE3gWsA= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org; spf=pass smtp.mailfrom=linaro.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b=RcbI0xHT; arc=none smtp.client-ip=209.85.128.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linaro.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="RcbI0xHT" Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-434a10588f3so19334905e9.1 for ; Tue, 26 Nov 2024 17:34:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1732671248; x=1733276048; darn=vger.kernel.org; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:from:to:cc:subject:date:message-id:reply-to; bh=UXuWr9eO062TJa3ME/MG6XW57errlDbaeHl9Z4oOEPI=; b=RcbI0xHTn3OZso+h/bqya+Zo6iTvXBrxzBFTlK5av9vlqI6Yuh+iMXZlzeTqA33UE2 XYV8rvj/fazMuAq2U8puqgfIpAnQgH0TAbnegb6aGbIRYucyvKaehQqWNt3LF2RKBl7s xRmvj9hADgR6tgMlTLF0yAOrpn8escYAbEnKsF+wAUFX+lx77OGclUD8q8p+TNp0/q8y MEiifxWyVx8jeSX66mLAHDzdr3wftijqRElBjR9ULd5BOoCWEWar2zrhyIOfmSdq3SEm hZs+oqmmTX3Xec4mlYbSjhLYTb5bcy3dhpwq1UPgADUS9RuVxmz2YOd5lSAi5lp10d7B SpQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732671248; x=1733276048; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=UXuWr9eO062TJa3ME/MG6XW57errlDbaeHl9Z4oOEPI=; b=qcqomjQ49joE9oKLvDsaegwlhRp/Z1HFedFY3STdRQ5fCH36UbPSm94pgyTkyXF8YP kMtw6XH+5T6lxcfcDWspQsmsJFsPf7saqffiJVEVrYKMHgMT8ShxjIcb1802BgQQwFyy P8ZjrsKBJPMNycu5g1+bXkyMmmP7tICz1Dh+LzoVHdDxDY//FMtoPA0cDGt5Ksxl+WPx 7LtUDD1O0AJmO1b7+OWmKibkXBDo8jFVOpKk3F6ecReoXjiaa1W9QJb3WsHwUHRirks0 t4+TLgGMaP2npG+WZUIuxcgCkQm2T65Skx+zR0Uj+HIIYJbgmbcYRp1fhkt22uJYkTgJ dKVQ== X-Forwarded-Encrypted: i=1; AJvYcCVmgHP8p54H49JZyZGf2LNynZ6+q6voTq8ou3ij87qBukUmE3jiIw9dYHVtBji1SzJAFN/iH9RYmpIiKGUG@vger.kernel.org X-Gm-Message-State: AOJu0YxMRybdpl41PuqnuxK19CfJgIdXITL6x0rY5XLmj04RP73HUMfC dY0bOjJdeE8a7czmViPBKtaXOaPhe7KMcnA06KSqh4hoAiJYGedtzJBTcisteDk= X-Gm-Gg: ASbGnctbvJPl8JNB6+yOSb7KpAWiL8vm7hiMxysKj82Q2Q6YbGHR827XvJsoiNPkxKI V5KISk9lpq6i8Hlo1hU6pONSaM4f/p6apIp7wYPTsGApL7x0MIhCfU01BMWQSzvAWDbPE8Uly84 bEfCtxGBWrEXkonZQ4hnHli+eS9WYCsjhh3Op2kSDibo86G+V09uCu8cCgeSIRpw39cXWA0lM1v TFTw3LWueDThf31cayERMo2P4Qk4dA2wONTxNg2FEfJFIp809GsAYW8SAc= X-Google-Smtp-Source: AGHT+IHFiNM+t+/nj/Rt0Y5Nok+jV+HD2ouDuD19erJ1e1f4r0iLDq6Rf3CZXsY1AskVHryOTDIBVA== X-Received: by 2002:a05:6000:2cc:b0:382:498a:9cf5 with SMTP id ffacd0b85a97d-385c6ebb6d9mr771073f8f.14.1732671248154; Tue, 26 Nov 2024 17:34:08 -0800 (PST) Received: from [127.0.0.1] ([176.61.106.227]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3825fbc42b3sm14848641f8f.68.2024.11.26.17.34.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Nov 2024 17:34:07 -0800 (PST) From: Bryan O'Donoghue Subject: [PATCH 0/3] media: venus: Provide support for selecting encoder/decoder from in-driver Date: Wed, 27 Nov 2024 01:34:03 +0000 Message-Id: <20241127-media-staging-24-11-25-rb3-hw-compat-string-v1-0-99c16f266b46@linaro.org> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-B4-Tracking: v=1; b=H4sIAAt3RmcC/x2NQQqDMBAAvyJ77oK7Udr0K6WHNK5xD0bZiC2If 2/a4zAwc0ARUylwbw4w2bXokivQpYE4hZwEdagM3HJHxFecZdCAZQtJc0LukAi5R3s5nN4Yl3k NW9X2sxJc9N67W8sEtbiajPr53x7P8/wC0IYEIn0AAAA= X-Change-ID: 20241127-media-staging-24-11-25-rb3-hw-compat-string-ea3c99938021 To: Stanimir Varbanov , Vikash Garodia , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley Cc: quic_renjiang@quicinc.com, quic_vnagar@quicinc.com, quic_dikshita@quicinc.com, konradybcio@kernel.org, linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, Stanimir Varbanov , devicetree@vger.kernel.org, Bryan O'Donoghue X-Mailer: b4 0.15-dev-dedf8 Various venus patches have been held up due to the misuse of DT to provide a configuration input to venus as to which mode a given transcoder should be in. Link: https://lore.kernel.org/linux-arm-msm/436145fd-d65f-44ec-b950-c434775187ca@kernel.org Link: https://lore.kernel.org/linux-media/ba40de82-b308-67b1-5751-bb2d95f2b8a5@linaro.org/ This series provides support for static configuration of venus from the resource structure via: 1. Adding two strings to the resource structure. One string for the decoder one for the encoder. 2. The string for each SoC has been matched to the existing in the DT which currently specifies the mode as decoder or encoder. 3. New logic in the driver parses the DTB looking for the node name specified for the decoder and encoder . 4. If the DTB contains the node name, then no new node is added as we assume to be working with an "old" DTB. 5. If the DTB does not contain the specified decoder/encoder string then a new in-memory node is added which contains a compat string consistent with upstream compat strings used to currently select between the decoder and encoder respectively. 6. In this way new venus driver entries may be added which respect the requirement to move mode selection out of DTB and into driver. 7. Simple instances of decoder/encoder nodes in the yaml schema have been marked as deprecated. 8. Since the proposed scheme here always defers to what the DTB says that means it would be possible to remove decoder/encoder entries for the deprecated schema should we choose to do so at a later date but, that step is not taken in this series. 9. Some of the upstream encoder/decoder nodes for example sdm630/sdm660 also contain clock and power-domain information and have not been updated with the static configuration data or had the schema amended to deprecate values. Because these nodes impart hardware specific information and are already upstream this series proposes to leave those as-is. However if this scheme is adopted it should allow for addition of venus for both qcs615[1] and sc8280xp[2]. Other SoCs such as sm8550, sm8650 and beyond are expected to be supported by Iris. The sm8350 and sm8280xp in the second series would then be able to excise the offending compat = "video-encoder" | "video-decoder" in the schema and DT. I considered making this series an all singing all dancing method to select between encoder and decoder for all SoCs but, the objective here is not to add functionality but to provide support for configuration in-driver consistent with current usage and to do so with a minimal code intervention. So far I've tested on RB3 by removing: video-core0 { compatible = "venus-decoder"; }; video-core1 { compatible = "venus-encoder"; }; This works - the code adds the nodes into memory and the video encoder/decoder logic in the plaform code runs. Similarly if the nodes are left in-place then no new nodes are added by the code in this series and still both encoder and decoder probe. Thus proving the code works and will provide support for new platforms while also leaving open the option of dropping nodes from upstream. I've left the dropping step out for now, it can be implemented later. [1] https://lore.kernel.org/linux-arm-msm/20241125-add-venus-for-qcs615-v3-0-5a376b97a68e@quicinc.com [2] https://lore.kernel.org/linux-media/20230731-topic-8280_venus-v1-0-8c8bbe1983a5@linaro.org/ Signed-off-by: Bryan O'Donoghue --- Bryan O'Donoghue (3): media: venus: Add support for static video encoder/decoder declarations media: venus: Populate video encoder/decoder nodename entries media: dt-bindings: qcom-venus: Deprecate video-decoder and video-encoder where applicable .../bindings/media/qcom,msm8916-venus.yaml | 12 +--- .../bindings/media/qcom,sc7180-venus.yaml | 12 +--- .../bindings/media/qcom,sc7280-venus.yaml | 12 +--- .../bindings/media/qcom,sdm845-venus-v2.yaml | 12 +--- .../bindings/media/qcom,sm8250-venus.yaml | 12 +--- drivers/media/platform/qcom/venus/core.c | 67 ++++++++++++++++++++++ drivers/media/platform/qcom/venus/core.h | 2 + 7 files changed, 79 insertions(+), 50 deletions(-) --- base-commit: 72ad4ff638047bbbdf3232178fea4bec1f429319 change-id: 20241127-media-staging-24-11-25-rb3-hw-compat-string-ea3c99938021 Best regards,