[PATCH 1/1] libcamera: Add request API support for media controller device

Laurent Pinchart laurent.pinchart at ideasonboard.com
Tue Sep 24 21:43:05 CEST 2024


Hello,

On Mon, Sep 23, 2024 at 02:09:51PM -0400, Nicolas Dufresne wrote:
> Le lundi 23 septembre 2024 à 06:02 +0000, Harvey Yang a écrit :
> > From: Han-Lin Chen <hanlinchen at chromium.org>
> > 
> > This patch adds `allocateRequests` with MEDIA_IOC_REQUEST_ALLOC
> > , `queueRequest` with MEDIA_REQUEST_IOC_QUEUE, and `reInitRequest`
> > with MEDIA_REQUEST_IOC_REINIT.
> > 
> > Signed-off-by: Han-Lin Chen <hanlinchen at chromium.org>
> > Co-developed-by: Harvey Yang <chenghaoyang at chromium.org>
> > ---
> >  include/libcamera/internal/media_device.h |  4 ++
> >  src/libcamera/media_device.cpp            | 87 +++++++++++++++++++++++
> >  2 files changed, 91 insertions(+)
> > 
> > diff --git a/include/libcamera/internal/media_device.h b/include/libcamera/internal/media_device.h
> > index e412d3a0..8f54dd12 100644
> > --- a/include/libcamera/internal/media_device.h
> > +++ b/include/libcamera/internal/media_device.h
> > @@ -53,6 +53,10 @@ public:
> >  	MediaLink *link(const MediaPad *source, const MediaPad *sink);
> >  	int disableLinks();
> >  
> > +	int allocateRequests(unsigned int count, std::vector<UniqueFD> &requests);
> > +	int queueRequest(int requestFd);
> > +	int reInitRequest(int requestFd);
> > +
> >  	Signal<> disconnected;
> >  
> >  protected:
> > diff --git a/src/libcamera/media_device.cpp b/src/libcamera/media_device.cpp
> > index bd054552..47b75809 100644
> > --- a/src/libcamera/media_device.cpp
> > +++ b/src/libcamera/media_device.cpp
> > @@ -9,6 +9,7 @@
> >  
> >  #include <errno.h>
> >  #include <fcntl.h>
> > +#include <poll.h>
> >  #include <stdint.h>
> >  #include <string>
> >  #include <string.h>
> > @@ -836,4 +837,90 @@ int MediaDevice::setupLink(const MediaLink *link, unsigned int flags)
> >  	return 0;
> >  }
> >  
> > +/**
> > + * \brief Allocate \a count requests with ioctl
> > + * \param[in] count The number of requests to be allocated
> > + * \param[out] requests The request file descriptors to be returned
> > + *
> > + * This function returns request file descriptors if the MediaDevice supports
> > + * requests. The file descriptors can then be queued and re-inited afterwards.
> > + *
> > + * \sa queueRequest(int requestFd)
> > + * \sa reInitRequest(int requestFd)
> > + *
> > + * \return 0 on success or a negative error code otherwise
> > + */
> > +int MediaDevice::allocateRequests(unsigned int count, std::vector<UniqueFD> &requests)

I think I would limit this function to allocating a single request, and
handle the loop in the caller. This will give us a nicer function
signature, and will allow the caller to decide what to do if only a
subset of the requests can be allocated.

> > +{
> > +	for (unsigned int i = 0; i < count; i++) {
> > +		int fd;
> > +		int ret = ioctl(fd_.get(), MEDIA_IOC_REQUEST_ALLOC, &fd);
> > +		if (ret) {
> > +			LOG(MediaDevice, Error) << "Allocate request failed "
> > +						<< strerror(-ret);
> > +			return -EBUSY;
> > +		}
> > +		requests.emplace_back(fd);
> > +	}
> > +
> > +	return 0;
> > +}
> 
> Wouldn't if be nicer if the request was an object ?

I agree, I think that would be nicer. The reInitRequest() function would
then become a member function of the MediaRequest class, and would be
called reinit().

> > +
> > +/**
> > + * \brief Queue a request with ioctl

"with ioctl" is an implementation detail. You can write "Queue a request
to the media device".

> > + * \param[in] requestFd The request file descriptor

This function should take a MediaRequest reference.

> > + *
> > + * This function queues a request that was allocated before.

If you pass a request reference, the "that was allocated before" becomes
implicit, you can drop it.

> > + *
> > + * \sa allocateRequests(unsigned int count, std::vector<UniqueFD> &requests)
> > + * \sa reInitRequest(int requestFd)
> > + *
> > + * \return 0 on success or a negative error code otherwise
> > + */
> > +int MediaDevice::queueRequest(int requestFd)
> > +{
> > +	int ret = ioctl(requestFd, MEDIA_REQUEST_IOC_QUEUE, NULL);
> > +	if (ret)
> > +		LOG(MediaDevice, Error) << "QueueRequest fd " << requestFd
> > +					<< "failed: " << strerror(-ret);
> > +	return ret;
> > +}
> > +
> > +/**
> > + * \brief Re-init a request with ioctl
> > + * \param[in] requestFd The request file descriptor
> > + *
> > + * This function recycles a request that was allocated and queued before. It
> > + * polls on \a requestFd to ensure the request is completed, and reinits the
> > + * request.
> > + *
> > + * \sa allocateRequests(unsigned int count, std::vector<UniqueFD> &requests)
> > + * \sa queueRequest(int requestFd)
> > + *
> > + * \return 0 on success or a negative error code otherwise
> > + */
> > +int MediaDevice::reInitRequest(int requestFd)
> > +{
> > +	struct pollfd pfd;
> > +
> > +	pfd.fd = requestFd;
> > +	pfd.events = POLLPRI;
> > +
> > +	int ret = TEMP_FAILURE_RETRY(poll(&pfd, 1, 300));

I didn't know about TEMP_FAILURE_RETRY. Shouldn't we wrap fds in a class
that provides posix function wrappers with EINTR handling, instead of
springkling it manually through the code ?

> 
> Shouldn't we split polling and re-init ? Polling is a very important feature of
> Requests, since it can be used as a synchronization point, avoiding numerous
> independent queue polling. Its also nicer if callers can control (or avoid) the
> timeout.

Agreed, and polling with a timeout is a bad idea. You'll block the
camera thread for up to 300ms, that's way too long. Don't block,
implement the behaviour you want in an event-driven way.

> > +	if (ret < 0)
> > +		LOG(MediaDevice, Error) << "The request " << requestFd
> > +					<< " polled failed: " << strerror(-ret);
> > +	else if (ret == 0)
> > +		LOG(MediaDevice, Error) << "The request " << requestFd
> > +					<< " polled timeout: " << strerror(-ret);
> > +
> > +	ret = ::ioctl(requestFd, MEDIA_REQUEST_IOC_REINIT, NULL);
> > +	if (ret)
> > +		LOG(MediaDevice, Error) << "The request " << requestFd
> > +					<< " is queued but not yet completed: "

Is this the right message ?

> > +					<< strerror(-ret);
> > +
> > +	return ret;
> > +}
> > +
> >  } /* namespace libcamera */
> 

-- 
Regards,

Laurent Pinchart


More information about the libcamera-devel mailing list