Re: [PATCH] media: vb2: Allow reqbufs(0) with "in use" MMAP buffers

Le mercredi 14 novembre 2018 à 00:27 +0200, Sakari Ailus a écrit : > Hi Philipp, > > On Tue, Nov 13, 2018 at 04:06:21PM +0100, Philipp Zabel wrote: > > From: John Sheu > > > > Videobuf2 presently does not allow VIDIOC_REQBUFS to destroy outstanding > > buffers if the queue is of type

Re: [RFP] Which V4L2 ioctls could be replaced by better versions?

n, and then introduce a flag in the query itself, but I would need to think about it a little more. It's not as simple as it look like unfortunately. Nicolas signature.asc Description: This is a digitally signed message part

Re: [RFC v2 1/4] media: Introduce helpers to fill pixel format structs

Le vendredi 02 novembre 2018 à 12:52 -0300, Ezequiel Garcia a écrit : > Add two new API helpers, v4l2_fill_pixfmt and v4l2_fill_pixfmt_mp, > to be used by drivers to calculate plane sizes and bytes per lines. > > Note that driver-specific paddig and alignment are not yet > taken into account. >

Re: [RFP] Which V4L2 ioctls could be replaced by better versions?

Le lundi 22 octobre 2018 à 12:37 +0900, Tomasz Figa a écrit : > Hi Philipp, > > On Mon, Oct 22, 2018 at 1:28 AM Philipp Zabel wrote: > > > > On Wed, Oct 03, 2018 at 05:24:39PM +0900, Tomasz Figa wrote: > > [...] > > > > Yes, but that would fall in a complete redesign I guess. The buffer > > > >

Re: [PATCH 2/2] vicodec: Implement spec-compliant stop command

Le vendredi 19 octobre 2018 à 07:35 -0400, Nicolas Dufresne a écrit : > Le vendredi 19 octobre 2018 à 09:28 +0200, Hans Verkuil a écrit : > > On 10/18/2018 06:08 PM, Ezequiel Garcia wrote: > > > Set up a statically-allocated, dummy buffer to > > > be used as

Re: [PATCH 2/2] vicodec: Implement spec-compliant stop command

Le vendredi 19 octobre 2018 à 09:28 +0200, Hans Verkuil a écrit : > On 10/18/2018 06:08 PM, Ezequiel Garcia wrote: > > Set up a statically-allocated, dummy buffer to > > be used as flush buffer, which signals > > a encoding (or decoding) stop. > > > > When the flush buffer is queued to the OUTPUT

Re: [RFC] Informal meeting during ELCE to discuss userspace support for stateless codecs

prefer to prepare > for that in advance, esp. since I myself do not have any experience writing > userspace SW for such devices. > > Nicolas, it would be really great if you can participate in this meeting > since you probably have the most experience with this by far. > > L

Re: [RFC] V4L2_PIX_FMT_MJPEG vs V4L2_PIX_FMT_JPEG

Hello Hans, Le lundi 01 octobre 2018 à 10:43 +0200, Hans Verkuil a écrit : > It turns out that we have both JPEG and Motion-JPEG pixel formats defined. > > Furthermore, some drivers support one, some the other and some both. > > These pixelformats both mean the same. > > I propose that we

Re: [RFP] Which V4L2 ioctls could be replaced by better versions?

Le jeudi 20 septembre 2018 à 16:42 +0200, Hans Verkuil a écrit : > Some parts of the V4L2 API are awkward to use and I think it would be > a good idea to look at possible candidates for that. > > Examples are the ioctls that use struct v4l2_buffer: the multiplanar support > is > really horrible,

Re: [PATCH v3 0/5] Fix OV5640 exposure & gain

Interesting, I just hit this problem yesterday. Same module as Steve, with MIPI CSI-2 OV5640 (on Sabre Lite). Tested-By: Nicolas Dufresne Le mardi 11 septembre 2018 à 15:48 +0200, Hugues Fruchet a écrit : > This patch serie fixes some problems around exposure & gain in OV5640 &

Re: [PATCH 2/2] vicodec: set state->info before calling the encode/decode funcs

Le lundi 10 septembre 2018 à 12:37 -0300, Ezequiel Garcia a écrit : > On Mon, 2018-09-10 at 17:00 +0200, Hans Verkuil wrote: > > From: Hans Verkuil > > > > state->info was NULL since I completely forgot to set state->info. > > Oops. > > > > Reported-by: Ezequiel Garcia > > Signed-off-by: Hans

Re: [RFP] Stateless Codec Userspace Support

Le vendredi 07 septembre 2018 à 16:34 +0200, Hans Verkuil a écrit : > Support for stateless codecs and Request API will hopefully be merged > for > 4.20, and the next step is to discuss how to organize the userspace > support. > > Hopefully by the time the media summit starts we'll have some

Re: [RFC] Request API and V4L2 capabilities

Le jeudi 23 août 2018 à 16:31 +0200, Hans Verkuil a écrit : > > I propose adding these capabilities: > > > > #define V4L2_BUF_CAP_HAS_REQUESTS 0x0001 > > #define V4L2_BUF_CAP_REQUIRES_REQUESTS0x0002 > > #define V4L2_BUF_CAP_HAS_MMAP 0x0100 > > #define

Re: [RFC] Request API and V4L2 capabilities

Le jeudi 23 août 2018 à 10:05 +0200, Paul Kocialkowski a écrit : > Hi, > > On Wed, 2018-08-22 at 14:33 -0300, Ezequiel Garcia wrote: > > On Wed, 2018-08-22 at 16:10 +0200, Paul Kocialkowski wrote: > > > Hi, > > > > > > On Tue, 2018-08-21 at 17:52 +0900, Tomasz Figa wrote: > > > > Hi Hans, Paul,

Re: [RFC] Request API and V4L2 capabilities

Le mercredi 22 août 2018 à 16:52 +0200, Paul Kocialkowski a écrit : > Hi, > > On Wed, 2018-08-15 at 09:57 -0400, Nicolas Dufresne wrote: > > Le lundi 06 août 2018 à 10:16 +0200, Paul Kocialkowski a écrit : > > > Hi Hans and all, > > > > > > On Sat, 201

Re: [RFC] Request API and V4L2 capabilities

Le mercredi 15 août 2018 à 09:11 -0300, Mauro Carvalho Chehab a écrit : > Em Sat, 4 Aug 2018 15:50:04 +0200 > Hans Verkuil escreveu: > > > Hi all, > > > > While the Request API patch series addresses all the core API > > issues, there > > are some high-level considerations as well: > > > > 1)

Re: [RFC] Request API and V4L2 capabilities

Le samedi 04 août 2018 à 15:50 +0200, Hans Verkuil a écrit : > Hi all, > > While the Request API patch series addresses all the core API issues, there > are some high-level considerations as well: > > 1) How can the application tell that the Request API is supported and for >which buffer

Re: [RFC] Request API and V4L2 capabilities

Le lundi 06 août 2018 à 10:16 +0200, Paul Kocialkowski a écrit : > Hi Hans and all, > > On Sat, 2018-08-04 at 15:50 +0200, Hans Verkuil wrote: > > Hi all, > > > > While the Request API patch series addresses all the core API issues, there > > are some high-level considerations as well: > > > >

Re: [PATCH v2 1/2] uvcvideo: rename UVC_QUIRK_INFO to UVC_INFO_QUIRK

Le vendredi 03 août 2018 à 13:36 +0200, Guennadi Liakhovetski a écrit : > This macro defines "information about quirks," not "quirks for > information." Does not sound better to me. It's "Quirk's information", vs "information about quirks". I prefer the first one. In term of C namespace the

Re: Video capturing

Le jeudi 05 juillet 2018 à 16:35 +0300, Oleh Kravchenko a écrit : > Hello Nicolas, > > On 05.07.18 15:57, Nicolas Dufresne wrote: > > > > > > Le jeu. 5 juil. 2018 05:28, Oleh Kravchenko > <mailto:o...@kaa.org.ua>> a écrit : > > > > Hel

Re: [PATCH 16/16] media: imx: add mem2mem device

les per frame. > > Signed-off-by: Philipp Zabel Tested-by: Nicolas Dufresne > --- > drivers/staging/media/imx/Kconfig | 1 + > drivers/staging/media/imx/Makefile| 1 + > drivers/staging/media/imx/imx-media-dev.c | 11 + >

Re: Software-only image processing for Intel "complex" cameras

Le mercredi 20 juin 2018 à 22:38 +0200, Pavel Machek a écrit : > Hi! > > On Nokia N900, I have similar problems as Intel IPU3 hardware. > > Meeting notes say that pure software implementation is not fast > enough, but that it may be useful for debugging. It would be also > useful for me on N900,

Re: [RFC 0/2] Memory-to-memory media controller topology

. My question is more ifthe dev node path will be provided somehow, because it's not displayed in this topologyé Nicolas signature.asc Description: This is a digitally signed message part

Re: [RFC 0/2] Memory-to-memory media controller topology

Le mardi 12 juin 2018 à 07:48 -0300, Ezequiel Garcia a écrit : > As discussed on IRC, memory-to-memory need to be modeled > properly in order to be supported by the media controller > framework, and thus to support the Request API. > > This RFC is a first draft on the memory-to-memory > media

Re: Bug: media device controller node not removed when uvc device is unplugged

Le jeudi 07 juin 2018 à 14:07 +0200, Torleiv Sundre a écrit : > Hi, > > Every time I plug in a UVC camera, a media controller node is created at > /dev/media. > > In Ubuntu 17.10, running kernel 4.13.0-43, the media controller device > node is removed when the UVC camera is unplugged. > > In

Re: [PATCH 3/6] media: videodev2.h: Add macro V4L2_FIELD_IS_SEQUENTIAL

Le vendredi 25 mai 2018 à 21:14 -0400, Nicolas Dufresne a écrit : > Le vendredi 25 mai 2018 à 17:19 -0700, Steve Longerbeam a écrit : > > > > On 05/25/2018 05:10 PM, Nicolas Dufresne wrote: > > > (in text this time, sorry) > > > > > > Le vendredi 2

Re: [PATCH 3/6] media: videodev2.h: Add macro V4L2_FIELD_IS_SEQUENTIAL

Le vendredi 25 mai 2018 à 17:19 -0700, Steve Longerbeam a écrit : > > On 05/25/2018 05:10 PM, Nicolas Dufresne wrote: > > (in text this time, sorry) > > > > Le vendredi 25 mai 2018 à 16:53 -0700, Steve Longerbeam a écrit : > > > Add a macro that ret

Re: [PATCH 3/6] media: videodev2.h: Add macro V4L2_FIELD_IS_SEQUENTIAL

(in text this time, sorry) Le vendredi 25 mai 2018 à 16:53 -0700, Steve Longerbeam a écrit : > Add a macro that returns true if the given field type is > 'sequential', > that is, the data is transmitted, or exists in memory, as all top > field > lines followed by all bottom field lines, or

Re: [ANN] Meeting to discuss improvements to support MC-based cameras on generic apps

Le vendredi 18 mai 2018 à 16:37 +0100, Dave Stevenson a écrit : > On 18 May 2018 at 16:05, Mauro Carvalho Chehab > wrote: > > Em Fri, 18 May 2018 15:27:24 +0300 > > > > > > > > > There, instead of an USB camera, the hardware is equipped with a > > > > MC-based ISP,

Re: [ANN] Meeting to discuss improvements to support MC-based cameras on generic apps

g only the 3A aspect of the work to be done. Maybe we need to come up with an abstraction that does not prevent multi-streams, but only requires 3A per vendors (saying per vendors, as some of this could be Open Source by third parties). just thinking out loud now ;-P Nicolas p.s. Do we

Re: [ANN] Meeting to discuss improvements to support MC-based cameras on generic apps

Le vendredi 18 mai 2018 à 11:15 +0300, Laurent Pinchart a écrit : > > I need to clarify a little bit on why we disabled libv4l2 in > > GStreamer, > > as it's not only for performance reason, there is couple of major > > issues in the libv4l2 implementation that get's in way. Just a > > short > >

Re: [ANN] Meeting to discuss improvements to support MC-based cameras on generic apps

Le jeudi 17 mai 2018 à 16:07 -0300, Mauro Carvalho Chehab a écrit : > Hi all, > > The goal of this e-mail is to schedule a meeting in order to discuss > improvements at the media subsystem in order to support complex > camera > hardware by usual apps. > > The main focus here is to allow

Re: [PATCH 26/28] venus: implementing multi-stream support

Le mercredi 02 mai 2018 à 13:10 +0530, Vikash Garodia a écrit : > Hello Stanimir, > > On 2018-04-24 18:14, Stanimir Varbanov wrote: > > This is implementing a multi-stream decoder support. The multi > > stream gives an option to use the secondary decoder output > > with different raw format (or

Re: Webcams not recognized on a Dell Latitude 5285 laptop

hat cannot directly access any of the /dev, hence reserve forever a sesrouce like a camera. On Linux Desktop, this is a very bad launch, it will likely takes some times before your camera works out of the box (if ever). Nicolas Le dimanche 01 avril 2018 à 18:17 +0200, Frédéric Parrenin a écrit : >

wir bieten 2% Kredite

Sehr geehrte Damen und Herren, Sie brauchen Geld? Sie sind auf der suche nach einem Darlehnen? Seriös und unkompliziert? Dann sind Sie hier bei uns genau richtig. Durch unsere jahrelange Erfahrung und kompetente Beratung sind wir Europaweit tätig. Wir bieten jedem ein GÜNSTIGES Darlehnen zu

Re: [RFC] Request API

Le jeudi 22 mars 2018 à 18:22 +0100, Hans Verkuil a écrit : > On 03/22/2018 05:36 PM, Nicolas Dufresne wrote: > > Le jeudi 22 mars 2018 à 15:18 +0100, Hans Verkuil a écrit : > > > RFC Request API > > > --- > > > > > > This document

Re: [RFC] Request API

Le jeudi 22 mars 2018 à 15:18 +0100, Hans Verkuil a écrit : > RFC Request API > --- > > This document proposes the public API for handling requests. > > There has been some confusion about how to do this, so this summarizes the > current approach based on conversations with the

Re: uvcvideo: Unknown video format,00000032-0002-0010-8000-00aa00389b71

Le mercredi 21 mars 2018 à 10:55 +0200, Laurent Pinchart a écrit : > Hi Nicolas, > > On Wednesday, 21 March 2018 05:38:59 EET Nicolas Dufresne wrote: > > Le mardi 20 mars 2018 à 20:04 +0200, Laurent Pinchart a écrit : > > > On Tuesday, 20 March 2018 19:45:51 EET Nicolas Du

Re: uvcvideo: Unknown video format,00000032-0002-0010-8000-00aa00389b71

Le mardi 20 mars 2018 à 20:04 +0200, Laurent Pinchart a écrit : > Hi Nicolas, > > On Tuesday, 20 March 2018 19:45:51 EET Nicolas Dufresne wrote: > > Le mardi 20 mars 2018 à 13:20 +0100, Paul Menzel a écrit : > > > Dear Linux folks, > > > > > > >

Re: uvcvideo: Unknown video format,00000032-0002-0010-8000-00aa00389b71

Le mardi 20 mars 2018 à 13:20 +0100, Paul Menzel a écrit : > Dear Linux folks, > > > On the Dell XPS 13 9370, Linux 4.16-rc6 outputs the messages below. > > ``` > [2.338094] calling uvc_init+0x0/0x1000 [uvcvideo] @ 295 > [2.338569] calling iTCO_wdt_init_module+0x0/0x1000 [iTCO_wdt] @

Re: [PATCH v2 1/3] staging: xm2mvscale: Driver support for Xilinx M2M Video Scaler

Le mardi 20 mars 2018 à 00:46 +, Rohit Athavale a écrit : > Hi Hans, > > Thanks for taking the time to take a look at this. > > > This should definitely use the V4L2 API. I guess it could be added > > to staging/media with a big fat TODO that this should be converted > > to > > the V4L2

Re: [PATCH] media: vb2: unify calling of set_page_dirty_lock

Le mardi 13 mars 2018 à 21:09 -0400, Nicolas Dufresne a écrit : > > I've looked into this again. I have hit the same issue but with CPU > > to > > DRM, using DMABuf allocated from DRM Dumb buffers. In that case, > > using > > DMA_BUF_IOCTL_SYNC fixes the issu

Re: [PATCH] media: vb2: unify calling of set_page_dirty_lock

Le mardi 13 mars 2018 à 20:44 -0400, Nicolas Dufresne a écrit : > Le mercredi 18 octobre 2017 à 11:34 +0300, Stanimir Varbanov a écrit > : > > > > On 10/17/2017 05:19 PM, Nicolas Dufresne wrote: > > > Le mardi 17 octobre 2017 à 13:14 +0300, Sakari Ailus a écrit : &

Re: [PATCH] media: vb2: unify calling of set_page_dirty_lock

Le mercredi 18 octobre 2017 à 11:34 +0300, Stanimir Varbanov a écrit : > > On 10/17/2017 05:19 PM, Nicolas Dufresne wrote: > > Le mardi 17 octobre 2017 à 13:14 +0300, Sakari Ailus a écrit : > > > On Sun, Oct 15, 2017 at 07:09:24PM -0400, Nicolas Dufresne wrote: > > >

Re: [PATCH v8 07/13] [media] vb2: mark codec drivers as unordered

Le vendredi 09 mars 2018 à 14:49 -0300, Gustavo Padovan a écrit : > From: Gustavo Padovan > > In preparation to have full support to explicit fence we are > marking codec as non-ordered preventively. It is easier and safer from an The usage of "codec" is soso

Re: [Patch v8 12/12] Documention: v4l: Documentation for HEVC CIDs

Le vendredi 02 février 2018 à 17:55 +0530, Smitha T Murthy a écrit : > Added V4l2 controls for HEVC encoder > > Signed-off-by: Smitha T Murthy > --- > Documentation/media/uapi/v4l/extended-controls.rst | 410 > + > 1 file changed, 410 insertions(+) > >

Re: [Patch v8 12/12] Documention: v4l: Documentation for HEVC CIDs

Le vendredi 02 février 2018 à 17:55 +0530, Smitha T Murthy a écrit : > Added V4l2 controls for HEVC encoder > > Signed-off-by: Smitha T Murthy > --- > Documentation/media/uapi/v4l/extended-controls.rst | 410 > + > 1 file changed, 410 insertions(+) > >

Re: [PATCH v2 0/3] Initial driver support for Xilinx M2M Video Scaler

Le mercredi 21 février 2018 à 14:43 -0800, Rohit Athavale a écrit : > This patch series has three commits : > - Driver support for the Xilinx M2M Video Scaler IP > - TODO document > - DT binding doc > > Changes in HW register map is expected as the IP undergoes changes. > This is a first

Re: [PATCH v3 3/9] uapi: media: New fourcc codes needed by Xilinx Video IP

Le mercredi 14 février 2018 à 22:42 -0800, Satish Kumar Nagireddy a écrit : > From: Jeffrey Mouroux > > The Xilinx Video Framebuffer DMA IP supports video memory formats > that are not represented in the current V4L2 fourcc library. This > patch adds those missing fourcc

Re: [RFC PATCH 6/8] v4l2: document the request API interface

o slightly pejorative as we often assume that self contained "IP Cores" are proprietary black box. But considering all the security issues that was found in these black boxes firmwares, it's kind of fair criticism. Nicolas p.s. I'd propose to rephrase this in later version

Re: iMX6q/coda encoder failures with ffmpeg/gstreamer m2m encoders

gt; regards > > Philipp > > > > Thanks Philipp, > > It solves the gstreamer encoding. Just to let you know that a fix, though slightly different, was merged into master branch. Let us know if you have any further issues. regards, Nicolas

Re: [PATCH 1/2] MAINTAINERS: linux-media: update Microchip ISI and ISC entries

On 09/01/2018 at 14:46, Nicolas Ferre wrote: > These two image capture interface drivers are now handled > by Wenyou Yang. > I benefit from this change to update the two entries by correcting the > binding documentation link for ISC and moving the ISI to the new > MICROCHIP /

Re: MT9M131 on I.MX6DL CSI color issue

ght=1024 framerate=25/1 > ! \ > jpegenc ! filesink location=capture1.jpeg > > For "format" codes see gst-inspect-1.0 videoparse. A properly written driver should never permit this. Nicolas

[PATCH v2] MAINTAINERS: mtd/nand: update Microchip nand entry

Update Wenyou Yang email address. Take advantage of this update to move this entry to the MICROCHIP / ATMEL location and add the DT binding documentation link. Signed-off-by: Nicolas Ferre <nicolas.fe...@microchip.com> Acked-by: Wenyou Yang <wenyou.y...@microchip.com> --- v2: -

Re: [PATCH v7 0/6] V4L2 Explicit Synchronization

ng twice as faster than the same pipeline with no fences. What does it mean twice faster here ? Nicolas signature.asc Description: This is a digitally signed message part

[PATCH 1/2] MAINTAINERS: linux-media: update Microchip ISI and ISC entries

These two image capture interface drivers are now handled by Wenyou Yang. I benefit from this change to update the two entries by correcting the binding documentation link for ISC and moving the ISI to the new MICROCHIP / ATMEL location. Signed-off-by: Nicolas Ferre <nicolas.fe...@microchip.

[PATCH 2/2] MAINTAINERS: mtd/nand: update Microchip nand entry

Update Wenyou Yang email address. Take advantage of this update to move this entry to the MICROCHIP / ATMEL location and add the DT binding documentation link. Signed-off-by: Nicolas Ferre <nicolas.fe...@microchip.com> --- Hi, Patch against next-20180109. This patch is somehow dep

Re: [RFC PATCH 0/9] media: base request API support

Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit : > Here is a new attempt at the request API, following the UAPI we agreed on in > Prague. Hopefully this can be used as the basis to move forward. > > This series only introduces the very basics of how requests work: allocate

Re: [RFC PATCH 0/9] media: base request API support

Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit : > Here is a new attempt at the request API, following the UAPI we agreed on in > Prague. Hopefully this can be used as the basis to move forward. > > This series only introduces the very basics of how requests work: allocate

Re: Kernel Oopses from v4l_enum_fmt

Le mercredi 13 décembre 2017 à 22:33 +0100, Oleksandr Ostrenko a écrit : > Dear all, > > There is an issue in v4l_enum_fmt leading to kernel panic under > certain > circumstance. It happens while I try to capture video from my TV > tuner. > > When I connect this USB TV tuner (WinTV HVR-1900) it

Re: [PATCH v4 3/5] staging: Introduce NVIDIA Tegra video decoder driver

ill use the > requests > API for video decoding in order to upstream the requests API. Does it sound > good? Chromium/Chrome already have support for that type of decoder in their tree. In theory, it should just work. Nicolas

Re: [Patch v6 05/12] [media] videodev2.h: Add v4l2 definition for HEVC

Le vendredi 08 décembre 2017 à 14:38 +0530, Smitha T Murthy a écrit : > Add V4L2 definition for HEVC compressed format > > Signed-off-by: Smitha T Murthy > Reviewed-by: Andrzej Hajda > Reviewed-by: Stanimir Varbanov >

brauchen sie schnell geld? Wir helfen ihnen weiter

brauchen sie schnell geld? Wir helfen ihnen weiter Wenn reiche person fuhle ich mich verpflichtet menschen eine zweite chance zu bieten. Keine uberraschungen, kein betrug aber klarheit und schnell geld auf ihrem konto. Kontaktieren sie uns und geben sie an wie viel sie leihen mochten. Wie

Re: [linux-sunxi] Cedrus driver

, we need to document that V4L2_PIX_FMT_MPEG2_FRAME implies using the Request API and specific CID. We should probably also ping the Chrome Devs, which probably have couple of pending branches around this. regards, Nicolas signature.asc Description: This is a digitally signed message part

[PATCH v2] uvc: Add D3DFMT_L8 support

Microsoft HoloLense UVC sensor uses D3DFMT instead of FOURCC when exposing formats. This adds support for D3DFMT_L8 as exposed from the Acer Windows Mixed Reality Headset. Signed-off-by: Nicolas Dufresne <nicolas.dufre...@collabora.com> --- drivers/media/usb/uvc/uvc_driver.c | 5 + d

Re: [PATCH v2] media: s5p-mfc: Add support for V4L2_MEMORY_DMABUF type

Le lundi 06 novembre 2017 à 10:28 +0100, Marek Szyprowski a écrit : > Hi Nicolas, > > On 2017-11-03 14:45, Nicolas Dufresne wrote: > > Le vendredi 03 novembre 2017 à 09:11 +0100, Marek Szyprowski a écrit : > > > MFC driver supports only MMAP operation mode ma

[PATCH] uvc: Add D3DFMT_L8 support

Microsoft HoloLense UVC sensor uses D3DFMT instead of FOURCC when exposing formats. This add support for D3DFMT_L8 as exposed from the Acer Windows Mixed Reality Headset. Signed-off-by: Nicolas Dufresne <nicolas.dufre...@collabora.com> --- drivers/media/usb/uvc/uvc_driver.c | 5 + d

Re: [PATCH v2] media: s5p-mfc: Add support for V4L2_MEMORY_DMABUF type

Le vendredi 03 novembre 2017 à 09:11 +0100, Marek Szyprowski a écrit : > MFC driver supports only MMAP operation mode mainly due to the hardware > restrictions of the addresses of the DMA buffers (MFC v5 hardware can > access buffers only in 128MiB memory region starting from the base address > of

Re: [PATCH] media: vb2: unify calling of set_page_dirty_lock

Le mardi 17 octobre 2017 à 13:14 +0300, Sakari Ailus a écrit : > On Sun, Oct 15, 2017 at 07:09:24PM -0400, Nicolas Dufresne wrote: > > Le dimanche 15 octobre 2017 à 23:40 +0300, Sakari Ailus a écrit : > > > Hi Nicolas, > > > > > > On Tue, Oct 10, 2017 at 11:4

Re: [PATCH] media: vb2: unify calling of set_page_dirty_lock

Le dimanche 15 octobre 2017 à 23:40 +0300, Sakari Ailus a écrit : > Hi Nicolas, > > On Tue, Oct 10, 2017 at 11:40:10AM -0400, Nicolas Dufresne wrote: > > Le mardi 29 août 2017 à 14:26 +0300, Stanimir Varbanov a écrit : > > > Currently videobuf2-dma-sg checks for dma d

Re: [PATCH] venus: reimplement decoder stop command

his is last > decoded buffer with data. > > Signed-off-by: Stanimir Varbanov <stanimir.varba...@linaro.org> Tested-By: Nicolas Dufresne <nicolas.dufre...@collabora.com> > --- > drivers/media/platform/qcom/venus/core.h| 2 -- > drivers/media/platform/qcom/venus/h

Re: [PATCH v3 1/2] staging: Introduce NVIDIA Tegra20 video decoder driver

requires parsed headers like PPS/SPS. https://lwn.net/Articles/720797/ regards, Nicolas signature.asc Description: This is a digitally signed message part

Re: [PATCH] media: vb2: unify calling of set_page_dirty_lock

device=/dev/video2 ! video/x-raw,format=NV16,width=1280,height=720 ! kmssink https://people.collabora.com/~nicolas/vmalloc-issue.mov Feedback on this issue would be more then welcome. It's not clear to me who's bug is this (v4l2, drm or iommu). The software is unlikely to be blamed as this

Re: [PATCH 2/2] media: venus: venc: fix bytesused v4l2_plane field

I confirm this works properly now. This was tested with GStreamer with the following command: gst-launch-1.0 videotestsrc ! v4l2vp8enc ! v4l2vp8dec ! kmssink And the following patch, which is work in progress to implement data_offset. https://gitlab.collabora.com/nicolas/gst-plugins-good

Re: platform: coda: how to use firmware-imx binary releases? / how to use VDOA on imx6?

12. > > ok. I'll have to look into it, and just in case you see a problem on > first sight: > this is what coda says with debug level 1, when doing > > gst-launch-1.0 playbin uri=file:///data/test2_hd480.h264 > video-sink=fbdevsink A bit unrelated, but kmssink remains a better choice here. Nicolas

Re: Memory freeing when dmabuf fds are exported with VIDIOC_EXPBUF

ince it requires an allocation and a CPU copy of the data. This is only needed because V4L2 is trying to prevent over allocation. In this case, userspace is only holding on 1 of the frames, this is far from the dramatic memory waste that we are describing here. regards, Nicolas

Re: [PATCH v3 01/15] [media] v4l: Document explicit synchronization behaviour

Le jeudi 07 septembre 2017 à 15:42 -0300, Gustavo Padovan a écrit : > From: Gustavo Padovan > > Add section to VIDIOC_QBUF about it > > v2: > - mention that fences are files (Hans) > - rework for the new API > > Signed-off-by: Gustavo Padovan

[PATCH 1/1] staging/atomisp: fix header guards

#ifndef. Fixes: a49d25364dfb ("staging/atomisp: Add support for the Intel IPU v2") Signed-off-by: Nicolas Iooss <nicolas.iooss_li...@m4x.org> --- .../css2400/css_2400_system/hrt/input_formatter_subsystem_defs.h| 2 +- .../css2400/css_2401_csi2p_system/hrt/input_formatter_subsy

Re: DRM Format Modifiers in v4l2

ts they generate. Generic userspace will basically pick some random combination. To allow generically picking the optimal configuration we could indeed rely on the application knowledge, but we could also enhance the spec so that the order in the enumeration becomes meaningful. regards

Re: [PATCH 2/2] media:imx274 V4l2 driver for Sony imx274 CMOS sensor

Le lundi 28 août 2017 à 08:15 -0700, Soren Brinkmann a écrit : > From: Leon Luo > > The imx274 is a Sony CMOS image sensor that has 1/2.5 image size. > It supports up to 3840x2160 (4K) 60fps, 1080p 120fps. The interface > is 4-lane MIPI running at 1.44Gbps each. > >

Re: DRM Format Modifiers in v4l2

o obtain this list is quite inefficient. Also, be aware that DRM_FORMAT_MOD_SAMSUNG_64_32_TILE modifier has been implemented in V4L2 with a direct format (V4L2_PIX_FMT_NV12MT). I think an other one made it the same way recently, something from Mediatek if I remember. Though, unli

Re: [PATCH v3] [media] v4l2: Add support for go2001 PCI codec driver

Le mardi 25 juillet 2017 à 19:40 +0200, Thierry Escande a écrit : > This patch adds support for the go2001 PCI codec driver. This > hardware > is present on ChromeOS based devices like the Acer ChromeBox and > Acer/LG > ChromeBase 24 devices. This chipset comes on a mini PCI-E card with > Google

Re: [PATCH] media: Convert to using %pOF instead of full_name

nfradead.org > Cc: linux-samsung-...@vger.kernel.org > Cc: linux-media...@lists.infradead.org > Cc: linux-renesas-...@vger.kernel.org > --- > drivers/media/i2c/s5c73m3/s5c73m3-core.c | 3 +- > drivers/media/i2c/s5k5baf.c| 7 ++-- > drivers/media/platform/am43

Re: [PATCH v2 2/6] [media] rockchip/rga: v4l2 m2m support

Le lundi 17 juillet 2017 à 05:37 +0300, Laurent Pinchart a écrit : > Hi Nicolas, > > On Saturday 15 Jul 2017 12:49:13 Personnel wrote: > > You might want to fix your mailer to use your name :-) > > > Le samedi 15 juillet 2017 à 12:42 +0300, Laurent Pinchart a écrit :

Re: [PATCH v6 1/3] [media] v4l: add parsed MPEG-2 support

Le samedi 08 juillet 2017 à 13:16 +0800, ayaka a écrit : > > On 07/08/2017 02:33 AM, Nicolas Dufresne wrote: > > Le samedi 08 juillet 2017 à 01:29 +0800, ayaka a écrit : > > > On 07/04/2017 05:29 PM, Hugues FRUCHET wrote: > > > > Hi Randy, > > > >

Re: [PATCH v6 1/3] [media] v4l: add parsed MPEG-2 support

Le samedi 08 juillet 2017 à 01:29 +0800, ayaka a écrit : > > On 07/04/2017 05:29 PM, Hugues FRUCHET wrote: > > Hi Randy, > > Thanks for review, and sorry for late reply, answers inline. > > BR, > > Hugues. > > > > On 06/11/2017 01:41 PM, ayaka wrote: > > > > > > On 04/28/2017 09:25 PM, Hugues

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Le mardi 27 juin 2017 à 23:11 +0800, Jacob Chen a écrit : > Hi Nicolas. > > 2017-06-26 23:49 GMT+08:00 Nicolas Dufresne <nico...@ndufresne.ca>: > > > > Le lundi 26 juin 2017 à 22:51 +0800, Jacob Chen a écrit : > > > Rockchip RGA is a separate

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Le lundi 26 juin 2017 à 22:51 +0800, Jacob Chen a écrit : > Rockchip RGA is a separate 2D raster graphic acceleration unit. It > accelerates 2D graphics operations, such as point/line drawing, image > scaling, rotation, BitBLT, alpha blending and image blur/sharpness. > > The drvier is mostly

Re: [PATCH 08/12] [media] vb2: add 'ordered' property to queues

Le vendredi 16 juin 2017 à 16:39 +0900, Gustavo Padovan a écrit : > > From: Gustavo Padovan > > For explicit synchronization (and soon for HAL3/Request API) we need > the v4l2-driver to guarantee the ordering which the buffer were queued > by userspace. This is

Re: [RFC 00/10] V4L2 explicit synchronization support

with the explicit fences. In the current RFC, the fences are signalled through a callback, and QBUF is split in half. So waiting on the fence is done elsewhere, and the qbuf operation completes on the fence callback thread. Nicolas signature.asc Description: This is a digitally signed message part

Re: [PATCH v2 3/3] libv4l-codecparsers: add GStreamer mpeg2 parser

Le vendredi 28 avril 2017 à 17:02 +0200, Hugues Fruchet a écrit : > Add the mpeg2 codecparser backend glue which will > call the GStreamer parsing functions. > > Signed-off-by: Hugues Fruchet > --- >  configure.ac|  21 ++ >  

Re: [PATCH] [media] atmel-isc: Set the default DMA memory burst size

Le 20/04/2017 à 10:51, Songjun Wu a écrit : > Sometimes 'DMA single access' is not enough to transfer > a frame of image, '8-beat burst access' is set as the > default DMA memory burst size. > > Signed-off-by: Songjun Wu <songjun...@microchip.com> Seems okay: Acked-by: Nico

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

used. Tizen and my > experimental mpv backend. Sorry for the noise then. regards, Nicolas signature.asc Description: This is a digitally signed message part

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

Le mercredi 26 avril 2017 à 18:52 +0200, Tobias Jakobi a écrit : > Hello again, > > > Nicolas Dufresne wrote: > > Le mercredi 26 avril 2017 à 01:21 +0300, Sakari Ailus a écrit : > > > Hi Marek, > > > > > > On Thu, Apr 20, 2017 at 01:23:09PM +020

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

Le mercredi 26 avril 2017 à 01:21 +0300, Sakari Ailus a écrit : > Hi Marek, > > On Thu, Apr 20, 2017 at 01:23:09PM +0200, Marek Szyprowski wrote: > > Hi Laurent, > > > > On 2017-04-20 12:25, Laurent Pinchart wrote: > > > Hi Marek, > > > > > > (CC'ing Sakari Ailus) > > > > > > Thank you for the

Re: support autofocus / autogain in libv4l2

w... This is also incorrect. See "work" branch. It is still a one man show, code being aggressively re-factored. I suspect this will be the case until the "form" is considered acceptable. Nicolas signature.asc Description: This is a digitally signed message part

Re: support autofocus / autogain in libv4l2

really feasible > with "complex" library. That is incorrect. The library propose an API where you simply replace certain low level calls, like ioctl -> v4l2_ioctl, open -> v4l2_open(). You have to do that explicitly in your existing code. It does not abstract the API itself unlike libdrm.

Re: support autofocus / autogain in libv4l2

rophone > input. > Because references are nice: https://blogs.gnome.org/uraeus/2015/06/30/introducing-pulse-video/ https://gstconf.ubicast.tv/videos/camera-sharing-and-sandboxing-with-pinos/ And why the internals are not going to be implemented using GStreamer in the end: https://gstconf.ubicast.tv/videos/keep-calm-and-refactor-about-the-essence-of-gstreamer/ regards, Nicolas signature.asc Description: This is a digitally signed message part

Re: [PATCHv6 00/14] atmel-isi/ov7670/ov2640: convert to standalone drivers

remove dependency of the soc-camera framework > atmel-isi: move out of soc_camera to atmel > ov2640: fix colorspace handling > ov2640: update bindings > ov2640: convert from soc-camera to a standard subdev sensor driver. > ov2640: use standard clk and enable it. >

Re: [PATCH v7 5/9] media: venus: vdec: add video decoder files

re > buffer is ready. > > For sequence numbering just give the output queue its own sequence > counter. Btw, GStreamer and Chromium only supports TIMESTAMP_COPY, and will most likely leak frames if you craft timestamp. Nicolas signature.asc Description: This is a digitally signed message part

  1   2   3   4   >