NishanthMenon changed the topic of #linux-ti to: Linux development for TI SoCs | Logs: https://libera.irclog.whitequark.org/linux-ti/| paste logs in https://pastebin.ubuntu.com/ | Let it rock! Vendor SDK/kernel: Also see e2e.ti.com
ikarso has quit [Quit: Connection closed for inactivity]
darkapex has quit [Ping timeout: 256 seconds]
darkapex has joined #linux-ti
goliath has joined #linux-ti
rob_w has joined #linux-ti
Kubu_work has joined #linux-ti
<jluthra> pivi: yes the sensor itself works on sk-am62 out of box, and on beagleplay after writing a dt overlay for it
<jluthra> but do note there is no ISP on am62, so only raw capture is supported
<javierm_> NishanthMenon: finally got WiFi working with v6.10-rc1 \o/
<javierm_> on the BeaglePlay I mean
<javierm_> pivi: you could use the libcamera softISP support for that AFAIK
<jluthra> yes ^
<jluthra> my patch for enabling it is pending in libcamera lists https://lists.libcamera.org/pipermail/libcamera-devel/2024-June/042890.html
<javierm_> jluthra: oh, I see that is just waiting to be merged since it has acks
<jluthra> yeah i think there were some concerns around how it makes raw bayer capture not-possible, so they might be holding off until the user can choose whether they want to use swISP or not through some config option
<javierm_> jluthra: I see. I've just pinged Milan to see if is blocked on his libcamera config work
<jluthra> javierm_: ah nice thanks!
<javierm_> but honestly, it's all too influx that I wouldn't worry for that
<javierm_> I mean, if someone really wants raw bayer capture then it could avoid using libcamera...
<jluthra> agreed. i dont mind dropping bayer support if we have to. having working swISP would be really good before next libcamera release:)
<javierm_> jluthra: absolutely
<javierm_> I'm sure that users will prefer a softISP processed frames than using the gst elements using a custom pipeline
<javierm_> jluthra: do the gst elements use the DSP or are also soft based ?
<jluthra> yep, this is much faster than gst's native bayer2rgb element.
<javierm_> it would be cool fo that have a softISP that's backed by the DSP
<jluthra> javierm_: upstream gstreamer only uses software based bayer2rgb, and it lacks other features too like whitebalance etc.
<javierm_> jluthra: got it
<jluthra> ti has some custom gst elements though that can use our ISP on am62a/jacinto socs
<javierm_> jluthra: I see. But in that case I guess that you are aiming to have kernel ISP drivers instead
<javierm_> (and a libcamera pipeline handler for the TI ISP)
<pivi> javierm_ jluthra : is there any sensor from the raspberry-pi econosystem that works out of the box. currently using ov5640 but not sure how easy is to source it these days
<pivi> jluthra: from the patch DMABUF support is needed in the kernel for this softisp, correct?
<pivi> (CONFIG_DMABUF_HEAPS)
<javierm_> pivi: I've the rpi cam with an ov5647 sensor but couldn't make it to work on my BeaglePlay, jluthra made it work on the AM62-sk board though
<mripard> javierm_: iirc Milan has a Sony imx218 sensor too ?
<javierm_> mripard: I think so yeah, but he is testing on the AM69-sk board and not the BeaglePlay
<pivi> javierm_: thanks. I'll try to get one and try on our board. I'll share the results, maybe this is one more data point on understanding why this is not working on beagleplay
<javierm_> pivi: cool, thanks
<pivi> javierm_ mripard : is redhat working on the AM69 ?
<jluthra> pivi: imx219 works with beagleplay. just need to modify the overlay for ov5640 if you want to test.
<jluthra> ov5647 didn't work for some reason though..
<javierm_> jluthra: yeah... it's weird. I need to spend some time trying to debug that
<pivi> javierm_: imx219 works out of the box without any softisp ? (sorry for the dumb question, I am not familiar on the ISP topic on this camera chips)
<javierm_> pivi: AFAIK (please correct me jluthra / mripard if I'm wrong here) the imx219 requires libcamera softISP because is a dumb sensor
<javierm_> ov5647 should work without softISP because that sensor does have an ISP built-in
<jluthra> yes, need the softisp to get a usable RGB image. otherwise it just sends raw bayer formats, which can't be directly displayed
<jluthra> ov5640* has an ISP built-in
<jluthra> ov5647 is similar to imx219, it is a dumb sensor
<javierm_> jluthra: ah! I thought was the opposite, ov5640 dumb and ov5647 with an ISP
<jluthra> yeah their numbering is confusing:)
<pivi> ok, so the simplest solution is still the ov5640 to get an image without post-processing or softisp solution
<jluthra> pivi: "from the patch DMABUF support is needed in the kernel for this softisp, correct?" <-- yes i think enabling this in your defconfig should do the job https://github.com/torvalds/linux/blob/master/drivers/dma-buf/heaps/Kconfig#L8
<jluthra> pivi: correct, ov5640 is the only "smart" sensor that's still available in the market, that i know of
<pivi> BTW, we did recently bringup MIPI-CSI on our board with AM69 (OV5640). It just works out of the box.
<jluthra> Oh neat!
ikarso has joined #linux-ti
tlwoerner has quit [Ping timeout: 264 seconds]
tlwoerner has joined #linux-ti
rob_w has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
florian_kc has joined #linux-ti
florian_kc has quit [Ping timeout: 252 seconds]
florian_kc has joined #linux-ti
mripard has quit [Ping timeout: 256 seconds]
florian_kc has quit [Ping timeout: 260 seconds]
florian_kc has joined #linux-ti
ujfalusi has quit [Ping timeout: 264 seconds]
ujfalusi has joined #linux-ti
eballetbo has quit [Quit: Connection closed for inactivity]
florian_kc has quit [Ping timeout: 252 seconds]
florian_kc has joined #linux-ti
florian_kc has quit [Ping timeout: 272 seconds]
florian_kc has joined #linux-ti
minas has quit [Remote host closed the connection]
minas has joined #linux-ti
ikarso has quit [Quit: Connection closed for inactivity]
Kubu_work has quit [Quit: Leaving.]
florian_kc has quit [Ping timeout: 260 seconds]