DM365 Resizer Problem

Hi Anshuman,

I am a beginner in this area. I am facing similar problem of application hang in the resizer. Your answer is very helpful but can you please explain this in more detail?

I have some questions as follows --

1. Can you explain in brief the concept of blanking?

2. If I put the checks for enabled bits then wont it reduce the frame rate?

Regards,

Rohan

Hi Anshuman,

I will put my query in a more elaborated way..

DM368 does not have a resizer on Rx path. We utilized the IPIPE resizer for TX (i.e. encoder and PIP) and Rx(decoder) path by making IPIPE to single shot mode..

a) We are introducing a small delay of 5 ms in between calls to IPIPE resizer. i.e.

while()

{

    Transmit(Tx Path)

      camera--->CCDC----->mem----->ipipe--|-->mem----->channel 1----->Encoder      

                                                                             |--->mem----->channel2----->PIP(display local image)

                     5 ms sleep

Receiver(Rx Path)

     Decoder o/p---->mem---->ipipe---->memory

                    5 ms sleep

}

It seems that IPIPE hangs if we do not introduce the sleep between forward and reverse path. Please note that IPIPE is configured for Tx and Rx path for every frame and ipipe i/p and o/p formats are different between Tx and Rx path. Because of the sleep the frame rate is reduced. Why is it required to put sleep before performing operations? Can it be avoided? How?

Regards,

Rohan

Also how to check the IPIPEIF Mode.enable bit and RSZA and RSZB enable bits in the application?

Regards,

Rohan

I'd also like an answer regarding the resizer.

In my application, I am using mcvip / tvp5158.  As such, I must run every frame through the resizer to convert from the format the tvp5158 outputs into the format the dm36x encoder can process.  Because of this, I might be resizing frames more often than most dm36x applications normally do.

I also hang somewhere in the DMAI Resize_execute call. I've traced it down into the kernel, but I've not gone any further since reading this message.  I'm guessing that I should check if the bit is enabled (somewhere) in dm365_ipipe_hw.c?

Since this topic is pretty old, I figured that it would be resolved by now, but it is apparently not.  I'm using DVSDK 4.02.

Mark

Hi Mark.

The hang problem can be resolved by using the solution provided by Anshuman in the previous replies. You can reset the RSZA abd RSZB bits by calling the function rsz_src_enable()  in "dm365_ipipe_hw.c". And IPIPEIF bit can be reset by modifying the function ipipeif_set_enable() in vpss.c. i have tried this and the hang problem is resolved. No need to use delays if these bits are disabled. But the frame rate did not increase.

Rohan,

I cleared these bits in the RSZ_RESIZE ioctl, right before calling rsz_start.  It appears to have made no difference.

Let me insert a small delay between clearing the bits and calling rsz_start and see if that makes a difference.

Nope.  No difference.  Let me slow the clock and see where that gets me.

Hi,

Did you clear the IPIPEIF bit? I am clearing these bits in "dm365_dma_complete_interrupt()"   by calling "rsz_src_enable(0)" and "ipipeif_set_enable(0,1)" . After this I could remove the delays and the application does not hang.

Rohan,

Yes, clearing the interrupt flags in that ISR appears to have worked properly.   Thanks!

Mark

I spoke too soon.  It still hangs, even when resetting those bits.

For now, I've modified dmai to set the clk settings on the resizer.

Rohan Babtiwale said:

Did you clear the IPIPEIF bit? I am clearing these bits in "dm365_dma_complete_interrupt()"   by calling "rsz_src_enable(0)" and "ipipeif_set_enable(0,1)" . After this I could remove the delays and the application does not hang.

I know I'm guilty of lots of thread necro lately, but I ran into this problem too and the above solution seems to be working for me, although I call rsz_src_enable(0) and ipipeif_set_enable(0,1) in the RSZ_RESIZE ioctl of imp_resizer.c, just before imp_common_start_resize(), rather than in dm365_dma_complete_interrupt().

I had to modify ipipeif_set_enable() since it was hard-coded to ignore the arguments and write 1 to the IPIPEIF_ENABLE register.

I should also mention that I have my clk div set up as 10/60 and DMA_RZA and DMA_RZB registers both at 0x20 (although only using RZA for the moment), though I'm not sure if any of that makes a difference.  I also have a 1.5ms delay in my application between resizes which I haven't removed yet.

Ian,

This worked for me:

http://e2e.ti.com/support/embedded/linux/f/354/p/320460/1136237.aspx#1136237