<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>
***: APic has quit IRC (Ping timeout: 240 seconds)
<br> tfiga has quit IRC (Remote host closed the connection)
<br> Satyricon has quit IRC (Ping timeout: 448 seconds)
<br> smartin__ is now known as smartin_
mchehab: <u>pinchartl</u>: did you review the MC patches? can I apply upstream?
sailus: <u>mchehab</u>: Is your tree up-to-date regarding my comments / additional patches?
mchehab: <u>sailus</u>: my intention is to do it today
sailus: Excellent.
<br> I'd like to test them, to make sure things continue working.
mchehab: assuming that everybody agrees with that
sailus: I tried the media-ctl --print-dot on the N9, and the result is a little bit different.
mchehab: by "that" I mean merging those patches upstream to allow more testing
<br> hmm... weird
<br> it should give the same result
<br> what are the differences?
sailus: The difference comes from the chagned media entity registration order.
<br> It's simply a by-product of that.
<br> I wouldn't be worried about it.
mchehab: OK
<br> good
sailus: Applications can't rely on entities having a particular ID anyway.
mchehab: yes
sailus: Did you btw. notice my follow-up patch to move smiapp.h under i2c/?
<br> Could you merge that with your patch?
mchehab: sure, I will
<br> I'm posting a new version of that patch series later today
***: jmleo has quit IRC (Ping timeout: 265 seconds)
pinchartl: <u>mchehab</u>: should that review that new version then ?
mchehab: what new version?
<br> nobody is touching on those patches until you get your ack
pinchartl: 11:22 < mchehab> I'm posting a new version of that patch series later today
<br> which patches is that ?
mchehab: no, this is not MC related
<br> this is a 3 patches series I posted moving headers at include/media
<br> btw, already posted
pinchartl: sorry :-)
mchehab: it is meant to identify what headers are part of the core, and what headers are i2c, platform_data or driver-specific stuff
pinchartl: yes, I've seen that one
mchehab: did you finish the review of the MC patches? everybody is waiting for you on that
pinchartl: I'm doing my best, I've worked the whole weekend, and haven't finished yet
mchehab: how many patches are still remaining for review?
pinchartl: about half of it
<br> I'll work more on it tonight
hverkuil: <u>pinchartl</u>: pong
pinchartl: hi Hans
<br> how are you doing ?
hverkuil: fine, thanks.
pinchartl: I was wondering what your plans were for partial control updates
<br> I have a LUT
<br> of 17*17*17 entries
<br> it would make sense to expose it as a control
<br> but forcing a full update every time is costly
hverkuil: No plans at this moment.
pinchartl: ok, that's all I wanted to know :-)
hverkuil: At the time I tried something like that but it became very messy very quickly.
pinchartl: I'm gathering information about the use cases I need to support
<br> with a bit of luck I might not need partial updates now
<br> but I might also not be lucky
<br> I'll let you know
hverkuil: OK.
***: Smx has quit IRC (Excess Flood)
sarthe: why doesnt my divco tuner work since i bought one of those stupid epci systems?
<br> pci-e, or whatever its called
***: benjiG has left
bparrot: hverkuil, ping
<br> hverkuil, how do you want to handle Rob's comment on the cal bindings?
***: UukGoblin has quit IRC (Read error: Connection reset by peer)
<br> dmmp has quit IRC (Ping timeout: 260 seconds)
<br> d00gster has quit IRC (Ping timeout: 246 seconds)
<br> prabhakarlad has quit IRC (Ping timeout: 265 seconds)
<br> pinchartl has quit IRC (Ping timeout: 265 seconds)
<br> rib_ has quit IRC (Ping timeout: 265 seconds)
<br> henr_k_ has quit IRC (*.net *.split)
<br> harrow has quit IRC (*.net *.split)
<br> r0kc4t has quit IRC (*.net *.split)