#media-maint 2017-11-30,Thu

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

WhoWhatWhen
***ChanServ sets mode: +v mchehab` [07:20]
.................................... (idle for 2h55mn)
karatkievich.freenode.net sets mode: +v mchehab [10:15]
...................... (idle for 1h46mn)
hverkuilMeeting? [12:01]
syoungHello [12:01]
mkrufkyhi [12:01]
hverkuilmchehab: ping (let's see if that works)
In the meantime: I don't have anything to discuss. I plan to make at least one pull request tomorrow, but otherwise it's been quiet.
[12:04]
mkrufkyi've been away for thanksgiving, still reviewing brads patches, i'll ask him to post them to the mailing list soon
there's also that HUUUGE patch from sony...
not sure when ill have time to review it, but i know its there
[12:07]
hverkuilIs that cxd2880? [12:08]
mkrufky(thanksgiving - american holiday)
and yes
[12:08]
hverkuilsailus: ping
pinchartl: ping
[12:08]
pinchartlpong
sorry about the delay
[12:09]
hverkuilpinchartl: can you look at Niklas' rcar-vin v8 patch series? I plan on reviewing it friday or monday since I really want to get this merged soon.
(you or Kieran, I guess)
[12:10]
sailusPong! [12:11]
pinchartlyes, I plan to do that tomorrow
it will be a big patch review day
[12:11]
syoungI know mchehab asked if I could look at the sony patch series too. I'll have a look at some point, but I don't know how confident I'll be on the dvb side of things
mkrufky: ^^
[12:11]
hverkuilsailus: same question for you: can you review Niklas' rcar-csi2 v12 patch series? [12:12]
sailushverkuil: Sure!
Likely tomorrow though.
Is it: "[PATCH v8 00/28] rcar-vin: Add Gen3 with media controller"?
No, "[PATCH v12 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2"?
[12:12]
hverkuilNo, it's: [PATCH v12 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 [12:13]
mkrufkysyoung: i can look at the dvb specifics first .... looking at that driver as a whole, however, looks a bit overwhelming [12:13]
sailusAck. [12:13]
hverkuilsailus: it doesn't hurt of course if you look at rcar-vin, specifically for the v4l2-async related code. [12:14]
syoungmkrufky: yes, there is the size and there are some interesting bits of the code [12:14]
mkrufkysyoung: take a pass at it and feel free to draw my attention to specific parts if you have questions. i'll try to get to it as well [12:14]
sailushverkuil: Indeed. [12:14]
syoungmkrufky: great, thanks. [12:14]
sailusI don't really have patches that needed reviews right now.
I've been doing some hacking on DVB related to object lifetime management but nothing to review yet.
[12:15]
mchehabsorry, got late today [12:15]
mkrufkyi have some time next week that i should be able to use to finish on Brad's series and start looking at sony [12:15]
mchehabmchehab is reading backlogs
from my side, I already applied today the pending git fix pull requests...
I'm opting to send Linus for -rc2 the documentation warning fixes
without them, we have a lot of new warnings (several hundreds)
I'm starting right now to handle other pull requests
the next one (I'm almost finished review) is the syoung RC patch series
nice series, btw
hurray! we finally got rid of staging/lirc
[12:15]
syoungmchehab: thanks! [12:19]
mchehabthere are a few issues with the documentation, like those:
./include/media/rc-core.h:96: warning: No description found for parameter 'int'
./include/media/rc-core.h:96: warning: No description found for parameter 'lirc_scancode'
./include/media/rc-core.h:96: warning: Excess struct member 'rawir' description in 'lirc_fh'
./include/media/rc-core.h:96: warning: Excess struct member 'scancodes' description in 'lirc_fh'
but I'll fix in the way
btw, not sure if anyone else noticed, but it seems that the documentation build is somewhat broken if -j option is used
from time to time, I'm getting this
Exception occurred:
File "/home/mchehab/.local/lib/python2.7/site-packages/sphinx/util/parallel.py", line 97, in _join_one
exc, result = pipe.recv()
EOFError
The full traceback has been saved in /tmp/sphinx-err-ZMo1P5.log, if you want to report the issue to the developers.
[12:20]
syoungmchehab: right, those are DECLARE_KFIFO_PTR() members which are not parsed correctly [12:21]
mchehabafter finishing with merges, I'll take a look, as this impacts my patch review process [12:22]
syoungmchehab: they do have documentation [12:23]
mchehabsyoung: with regards to that patch, I didn't see Stefani's ack at the media ML [12:23]
syoungmchehab: that's an interesting one, it confused me at first too. [12:24]
mchehabbetter to double check if he's ok on having it merged via my ML
s/ML/tree
[12:24]
syounglook at: https://patchwork.linuxtv.org/patch/44896/
that email was sent by Stefani (see show headers), but he sent it as me
in fact, I got bounces from his email!
that's where he added an Acked-by:, but obviously in a really weird way
[12:24]
mchehabthat's very weird... I'll reply and confirm with him and akpm if it would be ok to merge it via my tree [12:28]
syoungthanks
without that patch, creation of any rc device with a lirc chardev will fail on 32-bit (except i386)
[12:28]
mchehabyes, I noticed
mkrufky, syoung: with regards to DVB, someone is complaining about compat32 stuff. I never actually tested using DVB API on 32 bits userspace/64 bits kernelspace. It would worth check if it is really broken...
or if it is just a deprecated DVB API
(I know that at least one of the deprecated API has an issue - due to a timestamp)
hverkuil, sailus, pinchartl, mkrufky, syoung: anything else for today's discussions?
[12:29]
hverkuilBTW: I'm working with Arnd on y2038 fixes for v4l2 api. I haven't posted anything yet, though. [12:33]
mchehabOK
yes, I've seen the emails
[12:33]
syoungmchehab: where the complaint about dvd compat? ML? [12:33]
mchehaband discussions on irc [12:33]
sailusmchehab: Not on my side. [12:33]
syoungah I found it [12:33]
hverkuilI'll be on vacation from Dec 16 - Jan 7. [12:34]
mchehabSubject: Re: [bug report] media: dvb_frontend: cleanup ioctl handling logic
Date: Thu, 30 Nov 2017 11:25:02 +0100
the complaint is pretty vague
[12:34]
mkrufkywe dont know if he's using DVB / v4l or both
i see the email now
[12:35]
mchehabyes. and a report from someone named "Menion" is pretty suspecious [12:36]
mkrufkydoes it mean something?
"Menion" ?
[12:36]
mchehabFrom: Menion <menion@gmail.com>From: Menion <menion@gmail.com> [12:37]
mkrufkyoh. those little yellow characters with overalls. i thought those were "Minions" [12:37]
mchehab:-)
hard to tell who it is, as the e-mail was sent from google's webmail interface
(based on its IP)
I wouldn't answer the email, as it could be some troll, but it would be worth double-checking
hverkuil: please send an e-mail to the ML with your vacation period
[12:38]
hverkuilwill do [12:40]
mchehabbtw, I didn't have any time yet to consolidate the discussions about the summit report and send a draft to linux-media ML
mchehab would love someone to volunteer doing it :-p
[12:41]
hverkuilmchehab: ask me again at the next meeting. I will probably have time the week after that, unless someone else picks this up. [12:54]
mchehabok [12:59]
..... (idle for 22mn)
syoung: just sent 2 patches improving a little bit the RC documentation, after your patchset
I'll see if I find a way to solve the issue with DECLARE_KIFO_PTR later
hmm...
this is at kernel-doc:
# replace DECLARE_BITMAP
$members =~ s/DECLARE_BITMAP\s*\(([^,)]+), ([^,)]+)\)/unsigned long $1\[BITS_TO_LONGS($2)\]/gos;
# replace DECLARE_HASHTABLE
$members =~ s/DECLARE_HASHTABLE\s*\(([^,)]+), ([^,)]+)\)/unsigned long $1\[1 << (($2) - 1)\]/gos;
it should likely be easy to add something similar for DECLARE_KIFO_PTR
[13:21]
syoung: this does the trick:
# replace DECLARE_KFIFO_PTR(fifo, type)
$members =~ s/DECLARE_KFIFO_PTR\s*\(([^,)]+),\s*([^,)]+)\)/$2 \*$1/gos;
[13:37]
patch sent [13:43]
........... (idle for 54mn)
syoungmchehab: great, thank you. [14:37]

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