| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| mchehab | are there anything to be discussed today? I may not be able to participate at the meeting's time t | [10:50] |
| hverkuil | mchehab: yes, I have a few questions. But that can be at a different time as well | [11:02] |
| mchehab | well, I'm here now, but not sure if I'll be able to be here by the time of our usual meeting
s/by the time of our usual meeting/at our usual meeting time/ | [11:05] |
| hverkuil | First question: is media_stage/master now the main repo we work with? I see several PRs of mine that are merged there, but not in media_tree/master.
Second question: any ETA of when you can review/merge this PR? https://patchwork.linuxtv.org/project/linux-media/patch/79eb0d83-1967-8caf-e205-b29beec6fa23@xs4all.nl/ Once this is in, then I want to post a new PR to refactor the control framework. Since that is a large patch (no functionality changes, just splitting up v4l2-ctrls.c in smaller files), it is something that should be coordinated with you. | [11:06] |
| mchehab | first question: no, The idea is to merge there first, and, after a couple of days, merge at media_tree.
I was planning to do such merge today, but there was a compilation breakage on -next, so I'll need to fix it at media_stage, apply the suff again and wait until monday to merge stuff back at media_tree Btw, media_stage *can* be rebased so don't rely on it | [11:09] |
| hverkuil | OK, then I'll wait until next week when that PR is merged into media_tree/master. | [11:11] |
| mchehab | ok
your second question: MPEG-2 stateless API cleanup and destaging is this keeping part of the codecs at staging? I remember Ezequiel mentioned something like that so, I ended skipping this PR to handle the less complex cases earlier btw, it sounds that Greg's current view is that staging can't be used for "staging" APIs anymore | [11:11] |
| hverkuil | in a meeting, sorry. | [11:13] |
| mchehab | I'll let you know once I can confirm that | [11:13] |
| pinchartl | mchehab: what can it be used for then ? :-) | [11:16] |
| mchehab | anyway, I'll try to handle it tomorrow, if not sidetracked by something else
pinchartl: media-stage is meant to prevent patches that break -next to be reverted, as this tree can be rebased. It also allows picking patches while we're in the middle of a merge window pinchartl: media-stage is meant to *allow* patches that break -next to be reverted, as this tree can be rebased. It also allows picking patches while we're in the middle of a merge window anyway, I need to go. I should be returning back later today | [11:16] |
| pinchartl | I meant staging, regarding your comment about Greg. but we can discuss this later, no worries | [11:20] |
| ....... (idle for 33mn) | ||
| hverkuil | mchehab: that PR moves the stateless codec MPEG API into uapi, i.e. it is now an officially supported public API, instead of a private API. Same as we did with H264 and VP8. After this only the HEVC support is still not stable (and thus also not part of uapi). How to proceed with that is something we can discuss separately. My preference would be to keep the HEVC support in staging somehow, but move the drivers themselves into m
ine. | [11:53] |
| ..................... (idle for 1h42mn) | ||
| mchehab | pinchartl: yeah, agreed. anyway, I'm double checking it with Greg
hverkuil: ok. if the drivers using HEVC will be kept in staging, it shoudn't be a problem to move the ones that already use stable APIs out of staging | [13:35] |
| hverkuil | Let's discuss that later with ezequiel in the loop. Right now I just want that PR merged so that I can respin my v4l2-ctrls refactor patch series. | [13:41] |
| .................................................................................. (idle for 6h46mn) | ||
| *** | sailus has left | [20:27] |
| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |