about media: v4l2-mem2mem: fix mem order in last buf
I don't think we need any future modify, what I did is enough to fix the bug
ndufresne: on bcm2835-codec: I was looking into v4l2-common to integrate in the codec_fmts, but except for the bayer bool, I don't really see any duplicate info? It does not seem to be worth it?
or it'd have to be macro's
alien_lappy: one question I asked and didn't look deeply is if the buffer size is calculated by the driver, if it is, v4l2-common is worth it (it has helpers for HW padding, stride and size calculation, and it already holds the info of formats being 420/422/444 or the depth
Drivers bogus stride and size calculation is the main source of security issues in video media drivers
yeah, i get that, there is a get_imagesize() and get_bytesperline() function which is used, but there's also the workaroud on the COL128 stuff in there
i didn't see depth in the v4l2-common structures, though, should i look at different files? maybe yuv specific stuff?
i think the size_multiplier field is used to decide the buffer size, but i need to also look into it more deeply