From: Hans Verkuil <hverkuil-cisco@xs4all.nl> To: Ming Qian <ming.qian@nxp.com>, mchehab@kernel.org, shawnguo@kernel.org, robh+dt@kernel.org, s.hauer@pengutronix.de Cc: kernel@pengutronix.de, festevam@gmail.com, linux-imx@nxp.com, aisheng.dong@nxp.com, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v4 03/13] media: imx: imx8q: add imx8q vpu device driver Date: Wed, 21 Jul 2021 09:47:18 +0200 [thread overview] Message-ID: <23da6982-8cc8-0f58-1289-e98f0944034b@xs4all.nl> (raw) In-Reply-To: <b5280a27895da7b2128a8b856b70a39b9ceb3188.1626743758.git.ming.qian@nxp.com> On 20/07/2021 03:43, Ming Qian wrote: > IMX8Q SoCs feature a powerful video processing unit able to decode many > foramts and encode H.264. > > The vpu IP is amphion malone decoder and windsor encoder. > This Driver is for this IP that is based on the v4l2 mem2mem framework. > > Supported SoCs are: IMX8QXP, IMX8QM > > Signed-off-by: Ming Qian <ming.qian@nxp.com> > Signed-off-by: Shijie Qin <shijie.qin@nxp.com> > Signed-off-by: Zhou Peng <eagle.zhou@nxp.com> <snip> > diff --git a/include/uapi/linux/imx_vpu.h b/include/uapi/linux/imx_vpu.h > new file mode 100644 > index 000000000000..330082d1c13f > --- /dev/null > +++ b/include/uapi/linux/imx_vpu.h > @@ -0,0 +1,120 @@ > +/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ > +/* > + * Copyright 2018-2020 NXP 2020 -> 2021 > + */ > + > +/* > + * The code contained herein is licensed under the GNU General Public > + * License. You may obtain a copy of the GNU General Public License > + * Version 2 or later at the following locations: > + * > + * http://www.opensource.org/licenses/gpl-license.html > + * http://www.gnu.org/copyleft/gpl.html > + */ Drop this copyright comment block. The SPDX tag is sufficient. This should be removed in all files, just stick to the SPDX tag. > +#ifndef _UAPI__LINUX_IMX_VPU_H > +#define _UAPI__LINUX_IMX_VPU_H > + > +#include <linux/videodev2.h> > +#include <linux/v4l2-controls.h> > + > +/*imx v4l2 controls & extension controls*/ > + > +//ctrls & extension ctrls definitions > +#define V4L2_CID_NON_FRAME (V4L2_CID_USER_IMX_BASE) Don't use IMX_BASE, that's for the staging/media/imx driver. Add a new base for this driver to v4l2-controls.h. > +#define V4L2_CID_DIS_REORDER (V4L2_CID_USER_IMX_BASE + 1) > +#define V4L2_CID_ROI_COUNT (V4L2_CID_USER_IMX_BASE + 2) > +#define V4L2_CID_ROI (V4L2_CID_USER_IMX_BASE + 3) > +#define V4L2_CID_IPCM_COUNT (V4L2_CID_USER_IMX_BASE + 4) > +#define V4L2_CID_IPCM (V4L2_CID_USER_IMX_BASE + 5) > +#define V4L2_CID_HDR10META (V4L2_CID_USER_IMX_BASE + 6) > +#define V4L2_CID_SECUREMODE (V4L2_CID_USER_IMX_BASE + 7) > +#define V4L2_CID_SC_ENABLE (V4L2_CID_USER_IMX_BASE + 8) These all need to be documented in this header. Also make sure that all these structs are identical for 32 and 64 bit compilers (the pahole utility is very useful to test that), and that there are no holes in the structs. > + > +#define V4L2_MAX_ROI_REGIONS 8 > +struct v4l2_enc_roi_param { > + struct v4l2_rect rect; > + __u32 enable; > + __s32 qp_delta; > + __u32 reserved[2]; > +}; Of interest might be this series adding support for dynamic array controls: https://patchwork.linuxtv.org/project/linux-media/cover/20210610113615.785359-1-hverkuil-cisco@xs4all.nl/ It is very likely to be merged in the near future since it is needed for stateless HEVC decoders. > + > +struct v4l2_enc_roi_params { > + __u32 num_roi_regions; > + struct v4l2_enc_roi_param roi_params[V4L2_MAX_ROI_REGIONS]; > + __u32 config_store; That can be dropped, it appears to refer to the old and never merged config store API. Eventually the Request API was merged in the kernel, and that's what should be used. > + __u32 reserved[2]; > +}; > + > +#define V4L2_MAX_IPCM_REGIONS 2 > +struct v4l2_enc_ipcm_param { > + struct v4l2_rect rect; > + __u32 enable; > + __u32 reserved[2]; > +}; > +struct v4l2_enc_ipcm_params { > + __u32 num_ipcm_regions; > + struct v4l2_enc_ipcm_param ipcm_params[V4L2_MAX_IPCM_REGIONS]; > + __u32 config_store; > + __u32 reserved[2]; > +}; > + > +struct v4l2_hdr10_meta { > + __u32 hasHdr10Meta; > + __u32 redPrimary[2]; > + __u32 greenPrimary[2]; > + __u32 bluePrimary[2]; > + __u32 whitePoint[2]; > + __u32 maxMasteringLuminance; > + __u32 minMasteringLuminance; > + __u32 maxContentLightLevel; > + __u32 maxFrameAverageLightLevel; > +}; This is probably covered by the new colorimetry controls: https://hverkuil.home.xs4all.nl/spec/userspace-api/v4l/ext-ctrls-colorimetry.html > + > +/*imx v4l2 command*/ > +#define V4L2_DEC_CMD_IMX_BASE (0x08000000) > +#define V4L2_DEC_CMD_RESET (V4L2_DEC_CMD_IMX_BASE + 1) Needs to be documented, looks dubious. > + > +/*imx v4l2 event*/ > +//error happened in dec/enc > +#define V4L2_EVENT_CODEC_ERROR (V4L2_EVENT_PRIVATE_START + 1) > +//frame loss in dec/enc > +#define V4L2_EVENT_SKIP (V4L2_EVENT_PRIVATE_START + 2) > +//crop area change in dec, not reso change > +#define V4L2_EVENT_CROPCHANGE (V4L2_EVENT_PRIVATE_START + 3) > +//some options can't be handled by codec, so might be ignored or updated. But codec could go on. > +#define V4L2_EVENT_INVALID_OPTION (V4L2_EVENT_PRIVATE_START + 4) Documentation. I'm not sure we want it this way, or perhaps some should become standard events. > + > +/*imx v4l2 warning msg, attached with event V4L2_EVENT_INVALID_OPTION*/ > +enum { > + UNKONW_WARNING = -1, //not known warning type > + RIOREGION_NOTALLOW, //(part of)roi region can not work with media setting and be ignored by enc > + IPCMREGION_NOTALLOW, //(part of)ipcm region can not work with media setting and be ignored by enc > + LEVEL_UPDATED, //current level cant't work with media setting and be updated by enc > +}; > + > +/* Flags for 'flags' field */ > +/* Buffer only contains codec config data, eg. sps and pps*/ > +#define V4L2_BUF_FLAG_CODECCONFIG 0x00200000 > + > +/* imx v4l2 formats */ > +/*raw formats*/ > +#define V4L2_PIX_FMT_BGR565 v4l2_fourcc('B', 'G', 'R', 'P') /* 16 BGR-5-6-5 */ > +#define V4L2_PIX_FMT_NV12X v4l2_fourcc('N', 'V', 'X', '2') /* Y/CbCr 4:2:0 for 10bit */ > +#define V4L2_PIX_FMT_DTRC v4l2_fourcc('D', 'T', 'R', 'C') /* 8bit tile output, uncompressed */ > +#define V4L2_PIX_FMT_P010 v4l2_fourcc('P', '0', '1', '0') /* ms p010, data stored in upper 10 bits of 16 */ > +#define V4L2_PIX_FMT_TILEX v4l2_fourcc('D', 'T', 'R', 'X') /* 10 bit tile output, uncompressed */ > +#define V4L2_PIX_FMT_RFC v4l2_fourcc('R', 'F', 'C', '0') /* 8bit tile output, with rfc*/ > +#define V4L2_PIX_FMT_RFCX v4l2_fourcc('R', 'F', 'C', 'X') /* 10 bit tile output, with rfc */ > +#define V4L2_PIX_FMT_411SP v4l2_fourcc('4', '1', 'S', 'P') /* YUV 411 Semi planar */ > +#define V4L2_PIX_FMT_NT8 v4l2_fourcc('N', 'A', '1', '2') /* NXP Tiled NV12 Format*/ > +#define V4L2_PIX_FMT_NT10 v4l2_fourcc('N', 'T', '1', '2') /* NXP Tiled 10 bit Format*/ > + > +/*codec format*/ > +#define V4L2_PIX_FMT_AV1 v4l2_fourcc('A', 'V', '1', '0') /* av1 */ > +#define V4L2_PIX_FMT_RV v4l2_fourcc('R', 'V', '0', '0') /* rv */ > +#define V4L2_PIX_FMT_AVS v4l2_fourcc('A', 'V', 'S', '0') /* avs */ > +#define V4L2_PIX_FMT_VP6 v4l2_fourcc('V', 'P', '6', '0') /* vp6 */ > +#define V4L2_PIX_FMT_SPK v4l2_fourcc('S', 'P', 'K', '0') /* spk */ All these formats need to be added to videodev2.h and documented. I would suggest that you only keep what you really need for an initial submission of the driver, and add these new API features later. Extending the uAPI is always much more time consuming, so if possible you want to postpone that. Regards, Hans > + > +/*codec formats*/ > +#endif //#ifndef _UAPI__LINUX_IMX_VPU_H >
WARNING: multiple messages have this Message-ID (diff)
From: Hans Verkuil <hverkuil-cisco@xs4all.nl> To: Ming Qian <ming.qian@nxp.com>, mchehab@kernel.org, shawnguo@kernel.org, robh+dt@kernel.org, s.hauer@pengutronix.de Cc: kernel@pengutronix.de, festevam@gmail.com, linux-imx@nxp.com, aisheng.dong@nxp.com, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v4 03/13] media: imx: imx8q: add imx8q vpu device driver Date: Wed, 21 Jul 2021 09:47:18 +0200 [thread overview] Message-ID: <23da6982-8cc8-0f58-1289-e98f0944034b@xs4all.nl> (raw) In-Reply-To: <b5280a27895da7b2128a8b856b70a39b9ceb3188.1626743758.git.ming.qian@nxp.com> On 20/07/2021 03:43, Ming Qian wrote: > IMX8Q SoCs feature a powerful video processing unit able to decode many > foramts and encode H.264. > > The vpu IP is amphion malone decoder and windsor encoder. > This Driver is for this IP that is based on the v4l2 mem2mem framework. > > Supported SoCs are: IMX8QXP, IMX8QM > > Signed-off-by: Ming Qian <ming.qian@nxp.com> > Signed-off-by: Shijie Qin <shijie.qin@nxp.com> > Signed-off-by: Zhou Peng <eagle.zhou@nxp.com> <snip> > diff --git a/include/uapi/linux/imx_vpu.h b/include/uapi/linux/imx_vpu.h > new file mode 100644 > index 000000000000..330082d1c13f > --- /dev/null > +++ b/include/uapi/linux/imx_vpu.h > @@ -0,0 +1,120 @@ > +/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ > +/* > + * Copyright 2018-2020 NXP 2020 -> 2021 > + */ > + > +/* > + * The code contained herein is licensed under the GNU General Public > + * License. You may obtain a copy of the GNU General Public License > + * Version 2 or later at the following locations: > + * > + * http://www.opensource.org/licenses/gpl-license.html > + * http://www.gnu.org/copyleft/gpl.html > + */ Drop this copyright comment block. The SPDX tag is sufficient. This should be removed in all files, just stick to the SPDX tag. > +#ifndef _UAPI__LINUX_IMX_VPU_H > +#define _UAPI__LINUX_IMX_VPU_H > + > +#include <linux/videodev2.h> > +#include <linux/v4l2-controls.h> > + > +/*imx v4l2 controls & extension controls*/ > + > +//ctrls & extension ctrls definitions > +#define V4L2_CID_NON_FRAME (V4L2_CID_USER_IMX_BASE) Don't use IMX_BASE, that's for the staging/media/imx driver. Add a new base for this driver to v4l2-controls.h. > +#define V4L2_CID_DIS_REORDER (V4L2_CID_USER_IMX_BASE + 1) > +#define V4L2_CID_ROI_COUNT (V4L2_CID_USER_IMX_BASE + 2) > +#define V4L2_CID_ROI (V4L2_CID_USER_IMX_BASE + 3) > +#define V4L2_CID_IPCM_COUNT (V4L2_CID_USER_IMX_BASE + 4) > +#define V4L2_CID_IPCM (V4L2_CID_USER_IMX_BASE + 5) > +#define V4L2_CID_HDR10META (V4L2_CID_USER_IMX_BASE + 6) > +#define V4L2_CID_SECUREMODE (V4L2_CID_USER_IMX_BASE + 7) > +#define V4L2_CID_SC_ENABLE (V4L2_CID_USER_IMX_BASE + 8) These all need to be documented in this header. Also make sure that all these structs are identical for 32 and 64 bit compilers (the pahole utility is very useful to test that), and that there are no holes in the structs. > + > +#define V4L2_MAX_ROI_REGIONS 8 > +struct v4l2_enc_roi_param { > + struct v4l2_rect rect; > + __u32 enable; > + __s32 qp_delta; > + __u32 reserved[2]; > +}; Of interest might be this series adding support for dynamic array controls: https://patchwork.linuxtv.org/project/linux-media/cover/20210610113615.785359-1-hverkuil-cisco@xs4all.nl/ It is very likely to be merged in the near future since it is needed for stateless HEVC decoders. > + > +struct v4l2_enc_roi_params { > + __u32 num_roi_regions; > + struct v4l2_enc_roi_param roi_params[V4L2_MAX_ROI_REGIONS]; > + __u32 config_store; That can be dropped, it appears to refer to the old and never merged config store API. Eventually the Request API was merged in the kernel, and that's what should be used. > + __u32 reserved[2]; > +}; > + > +#define V4L2_MAX_IPCM_REGIONS 2 > +struct v4l2_enc_ipcm_param { > + struct v4l2_rect rect; > + __u32 enable; > + __u32 reserved[2]; > +}; > +struct v4l2_enc_ipcm_params { > + __u32 num_ipcm_regions; > + struct v4l2_enc_ipcm_param ipcm_params[V4L2_MAX_IPCM_REGIONS]; > + __u32 config_store; > + __u32 reserved[2]; > +}; > + > +struct v4l2_hdr10_meta { > + __u32 hasHdr10Meta; > + __u32 redPrimary[2]; > + __u32 greenPrimary[2]; > + __u32 bluePrimary[2]; > + __u32 whitePoint[2]; > + __u32 maxMasteringLuminance; > + __u32 minMasteringLuminance; > + __u32 maxContentLightLevel; > + __u32 maxFrameAverageLightLevel; > +}; This is probably covered by the new colorimetry controls: https://hverkuil.home.xs4all.nl/spec/userspace-api/v4l/ext-ctrls-colorimetry.html > + > +/*imx v4l2 command*/ > +#define V4L2_DEC_CMD_IMX_BASE (0x08000000) > +#define V4L2_DEC_CMD_RESET (V4L2_DEC_CMD_IMX_BASE + 1) Needs to be documented, looks dubious. > + > +/*imx v4l2 event*/ > +//error happened in dec/enc > +#define V4L2_EVENT_CODEC_ERROR (V4L2_EVENT_PRIVATE_START + 1) > +//frame loss in dec/enc > +#define V4L2_EVENT_SKIP (V4L2_EVENT_PRIVATE_START + 2) > +//crop area change in dec, not reso change > +#define V4L2_EVENT_CROPCHANGE (V4L2_EVENT_PRIVATE_START + 3) > +//some options can't be handled by codec, so might be ignored or updated. But codec could go on. > +#define V4L2_EVENT_INVALID_OPTION (V4L2_EVENT_PRIVATE_START + 4) Documentation. I'm not sure we want it this way, or perhaps some should become standard events. > + > +/*imx v4l2 warning msg, attached with event V4L2_EVENT_INVALID_OPTION*/ > +enum { > + UNKONW_WARNING = -1, //not known warning type > + RIOREGION_NOTALLOW, //(part of)roi region can not work with media setting and be ignored by enc > + IPCMREGION_NOTALLOW, //(part of)ipcm region can not work with media setting and be ignored by enc > + LEVEL_UPDATED, //current level cant't work with media setting and be updated by enc > +}; > + > +/* Flags for 'flags' field */ > +/* Buffer only contains codec config data, eg. sps and pps*/ > +#define V4L2_BUF_FLAG_CODECCONFIG 0x00200000 > + > +/* imx v4l2 formats */ > +/*raw formats*/ > +#define V4L2_PIX_FMT_BGR565 v4l2_fourcc('B', 'G', 'R', 'P') /* 16 BGR-5-6-5 */ > +#define V4L2_PIX_FMT_NV12X v4l2_fourcc('N', 'V', 'X', '2') /* Y/CbCr 4:2:0 for 10bit */ > +#define V4L2_PIX_FMT_DTRC v4l2_fourcc('D', 'T', 'R', 'C') /* 8bit tile output, uncompressed */ > +#define V4L2_PIX_FMT_P010 v4l2_fourcc('P', '0', '1', '0') /* ms p010, data stored in upper 10 bits of 16 */ > +#define V4L2_PIX_FMT_TILEX v4l2_fourcc('D', 'T', 'R', 'X') /* 10 bit tile output, uncompressed */ > +#define V4L2_PIX_FMT_RFC v4l2_fourcc('R', 'F', 'C', '0') /* 8bit tile output, with rfc*/ > +#define V4L2_PIX_FMT_RFCX v4l2_fourcc('R', 'F', 'C', 'X') /* 10 bit tile output, with rfc */ > +#define V4L2_PIX_FMT_411SP v4l2_fourcc('4', '1', 'S', 'P') /* YUV 411 Semi planar */ > +#define V4L2_PIX_FMT_NT8 v4l2_fourcc('N', 'A', '1', '2') /* NXP Tiled NV12 Format*/ > +#define V4L2_PIX_FMT_NT10 v4l2_fourcc('N', 'T', '1', '2') /* NXP Tiled 10 bit Format*/ > + > +/*codec format*/ > +#define V4L2_PIX_FMT_AV1 v4l2_fourcc('A', 'V', '1', '0') /* av1 */ > +#define V4L2_PIX_FMT_RV v4l2_fourcc('R', 'V', '0', '0') /* rv */ > +#define V4L2_PIX_FMT_AVS v4l2_fourcc('A', 'V', 'S', '0') /* avs */ > +#define V4L2_PIX_FMT_VP6 v4l2_fourcc('V', 'P', '6', '0') /* vp6 */ > +#define V4L2_PIX_FMT_SPK v4l2_fourcc('S', 'P', 'K', '0') /* spk */ All these formats need to be added to videodev2.h and documented. I would suggest that you only keep what you really need for an initial submission of the driver, and add these new API features later. Extending the uAPI is always much more time consuming, so if possible you want to postpone that. Regards, Hans > + > +/*codec formats*/ > +#endif //#ifndef _UAPI__LINUX_IMX_VPU_H > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-07-21 7:48 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-07-20 1:43 [PATCH v4 00/13] imx8q video decoder/encoder driver Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 01/13] dt-bindings: media: imx8q: add imx video codec bindings Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-26 22:36 ` Rob Herring 2021-07-26 22:36 ` Rob Herring 2021-07-20 1:43 ` [PATCH v4 02/13] media: v4l: add some definition of v4l2 colorspace/xfer_func/ycbcr_encoding Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-21 10:09 ` Hans Verkuil 2021-07-21 10:09 ` Hans Verkuil 2021-07-20 1:43 ` [PATCH v4 03/13] media: imx: imx8q: add imx8q vpu device driver Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-21 7:47 ` Hans Verkuil [this message] 2021-07-21 7:47 ` Hans Verkuil 2021-07-20 1:43 ` [PATCH v4 04/13] media: imx: imx8q: add vpu core driver Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 05/13] media: imx: imx8q: implement vpu core communication based on mailbox Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 06/13] media: imx: imx8q: add vpu v4l2 m2m support Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 07/13] media: imx: imx8q: add v4l2 m2m vpu encoder stateful driver Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 08/13] media: imx: imx8q: add v4l2 m2m vpu decoder " Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 09/13] media: imx: imx8q: implement windsor encoder rpc interface Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 10/13] media: imx: imx8q: implement malone decoder " Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 11/13] ARM64: dts: freescale: imx8q: add imx vpu codec entries Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 12/13] firmware: imx: scu-pd: imx8q: add vpu mu resources Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-20 1:43 ` [PATCH v4 13/13] MAINTAINERS: add NXP IMX8Q VPU CODEC V4L2 driver entry Ming Qian 2021-07-20 1:43 ` Ming Qian 2021-07-21 7:33 ` [PATCH v4 00/13] imx8q video decoder/encoder driver Hans Verkuil 2021-07-21 7:33 ` Hans Verkuil 2021-07-21 8:53 ` [EXT] " Ming Qian 2021-07-21 8:53 ` Ming Qian 2021-07-21 9:38 ` Hans Verkuil 2021-07-21 9:38 ` Hans Verkuil
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=23da6982-8cc8-0f58-1289-e98f0944034b@xs4all.nl \ --to=hverkuil-cisco@xs4all.nl \ --cc=aisheng.dong@nxp.com \ --cc=devicetree@vger.kernel.org \ --cc=festevam@gmail.com \ --cc=kernel@pengutronix.de \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-imx@nxp.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-media@vger.kernel.org \ --cc=mchehab@kernel.org \ --cc=ming.qian@nxp.com \ --cc=robh+dt@kernel.org \ --cc=s.hauer@pengutronix.de \ --cc=shawnguo@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.