Hi Eugen, On Mon, Aug 19, 2019 at 03:24:26PM +0000, eugen.hris...@microchip.com wrote: > On 19.08.2019 18:04, Laurent Pinchart wrote: > > On Mon, Aug 19, 2019 at 11:43:56AM -0300, Ezequiel Garcia wrote: > >> On Mon, 2019-08-19 at 09:44 +0200, Hans Verkuil wrote: > >>> On 8/16/19 10:06 AM, Hans Verkuil wrote: > >>>> Rather then discussing topics for a meeting under the subject 'Lisbon' > >>>> let's start a new thread referring to the right place :-) > >>>> > >>>> I will try to organize a room, either during the ELCE or (if that doesn't > >>>> work) perhaps on the Thursday afterwards. If that's going to be a problem > >>>> for someone, please let me know. > >>>> > >>>> I do need to know how many people I can expect. I have the following > >>>> confirmed attendees (and please reply if you are not listed!): > >>>> > >>>> Alexandre Courbot <acour...@chromium.org> > >>>> Tomasz Figa <tf...@chromium.org> > >>>> Jacopo Mondi <jac...@jmondi.org> > >>>> Laurent Pinchart <laurent.pinch...@ideasonboard.com> > >>>> Hans Verkuil <hverk...@xs4all.nl> > >>>> > >>>> I know there were more who mentioned on irc that they would attend, > >>>> but it is easier to keep track if I have it in an email. > >>>> > >>>> Topics posted under the previous thread: > >>>> > >>>> Tomasz: > >>>> > >>>> I would want to discuss various v4l2_buffer improvements, e.g. > >>>> - DMA-buf import with plane offsets, > >>>> - unifying the buffer structs for M and non-M formats, > >>>> - ability to import different FDs with offsets for non-M formats if the > >>>> layout matches driver expectations, etc. > >>>> > >>>> Besides that, I would be interested in the general idea on handling > >>>> complex cameras in the Linux kernel in spite of the remaining V4L2 > >>>> limitations, e.g. > >>>> - combinatorial explosion of /dev/video nodes, > >>>> - significant ioctl overhead, > >>>> - huge amount of historical legacy making the driver and userspace > >>>> implementations overly difficult and prone to repetitive mistakes, > >>>> - the above also limiting the flexibility of the API - formats, frame > >>>> rates, etc. set using distinct APIs, not covered by Request API, with > >>>> non-failure "negotiation hell", etc. > >>>> - lack of fences, etc. > >>>> > >>>> Jacopo: > >>>> > >>>> Apart from discussing libcamera and hope we could kickstart a review of > >>>> its API, I would like to re-start discussing multiplexed stream support, > >>>> but that would require Sakari to be there, something I'm not certain > >>>> about. Sakari? > >>>> > >>>> Alexandre: > >>>> > >>>> If Collabora/Bootlin is there, I'd certainly want to discuss stateless > >>>> codecs, in particular m2m codec helpers and finalize the specification > >>>> in general. > >>> > >>> Hans: > >>> > >>> Finalize the stateful encoder API. There are still two TODOs there, see: > >>> https://patchwork.kernel.org/cover/10972783/ > >> > >> A few Collaborans, including me will be attending. > >> > >> On my side, I'd like to discuss the staging stateless codec drivers > >> and the conditions and requirements for them to move out of staging. > > > > If time (and interest) permits, we could also discuss the next steps for > > libcamera and their implications on the kernel side. > > > > Is there any news regarding the date of the meeting ? Thursday after the > > conference would be best for me, but if it's during the conference, I > > could still attend part of the discussions (depending on the conference > > schedule). > > > > Hello, > > I will be in Lyon and would love to attend. I am pretty much new to > media subsystem and eager to learn more about it. > My interest is related to platform drivers and support for small ISPs > inside hardware controllers.
I would be very interested in discussing that topic with you, at any time that would fit your schedule. > P.S. Not sure if will be still there on Thursday or only Mon-Wed -- Regards, Laurent Pinchart