Hi, On Thu, Jul 27, 2017 at 01:01:35PM +0800, Yong Deng wrote: > Allwinner V3s SoC have two CSI module. CSI0 is used for MIPI interface > and CSI1 is used for parallel interface. This is not documented in > datasheet but by testing and guess. > > This patch implement a v4l2 framework driver for it. > > Currently, the driver only support the parallel interface. MIPI-CSI2, > ISP's support are not included in this patch. > > Signed-off-by: Yong Deng <yong.deng@xxxxxxxxxxxx> Thanks again for this driver. It seems like at least this iteration is behaving in a weird way with DMA transfers for at least YU12 and NV12 (and I would assume YV12). Starting a transfer of multiple frames in either of these formats, using either ffmpeg (ffmpeg -f v4l2 -video_size 640x480 -framerate 30 -i /dev/video0 output.mkv) or yavta (yavta -c80 -p -F --skip 0 -f NV12 -s 640x480 $(media-c tl -e 'sun6i-csi')) will end up in a panic. The panic seems to be generated with random data going into parts of the kernel memory, the pattern being in my case something like 0x8287868a which is very odd (always around 0x88) It turns out that when you cover the sensor, the values change to around 0x28, so it really seems like it's pixels that have been copied there. I've looked quickly at the DMA setup, and it seems reasonable to me. Do you have the same issue on your side? Have you been able to test those formats using your hardware? Given that they all are planar formats and YUYV and the likes work just fine, maybe we can leave them aside for now? Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com
Attachment:
signature.asc
Description: PGP signature
