<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>

   hverkuil: <u>syoung</u>: Can you look at these two v4l-utils warnings from the daily build?
   <br> bpf_load.c:205:41: warning: pointer of type 'void *' used in arithmetic [-Wpointer-arith]
   <br> bpf_load.c:322:54: warning: pointer of type 'void *' used in arithmetic [-Wpointer-arith]
   ***: kbingham[m] has quit IRC (Remote host closed the connection)
   kbingham: hverkuil, mchehab: Would it be possible to get https://patchwork.linuxtv.org/patch/50282/ collected sometime please?
   hverkuil: <u>kbingham</u>: for 4.19?
   kbingham: hverkuil, Doesn't matter when :)
   <br> hverkuil, in fact actaully I have a few trivial little patches which could be integrated sometime.
   <br> Perhaps I should just batch them into a PR or somethign ?
   hverkuil: PR?
   kbingham: &lt;pull-request&gt;
   hverkuil: ah
   kbingham: hverkuil, Hrm ... the corresponding change for that binding update was picked up by Simon Horms ...
   <br> So if that's landing in v4.19 then it might be good to make sure it matches - I'll ask him what it's target it.
   <br> *is
   hverkuil: Anyway, this is something that will be picked up when processing patches.  I probably do a run some time next week.
   <br> If this is needed for 4.19, then let me know. Otherwise it will end up in 4.20.
   kbingham: hverkuil, Ok sure - I was just looking at it to make sure it doesn't get missed or blocked due to me :)
   pinchartl: <u>mchehab</u>: ping
   mchehab: <u>pinchartl</u>: pong
   angelo_ts: kbingham, hi ! i have now 2 subdevices exposed (/dev/v4l-subdev0 and 1), how could i test them ? In particular should trigger the s_stream, can i do that by v4l2-ctl ?
   kbingham: angelo_ts, Sounds promising - but do you have a corresponding /dev/videoX node too ?
   <br> Those subdevs are probably objects to represent the sensor devices. but you'll still need a 'real' video node to be able to communicate with the pipeline. That should be provided by the ISP/IPU whatever component.
   angelo_ts: kbingham, mm, i have a video0 and video1, but they seems to be mxc-jpeg decoder / encoder devices
   pinchartl: <u>mchehab</u>: have you noticed https://osseu18.sched.com/event/FwGc/complex-cameras-on-linux-mauro-carvalho-chehab-samsung and https://osseu18.sched.com/event/FwHe/why-embedded-cameras-are-difficult-and-how-to-make-them-easy-laurent-pinchart-ideas-on-board ?
   <br> we both seem to talk about the same topic :-S
   mchehab: didin't look at ELCE sched yet
   pinchartl: <u>mchehab</u>: I assume you'll talk about libcamera, right ?
   mchehab: yes
   pinchartl: so will I...
   mchehab: heh
   pinchartl: seems the program committee really screwed up
   kbingham: angelo_ts, Next step then is to work out why there isn't a video node yet. It may have failed some other stage of the probe sequence, - Or, you mentioned that there are two CSI2 bus nodes ... but you are only working with one of them.  Make sure that the driver is not waiting to register the device node because it's expecting more devices/subdevices to come on.
   pinchartl: <u>mchehab</u>: I think I'll contact the LF to ask why they have scheduled two talks about the same topic
   <br> I don't see much value in presenting the same topic twice
   angelo_ts: kbingham, mm ok. So the video0 and video1 i see (jpeg encoder / decoder) are not the ISP created video device ?
   kbingham: angelo_ts, I don't know ?
   <br> angelo_ts, They don't sound like it ...
   hverkuil: <u>pinchartl</u>: since my proposal was rejected, I'm happy to take over one of the slots :-)
   pinchartl: <u>hverkuil</u>: I've already had two similar requests :-)
   kbingham: angelo_ts, I would expect a jpeg-encoder/decoder is separate from a camera device...
   angelo_ts: kbingham, mm ok
   mchehab: I have already material for a presentation with the current status
   <br> I gave a presentation on an internal event on July, in KR
   angelo_ts: can i check the type by v4l2-ctl ^?
   kbingham: angelo_ts, v4l2-ctl --list-devices
   angelo_ts: kbingham, many thanks. I found some missing devicetree parts
   <br> kbingham, now i have https://pastebin.com/zKrcApVb   that seems much better
   kbingham: angelo_ts, Yes, that does indeed look like it might be better :)
   <br> do you have any media controller devices ? (ls /dev/media*)
   angelo_ts: oh yes, there is a media0
   <br> also now i see 0 to 5 subdevs
   kbingham: Ok - so how about trying to capture something from /dev/video0?
   angelo_ts: ok, what tool should i use ?
   kbingham: angelo_ts, Depends on what you have available in your filesystem
   angelo_ts: i have v4l2 utils now only
   kbingham: I usually use yavta and guvcview as capture tools
   <br> I believe v4l2-ctl can capture framees and write them out too.
   angelo_ts: mm looks like the video0 is not properly linked to my subdevs
   larsc: has anybody ever used the adv7611 and similar in a 8-bit bus configuration? I'm wondering whether the MBUS_FMT is correct for those modes
   <br> the datasheet is a bit unclear on this, but I think it should be MEDIA_BUS_FMT_VYUY8_2X8 instead of MEDIA_BUS_FMT_YVYU8_2X8
   syoung: <u>hverkuil</u>: I'll fix those warnings in v4l-utils.
   ***: ndufresne has quit IRC (Ping timeout: 240 seconds)