07:49 <jluthra> javierm: hmm not sure how ticsi2rx formats got updated automatically, not supposed to happen on upstream kernel. are you running some older ti-linux baseline?

07:50 <jluthra> javierm: but good that cam tool works at least. for the DQBUF stuck issue - let me try to find my ov5647 branch with the dtbos. can you also try increasing the `--stream-mmap` option to something like `4` instead of `2`?

07:53 <jluthra> javierm: for libcamerasrc -> i think you'd need to set the format/resolution in the pipeline.

07:53 <jluthra> `gst-launch-1.0 libcamerasrc ! video/x-bayer, width=640, height=480, format=rggb10le` will probably need a newer gstreamer package for the 10bit formats

08:00 <javierm> jluthra: it's an upstream kernel (6.9.0-rc2+) with only a patch to add the DTS snippets: https://paste.centos.org/view/raw/a409f236

08:01 <javierm> jluthra: libcamera is the latest packaged in Fedora (libcamera-0.2.0-3.fc40.aarch64)

09:02 <jluthra> javierm: ah okay, found the issue.. there is a fix which hasn't hit linux-next yet https://git.linuxtv.org/sailus/media_tree.git/commit/?id=004046112c160a55dcafe52b5bf2840e912a5df1

09:03 <jluthra> with this i am able to stream ov5647 with my sk-am62. here is my branch with the overlay https://github.com/jailuthra/linux/commits/temp_ov5647_master

09:03 <jluthra> your beagle play overlay seems to be okay, so probably just need that ordering fix in cdns-csi2rx driver ^^

09:03 <jluthra> for the dqbuf issue i mean

09:04 <javierm> jluthra: cool, that makes sense. I'll give it a try!

09:05 <jluthra> pivi: just the userspace is from debian sid, kernel i was flashing my own.

09:05 <javierm> btw, what gst video output element are you using? I noticed that neither kmssink (with tidss) nor waylandsink support video/x-bayer

09:07 <javierm> jluthra: I've installed gstreamer 1.24.0 (the 10-bit bayer support landed in .23) and with that I could do: gst-launch-1.0 videotestsrc ! video/x-bayer, width=640, height=480, format=rggb10le ! fakesink

09:07 <jluthra> yes, bayer can't be displayed directly. you can either use filesink and view the raw capture elsewhere, or use `bayer2rgb` element which uses CPU to debayer it to RGB (very slow, ~10fps for 480p)

09:09 <javierm> cool! Now I've gst-launch-1.0 videotestsrc ! video/x-bayer, width=640, height=480, format=rggb10le ! bayer2rgb ! kmssink working

09:10 <javierm> I'll build a kernel with your patch

09:10 <jluthra> neat!

09:26 <javierm> jluthra: what libcamera version are you using ?

09:26 <javierm> I'm still getting negotination issues between libcamerasrc ! video/x-bayer ! bayer2rgb

09:27 <jluthra> javierm: i am on v0.1.0 - but i haven't ever tested 10bit bayer with libcamerasrc, only 8bit with imx219

09:28 <javierm> jluthra: Ok

09:34 <javierm> jluthra: so even after applying your patch, both cam --camera=1 --capture=10 --file=frames.raw and v4l2-ctl --device /dev/video0 --stream-mmap=4 --stream-count=100 --stream-to=/dev/null hang :(

09:35 <javierm> both in the same place, DQBUF

09:35 <jluthra> hmmm the only other reason i see why it might fail on beagleplay (as it works on sk-am62) is the pwdn gpio taking too long

09:35 <javierm> right, let me compare your DTS with mine

09:35 <jluthra> we saw this on ov5647, which is why the beagleplay overlay for ov5640 in mainline hogs the GPIO, instead of passing it to sensor DT node

09:36 <jluthra> javierm: my DT is for SK-AM62 where we don't hog the gpio. maybe take a look at https://github.com/torvalds/linux/blob/9d1ddab261f3e2af7c384dc02238784ce0cf9f98/arch/arm64/boot/dts/ti/k3-am625-beagleplay-csi2-ov5640.dtso#L20

09:37 <javierm> jluthra: interesting! I saw (since took the DTS snippets from that overlay) and wondered why a gpio-hog was used instead of setting the pwdn-gpios prop

09:49 <javierm> jluthra: didn't help... I also noticed that was missing a link-frequencies = /bits/ 64 <297000000>; but also didn't make any diff

09:50 <javierm> I'll try to find some time next week or so to dig further on this. If someone else manages to get the OV5647 sensor with the BeaglePlay in the meantime, please let me know :)

09:52 <javierm> jluthra: learned a ton from your answers though, thanks a lot again for your assistance

09:52 <jluthra> no probs! i'll see if i can get time to test it on bplay this week

09:56 <javierm> jluthra: awesome, thanks!