<linkmauve>
struct v4l2_event is hell, its implicit padding and use of struct timespec which uses long (and thus differ in 32- vs. 64-bit) make it super hard to write correct bindings for…
<linkmauve>
(I’m trying to get back to my driver.)
<linkmauve>
Btw, could someone give me access to a board with an existing JPEG decoder, so that I could at least validate my userland against a known working driver?
<ndufresne>
linkmauve: RockPi 4, RPi4, iMX6, these are board that come to my mind
<ndufresne>
Exynos 4/5 too
<linkmauve>
Oh, RPi4 as well? I didn’t see that grepping the kernel.
<linkmauve>
I know people who have one.
<ndufresne>
ah, unless they didn't made a v4l2 wrapper, there is a jpeg decoder, it was available in omx
<ndufresne>
note that RPi4 kernel is downstream
<linkmauve>
Ugh…
<anarsoul>
it's been 10 years since they released rpi 1, and the kernel is still downstream
<anarsoul>
*sigh*
<gamiee>
anarsoul: lol, and will be still downstream for next 3 years I guess
<linkmauve>
You’d think with the popularity of the platform, someone would have at least started upstreaming their stuff.
<linkmauve>
I guess Allwinner is still one of the best ones there… Thanks to sunxi.
<gamiee>
there are some efforts for mainlining RPI stuff, it's just goes slow, I guess also mainly because of VideoCore
<gamiee>
And yeah, best so far is Allwinner, Rockchip afterwards (and probably getting better than Allwinner)
<linkmauve>
I’m working on mainlining the Wii U platform lately, but getting it up to shape is actually hard!