<!-- 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>

   tfiga: Does anyone have any insight on how VIDIOC_{ENC,DEC}OCDER_CMD should work when CMD_STOP, CMD_START and CMD_STOP are executed in sequence immediately?
   <br> hverkuil? :)
   <br> (Good morning)
   hverkuil: <u>tfiga</u>: in what respect?
   <br> I mean, what is the problem?
   tfiga: <u>hverkuil</u>: I'm mostly concerned about the mem2mem codec case
   <br> if the START or START, STOP are called before the first STOP completes
   <br> and by completes, I mean the buffer with LAST flag is returned and OES event is queued
   <br> what is the expected outcome?
   <br> if STOP, START, STOP is called, should the userspace expect 2 events and two buffers with LAST flag?
   hverkuil: I think we should return EBUSY if you try to start while a stop is in progress.
   <br> I have to leave for the office. I'm back here in 30-40 minutes.
   tfiga: <u>hverkuil</u>: that would be exactly the answer which I wanted to get ;)
   <br> thanks
   lucaceresoli: Hi there! Is it correct to assume that videobuf2 callbacks (struct vb2_ops) are *not* called from interrupt context?
   <br> I couldn't find this clearly stated in the docs...
   pinchartl: <u>lucaceresoli</u>: that's mostly correct, with one exception
   <br> the buf_queue operation
   <br> it is called from vb2_buffer_done() if the buffer state is VB2_BUF_STATE_REQUEUEING
   <br> so if you call vb2_buffer_done(..., VB2_BUF_STATE_REQUEUEING) from interrupt context in your driver, the buf_queue operation will be called from interrupt context
   <br> other than that, no, the operations are not called from interrupt context
   lucaceresoli: <u>pinchartl</u>: thanks! Luckily I don't use VB2_BUF_STATE_REQUEUEING at all, and I don't even do anything in IRQ except triggering a tasklet.
   <br> <u>pinchartl</u>: BTW should I have found this in the docs? I was unable to.
   pinchartl: you should have. the fact that you haven't means the documentation isn't complete. could you submit a documentation patch to clarify that ?
   <br> the kerneldoc for struct vb2_ops in include/media/videobuf2-core.h is where the information should be
   lucaceresoli: <u>pinchartl</u>: sure I can, perhaps with a little hint: this should go on top of the kerneldoc snippet before struct vb2_ops, right?
   pinchartl: I think so
   lucaceresoli: <u>pinchartl</u>: oh, OK, you had already replied ;)
   pinchartl: :-)
   <br> maybe explaining there that operations are not called from interrupt context except where mentioned specifically, and explaining VB2_BUF_STATE_REQUEUEING for buf_queue in the buf_queue documentation
   ageis: can't build v4l on latest Linux kernels (4.15.6) https://paste.cointel.pro/?1f87ffec58bfe053#j2460Vcax40bqYzQ0P/DTxzAhY57ooLp9aVMVisMwgQ=
   hverkuil: <u>ageis</u>: you're on your own building the v4l2-loopback driver. We don't support that driver. I'm not sure if anyone still maintains that out-of-tree driver.
   ageis: oh, how do I get v4l then?
   hverkuil: The error you get is about a missing setup_timer function. That kernel function was changed recently (I think it was actually 4.15). So the loopback driver needs to be modified so that it uses the new function (I think it is now called timer_setup). It has nothing to do with v4l, it is just an outdated driver.
   ageis: yes, i'm aware timer changed, it also broke a network driver of mine
   <br> yep
   <br> so you don't know if anyone still maintains it
   hverkuil: no idea
   lucaceresoli: <u>pinchartl</u>: oh, but it turns out vb2_buffer_done(x, REQUEUING) calls vb2_ops.buf_queue() only if (q-&gt;start_streaming_called)
   <br> <u>pinchartl</u>: so buf_queue won't be called fron IRQ... unless  vb2_ops.start_streaming is callable from IRQ.
   <br> <u>pinchartl</u>: right?
   pinchartl: <u>lucaceresoli</u>: q-&gt;start_streaming_called indicated that vb2_ops.start_streaming has been called before
   <br> possibly long before
   lucaceresoli: <u>pinchartl</u>: my bad, I can't read C anymore ;)
   ***: DaRock has quit IRC (Quit: DaRock)
   <br> benjiG has left
   <br> jmleo has quit IRC (*.net *.split)
   <br> mort has quit IRC (*.net *.split)
   <br> darvon has quit IRC (*.net *.split)
   aicramlynn: Does anyone know how to use the veo stingray webcam in linuxmint 17.1?
   ***: erasmus has left "END702"
   <br> ndec has quit IRC (Ping timeout: 255 seconds)