From patchwork Tue Jun 6 02:25:29 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Wu, Wentong" X-Patchwork-Id: 13268186 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BC58DC77B73 for ; Tue, 6 Jun 2023 02:25:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233923AbjFFCZm (ORCPT ); Mon, 5 Jun 2023 22:25:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52894 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229556AbjFFCZl (ORCPT ); Mon, 5 Jun 2023 22:25:41 -0400 Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 40A86116 for ; Mon, 5 Jun 2023 19:25:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1686018340; x=1717554340; h=from:to:cc:subject:date:message-id; bh=DvrxpEE34mphKyJvD+u+OxjSgF8sovAG93He5EKH9Vs=; b=JjPK1VJoee8eXdvB6JEeGOUvmoxhoF3ZoSSPwu1VVqU8ZSQIRw1BNIu3 8RQyoKgkmsfaGLoL6tnqKDM+lALcS3+1HIIgf2QVQs0D1opEk9ZopP8Nt q2ZbLTQkTopdiCAjZe+o6IcGKtbKN4LqX3lCjfYyKHfVqdgc02nfiJxY1 8SD5+0YLIwblKmLvGIbLY4wT3ODLMlMn3S2UCG21Jn+tjNXGScChfyCv2 hNGcjZSS64Gd+aBojMfj+iyUZMLwmCeJaxdNqVEFrx/4h2XCOy5CCCfdM qIWPG/O7DAvxqOW09485x+YwJY5QkgzEBhg/FdIY3TcvTCahdLdT+jDMx Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10732"; a="336163040" X-IronPort-AV: E=Sophos;i="6.00,219,1681196400"; d="scan'208";a="336163040" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Jun 2023 19:25:39 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10732"; a="738579003" X-IronPort-AV: E=Sophos;i="6.00,219,1681196400"; d="scan'208";a="738579003" Received: from shsensorbuild2.sh.intel.com ([10.239.134.197]) by orsmga008.jf.intel.com with ESMTP; 05 Jun 2023 19:25:37 -0700 From: Wentong Wu To: sakari.ailus@linux.intel.com, hdegoede@redhat.com, djrscally@gmail.com, laurent.pinchart@ideasonboard.com, linux-media@vger.kernel.org Cc: zhifeng.wang@intel.com, xiang.ye@intel.com, bingbu.cao@linux.intel.com, tian.shu.qiu@intel.com, Wentong Wu Subject: [PATCH v9 0/3] media: pci: intel: ivsc: Add driver of Intel Visual Sensing Controller(IVSC) Date: Tue, 6 Jun 2023 10:25:29 +0800 Message-Id: <1686018332-7864-1-git-send-email-wentong.wu@intel.com> X-Mailer: git-send-email 2.7.4 Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Intel Visual Sensing Controller (IVSC), codenamed "Clover Falls", is a companion chip designed to provide secure and low power vision capability to IA platforms. IVSC is available in existing commercial platforms from multiple OEMs. The primary use case of IVSC is to bring in context awareness. IVSC interfaces directly with the platform main camera sensor via a CSI-2 link and processes the image data with the embedded AI engine. The detected events are sent over I2C to ISH (Intel Sensor Hub) for additional data fusion from multiple sensors. The fusion results are used to implement advanced use cases like: - Face detection to unlock screen - Detect user presence to manage backlight setting or waking up system Since the Image Processing Unit(IPU) used on the host processor needs to configure the CSI-2 link in normal camera usages, the CSI-2 link and camera sensor can only be used in mutually-exclusive ways by host IPU and IVSC. By default the IVSC owns the CSI-2 link and camera sensor. The IPU driver can take ownership of the CSI-2 link and camera sensor using the interfaces exported via v4l2 sub-device. Switching ownership requires an interface with two different hardware modules inside IVSC. The software interface to these modules is via Intel MEI (The Intel Management Engine) commands. These two hardware modules have two different MEI UUIDs to enumerate. These hardware modules are: - ACE (Algorithm Context Engine): This module is for algorithm computing when IVSC owns camera sensor. Also ACE module controls camera sensor's ownership. This hardware module is used to set ownership of camera sensor. - CSI (Camera Serial Interface): This module is used to route camera sensor data either to IVSC or to host for IPU driver and application. IVSC also provides a privacy mode. When privacy mode is turned on, camera sensor can't be used. This means that both ACE and host IPU can't get image data. And when this mode is turned on, users are informed via v4l2 control API. In summary, to acquire ownership of camera by IPU driver, first ACE module needs to be informed of ownership and then to setup MIPI CSI-2 link for the camera sensor and IPU. Implementation: There are two different drivers to handle ACE and CSI hardware modules inside IVSC. - ivsc_csi: MEI client driver to send commands and receive notifications from CSI module. - ivsc_ace: MEI client driver to send commands and get status from ACE module. Interface is exposed via v4l2 sub-devcie APIs to acquire and release camera sensor and CSI-2 link. Below diagram shows connections of IVSC/ISH/IPU/Camera sensor. ----------------------------------------------------------------------------- | Host Processor | | | | ----------------- ----------------- --------------- | | | | | | | | I2C | | | IPU | | ISH | |camera driver|--| | | | | | | | | | | | ----------------- ----------------- --------------- | | | | | | | | | | | --------------- | | | | | | | | | | | | | IVSC driver | | | | | | | | | | | | | --------------- | | | | | | | | ----------------|-----------------------|----------------------|---------|--- | CSI | I2C |SPI | | | | | ----------------|-----------------------|---------------- | | | IVSC | | | | | | | | | | ----------------- ----------------- | | | | | | | | | | | | | CSI | | ACE | |------| | | | | | | | | | ----------------- ----------------- | | | | | I2C | | ----------------|-----------------------|---------------- | | CSI | | | | | -------------------------------- | | | I2C | | camera sensor |-----------------------------| | | -------------------------------- --- v9: - revert v8's change because it is not suitable for MEI framework v8: - use new uuid structure and macro v7: - add more comments for IVSC ACPI dev v6: - add V4L2_SUBDEV_FL_HAS_EVENTS flag for csi subdev - add the LINK FREQUENCY volatile control - query sensor link frequency with v4l2_get_link_freq api - add error handling for creating device link - fix coding style issues v5: - probe mei_csi only after software node has been setup v4: - call v4l2_ctrl_handler_free() if setting up the handler failed - set V4L2_CTRL_FLAG_READ_ONLY for privacy_ctrl - add dev_warn if failed to switch CSI-2 link to IVSC - use v4l2_fwnode_endpoint_alloc_parse to get num_data_lanes - add document about how sensor connected to IVSC is powered - move lock to mei_ace_send - check return value for device_link_add Wentong Wu (3): media: pci: intel: ivsc: Add CSI submodule media: pci: intel: ivsc: Add ACE submodule ACPI: delay enumeration of devices with a _DEP pointing to IVSC device drivers/acpi/scan.c | 2 + drivers/media/pci/Kconfig | 1 + drivers/media/pci/intel/Makefile | 2 + drivers/media/pci/intel/ivsc/Kconfig | 12 + drivers/media/pci/intel/ivsc/Makefile | 9 + drivers/media/pci/intel/ivsc/mei_ace.c | 591 ++++++++++++++++++++++++ drivers/media/pci/intel/ivsc/mei_csi.c | 809 +++++++++++++++++++++++++++++++++ 7 files changed, 1426 insertions(+) create mode 100644 drivers/media/pci/intel/ivsc/Kconfig create mode 100644 drivers/media/pci/intel/ivsc/Makefile create mode 100644 drivers/media/pci/intel/ivsc/mei_ace.c create mode 100644 drivers/media/pci/intel/ivsc/mei_csi.c