ChanServ changed the topic of #cedrus to: Cedrus development channel (http://linux-sunxi.org/Cedrus) | *only registered users can talk* | Logs at https://oftc.irclog.whitequark.org/cedrus/
linkmauve has left #cedrus [#cedrus]
linkmauve has joined #cedrus
<linkmauve> [ 8261.985522] videobuf2_common: [out-717b3fa9] vb2_verify_memory_type: USERPTR for current setup unsupported
<linkmauve> Should cedrus expose V4L2_CAP_STREAMING in that case?
<linkmauve> On a buffer, when I or BufFlag::REQUEST_FD with the flags field, and pass a request file descriptor in request_fd, they both get cleared out after QUERYBUF.
<linkmauve> Ah, I have to set it *after* QUERYBUF.
_whitelogger_ has joined #cedrus
_whitelogger has quit [Read error: Connection reset by peer]
<linkmauve> Hmm, now my userland sleeps forever in DQBUF.
<linkmauve> QBUF seems to ignore the bytesused I passed in the buffer.
<linkmauve> [16063.753813] videobuf2_common: [cap-00a9bac3] __vb2_wait_for_done_vb: will sleep waiting for buffers
<linkmauve> How can I know which buffers it is waiting on?
<linkmauve> I haven’t done poll() for now, but I guess it won’t be any different.
<linkmauve> Hmm, my kernel code doesn’t seem to even be called, according to printk.
anarsoul|2 has joined #cedrus
anarsoul has quit [Read error: Connection reset by peer]
<linkmauve> I’ll try doing poll() before DQBUF, perhaps…
<linkmauve> Right, poll() has exactly the same blocking behaviour.
<linkmauve> (But without the “__vb2_wait_for_done_vb: will sleep waiting for buffers” message.)
<linkmauve> Here is my current state:
<linkmauve> % git clone https://git.linkmauve.fr/media.git
<linkmauve> https://linkmauve.fr/files/request-jpeg.strace is a strace of my current state.
anarsoul|2 has quit [Read error: Connection reset by peer]
anarsoul has joined #cedrus
anarsoul has quit [Ping timeout: 480 seconds]
anarsoul has joined #cedrus