lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <vxlefgqtdy6qucjxk7npq5snjful3apnsd43jefpxqs42ozkfz@v6ixvqw2vxvh>
Date: Fri, 12 Jul 2024 18:25:06 +0200
From: Jacopo Mondi <jacopo.mondi@...asonboard.com>
To: Changhuang Liang <changhuang.liang@...rfivetech.com>
Cc: Jacopo Mondi <jacopo.mondi@...asonboard.com>, 
	Mauro Carvalho Chehab <mchehab@...nel.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, 
	Sakari Ailus <sakari.ailus@...ux.intel.com>, Hans Verkuil <hverkuil-cisco@...all.nl>, 
	Laurent Pinchart <laurent.pinchart@...asonboard.com>, Jean-Michel Hautbois <jeanmichel.hautbois@...asonboard.com>, 
	Benjamin Gaignard <benjamin.gaignard@...labora.com>, Tomi Valkeinen <tomi.valkeinen+renesas@...asonboard.com>, 
	Mingjia Zhang <mingjia.zhang@...iatek.com>, Jack Zhu <jack.zhu@...rfivetech.com>, 
	Keith Zhao <keith.zhao@...rfivetech.com>, "linux-media@...r.kernel.org" <linux-media@...r.kernel.org>, 
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "linux-staging@...ts.linux.dev" <linux-staging@...ts.linux.dev>
Subject: Re: 回复: 回复: 回复: 回复: [PATCH v5 08/14] staging: media: starfive: Add for
 StarFive ISP 3A SC

Hi again

On Fri, Jul 12, 2024 at 01:37:58PM GMT, Changhuang Liang wrote:
> Hi, Jacopo
>
> > Hi Changhuang
> >
> > On Fri, Jul 12, 2024 at 01:00:03PM GMT, Changhuang Liang wrote:
> > > Hi, Jacopo
> > >
> > > >
> > > > Hi Changhuang
> > > >
> > > > On Fri, Jul 12, 2024 at 08:36:21AM GMT, Changhuang Liang wrote:
> > > > > Hi, Jacopo
> > > > >
> > > > > [...]
> > > > > > > > > +
> > > > > > > > > +void stf_set_scd_addr(struct stfcamss *stfcamss,
> > > > > > > > > +		      dma_addr_t yhist_addr, dma_addr_t scd_addr,
> > > > > > > > > +		      enum stf_isp_type_scd type_scd) {
> > > > > > > > > +	stf_isp_reg_set_bit(stfcamss, ISP_REG_SC_CFG_1,
> > > > ISP_SC_SEL_MASK,
> > > > > > > > > +			    SEL_TYPE(type_scd));
> > > > > > > > > +	stf_isp_reg_write(stfcamss, ISP_REG_SCD_CFG_0, scd_addr);
> > > > > > > > > +	stf_isp_reg_write(stfcamss, ISP_REG_YHIST_CFG_4,
> > > > > > > > > +yhist_addr); }
> > > > > > > > > +
> > > > > > > > > +static void stf_isp_fill_yhist(struct stfcamss *stfcamss,
> > > > > > > > > +void
> > > > > > > > > +*vaddr) {
> > > > > > > > > +	struct jh7110_isp_sc_buffer *sc = (struct
> > > > > > > > > +jh7110_isp_sc_buffer
> > > > > > *)vaddr;
> > > > > > > > > +	u32 reg_addr = ISP_REG_YHIST_ACC_0;
> > > > > > > > > +	u32 i;
> > > > > > > > > +
> > > > > > > > > +	for (i = 0; i < 64; i++, reg_addr += 4)
> > > > > > > > > +		sc->y_histogram[i] = stf_isp_reg_read(stfcamss,
> > > > reg_addr);
> > > > > > > >
> > > > > > > > If you have a contigous memory space to read, could
> > > > > > > > memcpy_fromio() help instead of going through 64 reads ?
> > > > > > > >
> > > > > > >
> > > > > > > I will try this function.
> > > > > > >
> > > > > > > > > +}
> > > > > > > > > +
> > > > > > > > > +static void stf_isp_fill_flag(struct stfcamss *stfcamss, void
> > *vaddr,
> > > > > > > > > +			      enum stf_isp_type_scd *type_scd) {
> > > > > > > > > +	struct jh7110_isp_sc_buffer *sc = (struct
> > > > > > > > > +jh7110_isp_sc_buffer *)vaddr;
> > > > > > > > > +
> > > > > > > > > +	*type_scd = stf_isp_get_scd_type(stfcamss);
> > > > > > > > > +	if (*type_scd == TYPE_AWB) {
> > > > > > > > > +		sc->flag = JH7110_ISP_SC_FLAG_AWB;
> > > > > > > > > +		*type_scd = TYPE_OECF;
> > > > > > > > > +	} else {
> > > > > > > > > +		sc->flag = JH7110_ISP_SC_FLAG_AE_AF;
> > > > > > > > > +		*type_scd = TYPE_AWB;
> > > > > > > >
> > > > > > > > Is this correct ? Why are you overwriting the value read
> > > > > > > > from HW that indicates AE/AF stats with AWB ones ?
> > > > > > >
> > > > > > > The AWB frame and AE/AF frames will alternate, so the current
> > > > > > > frame indicates the AE/AF, then set AWB type just for next AWB
> > frame.
> > > > > > >
> > > > > >
> > > > > > Ah! Shouldn't it be userspace configuring which type of
> > > > > > statistics it wants to receive instead of the driver alternating the two ?
> > > > > >
> > > > >
> > > > > No, this is determined by hardware, cannot be configured by userspace.
> > > > >
> > > >
> > > >
> > > > So this
> > > > 	stf_isp_reg_set_bit(stfcamss, ISP_REG_SC_CFG_1, ISP_SC_SEL_MASK,
> > > > 			    SEL_TYPE(type_scd));
> > > >
> > > > doesn't actually select which stats type you get from the HW
> > > >
> > >
> > > You can understand it that way. But it still needs to be written to work with
> > the hardware.
> > >
> >
> > ack, maybe a comment here as well would help
> >
>
> Agreed.
>
> > > > > > > >
> > > > > > > > > +	}
> > > > > > > > > +}
> > > > > > > > > +
> > > > > > > > >  irqreturn_t stf_line_irq_handler(int irq, void *priv)  {
> > > > > > > > >  	struct stfcamss *stfcamss = priv;
> > > > > > > > >  	struct stf_capture *cap =
> > > > > > > > > &stfcamss->captures[STF_CAPTURE_YUV];
> > > > > > > > > +	struct stf_capture *cap_scd =
> > > > > > > > > +&stfcamss->captures[STF_CAPTURE_SCD];
> > > > > > > > >  	struct stfcamss_buffer *change_buf;
> > > > > > > > > +	enum stf_isp_type_scd type_scd;
> > > > > > > > > +	u32 value;
> > > > > > > > >  	u32 status;
> > > > > > > > >
> > > > > > > > >  	status = stf_isp_reg_read(stfcamss,
> > ISP_REG_ISP_CTRL_0);
> > > > @@
> > > > > > > > > -467,6
> > > > > > > > > +513,17 @@ irqreturn_t stf_line_irq_handler(int irq, void
> > > > > > > > > +*priv)
> > > > > > > > >  					stf_set_yuv_addr(stfcamss,
> > > > change_buf->addr[0],
> > > > > > > > >  							 change_buf->addr[1]);
> > > > > > > > >  			}
> > > > > > > > > +
> > > > > > > > > +			value = stf_isp_reg_read(stfcamss,
> > > > > > > > ISP_REG_CSI_MODULE_CFG);
> > > > > > > > > +			if (value & CSI_SC_EN) {
> > > > > > > > > +				change_buf =
> > > > stf_change_buffer(&cap_scd->buffers);
> > > > > > > > > +				if (change_buf) {
> > > > > > > > > +					stf_isp_fill_flag(stfcamss,
> > > > change_buf->vaddr,
> > > > > > > > > +							  &type_scd);
> > > > > > > > > +					stf_set_scd_addr(stfcamss,
> > > > change_buf->addr[0],
> > > > > > > > > +							 change_buf->addr[1], type_scd);
> > > > > > > >
> > > > > > > > Sorry if I'm un-familiar with the HW but this seems to be
> > > > > > > > the
> > > > line-interrupt.
> > > > > > > > Are you swapping buffers every line or it's just that you
> > > > > > > > have a single line irq for the stats ?
> > > > > > > >
> > > > > > >
> > > > > > > Every frame triggers a line-interrupt, and we will swap buffers in it.
> > > > > > >
> > > > > >
> > > > > > ah, frames completion triggers a line-interrupt ?
> > > > > >
> > > > >
> > > > > Every frame will trigger line-interrupt and stf_isp_irq_handler.
> > > > > We use line-interrupt changing buffer, the stf_isp_irq_handler
> > > > > will indicate that image transfer to DDR is complete.
> > > > >
> > > > >
> > > > > > > > > +				}
> > > > > > > > > +			}
> > > > > > > > >  		}
> > > > > > > > >
> > > > > > > > >  		stf_isp_reg_set_bit(stfcamss, ISP_REG_CSIINTS, @@
> > > > -485,6
> > > > > > +542,7
> > > > > > > > @@
> > > > > > > > > irqreturn_t stf_isp_irq_handler(int irq, void *priv)  {
> > > > > > > > >  	struct stfcamss *stfcamss = priv;
> > > > > > > > >  	struct stf_capture *cap =
> > > > > > > > > &stfcamss->captures[STF_CAPTURE_YUV];
> > > > > > > > > +	struct stf_capture *cap_scd =
> > > > > > > > > +&stfcamss->captures[STF_CAPTURE_SCD];
> > > > > > > > >  	struct stfcamss_buffer *ready_buf;
> > > > > > > > >  	u32 status;
> > > > > > > > >
> > > > > > > > > @@ -496,6 +554,14 @@ irqreturn_t stf_isp_irq_handler(int
> > > > > > > > > irq, void
> > > > *priv)
> > > > > > > > >  				vb2_buffer_done(&ready_buf->vb.vb2_buf,
> > > > > > > > VB2_BUF_STATE_DONE);
> > > > > > > > >  		}
> > > > > > > > >
> > > > > > > > > +		if (status & ISPC_SC) {
> > > > > > > > > +			ready_buf = stf_buf_done(&cap_scd->buffers);
> > > > > > > > > +			if (ready_buf) {
> > > > > > > > > +				stf_isp_fill_yhist(stfcamss, ready_buf->vaddr);
> > > > > > > > > +				vb2_buffer_done(&ready_buf->vb.vb2_buf,
> > > > > > > > VB2_BUF_STATE_DONE);
> > > > > > > > > +			}
> > > > > > > > > +		}
> > > > > > > > > +
> > > > > > > > >  		stf_isp_reg_write(stfcamss, ISP_REG_ISP_CTRL_0,
> > > > > > > > >  				  (status & ~ISPC_INT_ALL_MASK) |
> > > > > > > > >  				  ISPC_ISP | ISPC_CSI | ISPC_SC); diff --git
> > > > > > > > > a/drivers/staging/media/starfive/camss/stf-isp.h
> > > > > > > > > b/drivers/staging/media/starfive/camss/stf-isp.h
> > > > > > > > > index fcda0502e3b0..0af7b367e57a 100644
> > > > > > > > > --- a/drivers/staging/media/starfive/camss/stf-isp.h
> > > > > > > > > +++ b/drivers/staging/media/starfive/camss/stf-isp.h
> > > > > > > > > @@ -10,6 +10,7 @@
> > > > > > > > >  #ifndef STF_ISP_H
> > > > > > > > >  #define STF_ISP_H
> > > > > > > > >
> > > > > > > > > +#include <linux/jh7110-isp.h>
> > > > > > > > >  #include <media/v4l2-subdev.h>
> > > > > > > > >
> > > > > > > > >  #include "stf-video.h"
> > > > > > > > > @@ -107,6 +108,12 @@
> > > > > > > > >  #define Y_COOR(y)				((y) << 16)
> > > > > > > > >  #define X_COOR(x)				((x) << 0)
> > > > > > > > >
> > > > > > > > > +#define ISP_REG_SCD_CFG_0			0x098
> > > > > > > > > +
> > > > > > > > > +#define ISP_REG_SC_CFG_1			0x0bc
> > > > > > > > > +#define ISP_SC_SEL_MASK				GENMASK(31, 30)
> > > > > > > > > +#define SEL_TYPE(n)				((n) << 30)
> > > > > > > > > +
> > > > > > > > >  #define ISP_REG_LCCF_CFG_2			0x0e0
> > > > > > > > >  #define ISP_REG_LCCF_CFG_3			0x0e4
> > > > > > > > >  #define ISP_REG_LCCF_CFG_4			0x0e8
> > > > > > > > > @@ -305,6 +312,10 @@
> > > > > > > > >  #define DNRM_F(n)				((n) << 16)
> > > > > > > > >  #define CCM_M_DAT(n)				((n) << 0)
> > > > > > > > >
> > > > > > > > > +#define ISP_REG_YHIST_CFG_4			0xcd8
> > > > > > > > > +
> > > > > > > > > +#define ISP_REG_YHIST_ACC_0			0xd00
> > > > > > > > > +
> > > > > > > > >  #define ISP_REG_GAMMA_VAL0			0xe00
> > > > > > > > >  #define ISP_REG_GAMMA_VAL1			0xe04
> > > > > > > > >  #define ISP_REG_GAMMA_VAL2			0xe08
> > > > > > > > > @@ -389,6 +400,15 @@
> > > > > > > > >  #define IMAGE_MAX_WIDTH				1920
> > > > > > > > >  #define IMAGE_MAX_HEIGH				1080
> > > > > > > > >
> > > > > > > > > +#define ISP_YHIST_BUFFER_SIZE			(64 * sizeof(__u32))
> > > > > > > >
> > > > > > > > Should this be in the uAPI header as it is useful to userspace as
> > well ?
> > > > > > > >
> > > > > > > > you could:
> > > > > > > >
> > > > > > > > struct jh7110_isp_sc_buffer {
> > > > > > > > 	__u8 y_histogram[ISP_YHIST_BUFFER_SIZE];
> > > > > > > > 	__u32 reserv0[33];
> > > > > > > > 	__u32 bright_sc[4096];
> > > > > > > > 	__u32 reserv1[96];
> > > > > > > > 	__u32 ae_hist_y[128];
> > > > > > > > 	__u32 reserv2[511];
> > > > > > > > 	__u16 flag;
> > > > > > > > };
> > > > > > > >
> > > > > > > > ofc if the size is made part of the uAPI you need a more
> > > > > > > > proper name such as JH7110_ISP_YHIST_SIZE
> > > > > > > >
> > > > > > >
> > > > > > > OK, I will try this.
> > > > > > >
> > > > > > > > > +
> > > > > > > > > +enum stf_isp_type_scd {
> > > > > > > > > +	TYPE_DEC = 0,
> > > > > > > > > +	TYPE_OBC,
> > > > > > > > > +	TYPE_OECF,
> > > > > > > > > +	TYPE_AWB,
> > > > > > > > > +};
> > > > > > > > > +
> > > > > > > > >  /* pad id for media framework */  enum stf_isp_pad_id {
> > > > > > > > >  	STF_ISP_PAD_SINK = 0,
> > > > > > > > > @@ -429,5 +449,8 @@ int stf_isp_unregister(struct
> > > > > > > > > stf_isp_dev *isp_dev);
> > > > > > > > >
> > > > > > > > >  void stf_set_yuv_addr(struct stfcamss *stfcamss,
> > > > > > > > >  		      dma_addr_t y_addr, dma_addr_t uv_addr);
> > > > > > > > > +void stf_set_scd_addr(struct stfcamss *stfcamss,
> > > > > > > > > +		      dma_addr_t yhist_addr, dma_addr_t scd_addr,
> > > > > > > > > +		      enum stf_isp_type_scd type_scd);
> > > > > > > > >
> > > > > > > > >  #endif /* STF_ISP_H */
> > > > > > > > > diff --git
> > > > > > > > > a/drivers/staging/media/starfive/camss/stf-video.c
> > > > > > > > > b/drivers/staging/media/starfive/camss/stf-video.c
> > > > > > > > > index 989b5e82bae9..2203605ec9c7 100644
> > > > > > > > > --- a/drivers/staging/media/starfive/camss/stf-video.c
> > > > > > > > > +++ b/drivers/staging/media/starfive/camss/stf-video.c
> > > > > > > > > @@ -125,6 +125,14 @@ static int
> > > > > > > > > stf_video_init_format(struct
> > > > > > > > stfcamss_video *video)
> > > > > > > > >  	return 0;
> > > > > > > > >  }
> > > > > > > > >
> > > > > > > > > +static int stf_video_scd_init_format(struct
> > > > > > > > > +stfcamss_video
> > > > > > > > > +*video)
> > > > > > > >
> > > > > > > > Make it void if it can't fail (see below)
> > > > > > > >
> > > > > > >
> > > > > > > OK.
> > > > > > >
> > > > > > > > > +{
> > > > > > > > > +	video->active_fmt.fmt.meta.dataformat =
> > > > > > > > video->formats[0].pixelformat;
> > > > > > > > > +	video->active_fmt.fmt.meta.buffersize = sizeof(struct
> > > > > > > > > +jh7110_isp_sc_buffer);
> > > > > > > > > +
> > > > > > > > > +	return 0;
> > > > > > > > > +}
> > > > > > > > > +
> > > > > > > > >  /*
> > -----------------------------------------------------------------------------
> > > > > > > > >   * Video queue operations
> > > > > > > > >   */
> > > > > > > > > @@ -330,6 +338,78 @@ static const struct vb2_ops
> > > > > > > > > stf_video_vb2_q_ops =
> > > > > > > > {
> > > > > > > > >  	.stop_streaming  = video_stop_streaming,  };
> > > > > > > > >
> > > > > > > > > +static int video_scd_queue_setup(struct vb2_queue *q,
> > > > > > > > > +				 unsigned int *num_buffers,
> > > > > > > > > +				 unsigned int *num_planes,
> > > > > > > > > +				 unsigned int sizes[],
> > > > > > > > > +				 struct device *alloc_devs[]) {
> > > > > > > > > +	if (*num_planes)
> > > > > > > > > +		return sizes[0] < sizeof(struct jh7110_isp_sc_buffer) ?
> > > > -EINVAL :
> > > > > > > > > +0;
> > > > > > > > > +
> > > > > > > > > +	*num_planes = 1;
> > > > > > > > > +	sizes[0] = sizeof(struct jh7110_isp_sc_buffer);
> > > > > > > > > +
> > > > > > > > > +	return 0;
> > > > > > > > > +}
> > > > > > > > > +
> > > > > > > > > +static int video_scd_buf_init(struct vb2_buffer *vb) {
> > > > > > > > > +	struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> > > > > > > > > +	struct stfcamss_buffer *buffer = to_stfcamss_buffer(vbuf);
> > > > > > > > > +	dma_addr_t *paddr;
> > > > > > > > > +
> > > > > > > > > +	paddr = vb2_plane_cookie(vb, 0);
> > > > > > > > > +	buffer->addr[0] = *paddr;
> > > > > > > > > +	buffer->addr[1] = buffer->addr[0] +
> > > > > > > > > +ISP_YHIST_BUFFER_SIZE;
> > > > > > > >
> > > > > > > > Interesting, I don't see many users of vb2_plane_cookie() in
> > > > > > > > mainline and I'm not sure what this gives you as you use it
> > > > > > > > to program the
> > > > > > following registers:
> > > > > > > >
> > > > > > > > 	stf_isp_reg_write(stfcamss, ISP_REG_SCD_CFG_0, scd_addr);
> > > > > > > > 	stf_isp_reg_write(stfcamss, ISP_REG_YHIST_CFG_4,
> > > > > > > > yhist_addr);
> > > > > > > >
> > > > > > >
> > > > > > > We set the value for ISP hardware, then ISP will transfer the
> > > > > > > statistics to the
> > > > > > buffer.
> > > > > > > when the stf_isp_irq_handler interrupt is triggered, indicates
> > > > > > > that the buffer fill is complete.
> > > > > > >
> > > > > >
> > > > > > So I take this as
> > > > > >
> > > > > > 	paddr = vb2_plane_cookie(vb, 0);
> > > > > > 	buffer->addr[0] = *paddr;
> > > > > > 	buffer->addr[1] = buffer->addr[0] + ISP_YHIST_BUFFER_SIZE;
> > > > > >
> > > > > >         stf_set_scd_addr(stfcamss, change_buf->addr[0],
> > > > > >                          change_buf->addr[1], type_scd);
> > > > > >
> > > > > > Makes the ISP transfer data directly to the memory areas in
> > > > > > addr[0] and addr[1] (which explains why struct
> > > > > > jh7110_isp_sc_buffer is packed, as it has to match the HW
> > > > > > registers layout)
> > > > > >
> > > > > > If this is the case, why are you then manually copying the
> > > > > > histograms and the flags to vaddr ?
> > > > > >
> > > > >
> > > > > Yes, your are right.
> > > > > But actually there is a problem with our ISP RTL.
> > > > > We set this yhist_addr to ISP, but it actually not work.
> > > > > 	stf_isp_reg_write(stfcamss, ISP_REG_YHIST_CFG_4, yhist_addr); or
> > > > > I will drop this line in next version.
> > > > >
> > > > > So, in this structure
> > > > > struct jh7110_isp_sc_buffer {
> > > > > 	__u32 y_histogram[64];
> > > > > 	__u32 reserv0[33];
> > > > > 	__u32 bright_sc[4096];
> > > > > 	__u32 reserv1[96];
> > > > > 	__u32 ae_hist_y[128];
> > > > > 	__u32 reserv2[511];
> > > > > 	__u16 flag;
> > > > > };
> > > > >
> > > > > Only
> > > > >
> > > > > 	__u32 reserv0[33];
> > > > > 	__u32 bright_sc[4096];
> > > > > 	__u32 reserv1[96];
> > > > > 	__u32 ae_hist_y[128];
> > > > > 	__u32 reserv2[511];
> > > > >
> > > > > transfer by ISP hardware.
> > > > >
> > > > > I need to fill
> > > > > 	__u32 y_histogram[64];
> > > > > 	__u16 flag;
> > > > >
> > > > > by vaddr.
> > > >
> > > > I see.
> > > >
> > > > Apart from the fact you can drop paddr and vb2_plane_cookie() and
> > > > use vaddr for all (if I'm not mistaken), could you please record the
> > > > above rationale for manually filling y_histogram and flag by hand in
> > > > a comment to avoid future readers being confused by this as I was ?
> > > >
> > >
> > > Still need to keep the paddr and vb2_plane_cookie() for
> >
> > If you were using the dma API to issue DMA transfers then I would understand
> > you would have to use the dma_handles as set by dma_alloc_attrs(), but in
> > the vb2 world buf->vaddr = buf->cookie.
> >
>
> Yes, but vb2_plane_cookie() actually called the vb2_dc_cookie,
>
> const struct vb2_mem_ops vb2_dma_contig_memops = {
> 	.alloc		= vb2_dc_alloc,
> 	.put		= vb2_dc_put,
> 	.get_dmabuf	= vb2_dc_get_dmabuf,
> 	.cookie		= vb2_dc_cookie,
> 	.vaddr		= vb2_dc_vaddr,
> 	.mmap		= vb2_dc_mmap,
> 	.get_userptr	= vb2_dc_get_userptr,
> 	.put_userptr	= vb2_dc_put_userptr,
> 	.prepare	= vb2_dc_prepare,
> 	.finish		= vb2_dc_finish,
> 	.map_dmabuf	= vb2_dc_map_dmabuf,
> 	.unmap_dmabuf	= vb2_dc_unmap_dmabuf,
> 	.attach_dmabuf	= vb2_dc_attach_dmabuf,
> 	.detach_dmabuf	= vb2_dc_detach_dmabuf,
> 	.num_users	= vb2_dc_num_users,
> };
>
> static void *vb2_dc_cookie(struct vb2_buffer *vb, void *buf_priv)
> {
> 	struct vb2_dc_buf *buf = buf_priv;
>
> 	return &buf->dma_addr;
> }
>
> It not return the buf->vaddr = buf->cookie.

right right

I was only aware of vb2_dma_contig_plane_dma_addr() to get the
dma_addr handle, and I just realized it internally gets the plane
cookie:

static inline dma_addr_t
vb2_dma_contig_plane_dma_addr(struct vb2_buffer *vb, unsigned int plane_no)
{
	dma_addr_t *addr = vb2_plane_cookie(vb, plane_no);

	return *addr;
}

>
> Regards,
> Changhuang
>
> > Anyway, I haven't run this part of the code, if you could verify the addresses of
> > paddr and vaddr are different, then I'll be happy to shut up :)

Now I'm happy to shut up then :)

Thanks for explaining
   j

> >
> >
> > > 	__u32 reserv0[33];
> > > 	__u32 bright_sc[4096];
> > > 	__u32 reserv1[96];
> > > 	__u32 ae_hist_y[128];
> > >  	__u32 reserv2[511];
> > >
> > > Because this part is filled by the hardware.
> > >
> > > I will add more information for struct jh7110_isp_sc_buffer
> > >
> >
> > Thanks, a comment in buf_init() to explain that part of the struct is filled by
> > hw and part has to be manually filled would be enough. From an userspace
> > API point of view 'struct jh7110_isp_sc_buffer' will just match the HW layout,
> > regardless of how it is filled up.
> >
> > > Regards,
> > > Changhuang
> > >
> > >

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ