<!-- 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>

   sailus_: <u>hverkuil</u>: Pong.
   <br> How do you do?
   ***: sailus_ is now known as sailus
   hverkuil: Very good. All my colleagues are now on vacation (or about to go), so finally I can catch up on work!
   <br> :-)
   <br> Anyway, I'm planning another round of patch reviewing/making pull requests tomorrow.
   <br> It's a bit fuzzy which patches from you are ready for me to take and which are more 'rfc' quality.
   <br> Can you go through patchwork and update the status of your patches?
   <br> specifically if they are rfc or superseded.
   <br> then tomorrow I only have to look at New patches from you.
   <br> ('New' == patchwork status, of course)
   sailus: <u>hverkuil</u>: Sure, if you use patchwork for that.
   hverkuil: <u>Note</u>: I'm not sure about the documentation patches since we appear to be moving towards a new doc system for 4.8.
   sailus: Good point.
   hverkuil: I'll have to check with Mauro whether it is better to postpone doc patches until the new system is landed.
   <br> <u>mchehab</u>: any opinion on that? ^^^^^^^^
   <br> <u>sailus</u>: I know there is still a pending question about a pixelformat to a colleague of yours. Did you get an answer yet?
   sailus: <u>hverkuil</u>: Indeed I got.
   <br> They're fine with the patches, as I expected.
   hverkuil: OK, good.
   sailus: I don't mind writing DocBook, it's just that xmlto doesn't have too many other ways to tell about errors than segfaulting... :-D
   hverkuil: If you can update the patchwork status today, then I'll handle them tomorrow.
   sailus: <u>hverkuil</u>: Works for me.
   hverkuil: I remember that you were also working on cache invalidation/flushing. Any progress on that?
   sailus: Uh... I wished there was.
   <br> It all went fine until I ran into a few drivers that were doing what they were not supposed to.
   <br> And then something urgent forced me to switch a task...
   <br> So I haven't worked on them since. I'll continue that but I can't say when yet.
   hverkuil: OK. I might contact you about this later.
   sailus: I'll mark some patches as deferred as I expect to send a pull request on them, i.e. the media IOCTL rework ones.
   <br> That leaves us with the format patches. :-)
   ***: jmleo has quit IRC (Ping timeout: 244 seconds)
   <br> capOM has quit IRC (Remote host closed the connection)
   <br> benjiG has left
   mchehab: <u>hverkuil</u>: V4L2_YCBCR_ENC_SMPTE240M is not documented!
   <br> at the V4L2 Y’CbCr Encodings table
   <br> Documentation/DocBook/media/v4l/pixfmt.xml
   <br> &lt;title&gt;V4L2 Y'CbCr Encodings&lt;/title&gt;
   <br> (noticed when seeking for it at the converted rst file)
   <br> please send a patch against my experimental branch
   <br> or is it deprecated?
   <br> /* SMPTE 240M -- Obsolete HDTV */
   <br> V4L2_YCBCR_ENC_SMPTE240M      = 8,
   ***: awalls has left
   hverkuil: <u>mchehab</u>: it's missing in Table 2.6. V4L2 Y'CbCr Encodings, but it is documented in the description of the SMPTE 240M colorspace.
   <br> So just a missing table entry. It's in practice deprecated.