#media-maint 2020-09-12,Sat

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***ChanServ sets mode: +v hverkuil [06:03]
.......................... (idle for 2h5mn)
hverkuilmchehab: can you apply this patch?
https://patchwork.linuxtv.org/project/linux-media/patch/7a17b41b-f7e2-268e-36fa-deae431454a4@xs4all.nl/
Without it I can't enable vidtv with 'make menuconfig'.
[08:08]
mchehabhverkuil: thanks for reporting it so quickly!
patch applied
[08:16]
hverkuilThanks! I'll enable it for the next daily build. [08:17]
mchehabok, thanks!
btw, it will produce some pr_fmt() warnings at media_build
I'm considering changing pr_foo() to dev_foo() there
instead of fixing media_build
[08:17]
hverkuilit's very easy to fix media_build, so don't bother on my account. [08:19]
mchehab: I'm getting warnings in vidtv when compiling for 32 bit. Replied to the cover letter with the warnings.
64 bit is fine.
Also fixed media_build.
[08:30]
mchehabhverkuil: well, the thing is that I prefer using dev_foo instead of pr_foo :-)
anyway, at least some of them will be painful to replace
btw, I expect it may have troubles building on random archs
as the files aren't including kernel.h, but instead several headers
like linux/printk.h
I'll address the 32 bit ones
and probably do some cleanups at includes
[08:38]
........ (idle for 36mn)
32-bit warnings fixed [09:16]
......................................................... (idle for 4h41mn)
pinchartlspeaking of media_build, I've had a crash recently caused by dma-buf.h being copied from the media tree
I'm running kernel v5.4.60
and in the latest kernel dma_buf_ops has gained a few new operations
the dmabuf core can't be compiled as a module, so it runs with the v5.4.60 version of that structure
while media_build uses a newer version
that doesn't work well quite obviously
[13:57]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)