This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Tue Oct 30 05:00:16 CET 2018
media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc
media_build
I think need Cc to Lad, Prabhakar
On 10/30/2018 02:46 AM, Wenwen Wang wrote:
> Hello,
>
> Can anyone confirm this bug? Thanks!
>
> Wenwen
>
> On Fri, Oct 19, 2018 at 9:12 AM Wenwen Wang wrote:
>> In dvb_audio_write(), the first byte of the user-space buffer 'buf' is
>> firstly copied and
The SoC camera framework has been obsolete for some time and it is no
longer functional. A few drivers have been converted to the V4L2
sub-device API but for the rest the conversion has not taken place yet.
In order to keep the tree clean and to avoid keep maintaining
non-functional and obsolete
Clean up the SoC camera framework header. It only exists now to keep board
code compiling. The header can be removed once the board code dependencies
to it has been removed.
Signed-off-by: Sakari Ailus
---
include/media/soc_camera.h | 335 -
1 file
The tw9910 driver does not depend on SoC camera framework. Don't include
the header, but instead include media/v4l2-async.h which the driver really
needs.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/tw9910.c | 1 +
include/media/i2c/tw9910.h | 2 --
2 files changed, 1 insertion(+), 2
The async sub-device was added to the async list in probe but it was not
removed in the driver's remove function. Fix this. Also unregister the
async subdev before powering down the device.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/tw9910.c | 3 ++-
1 file changed, 2 insertions(+), 1
Hi everyone,
There's been some discussion on SoC camera removal and the idea has been
to keep it around as long as the board code refers to it, to keep it
compiling.
The references to SoC camera in the board code are effectively references
to a single struct, struct soc_camera_link plus a few
Introduce functions to load and install ImgU FW blobs.
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-css-fw.c | 264 +
drivers/media/pci/intel/ipu3/ipu3-css-fw.h | 188
2 files changed, 452 insertions(+)
create mode 100644
This patch adds support for the Intel IPU v3 as found
on Skylake and Kaby Lake SoCs.
The driver glues v4l2, css(camera sub system) and other
pieces together to perform its functions, it also loads
the IPU3 firmware binary as part of its initialization.
Signed-off-by: Yong Zhi
Signed-off-by:
Add IPU3-specific meta formats for parameter
processing and 3A, DVS statistics:
V4L2_META_FMT_IPU3_PARAMS
V4L2_META_FMT_IPU3_STAT_3A
Signed-off-by: Yong Zhi
---
drivers/media/v4l2-core/v4l2-ioctl.c | 2 ++
include/uapi/linux/videodev2.h | 4
2 files changed, 6 insertions(+)
This add all the structs of IPU3 firmware ABI.
Signed-off-by: Yong Zhi
Signed-off-by: Rajmohan Mani
---
drivers/media/pci/intel/ipu3/ipu3-abi.h | 1350 +++
1 file changed, 1350 insertions(+)
diff --git a/drivers/media/pci/intel/ipu3/ipu3-abi.h
The pools are used to store previous parameters set by
user with the parameter queue. Due to pipelining,
there needs to be multiple sets (up to four)
of parameters which are queued in a host-to-sp queue.
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-css-pool.c | 136
This provides helper library to be used by
v4l2 level to program imaging pipelines and
control the streaming.
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-css.c | 1760 +++
1 file changed, 1760 insertions(+)
diff --git
A collection of routines that are mainly used
to calculate the parameters for accelerator cluster.
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-css-params.c | 2907
drivers/media/pci/intel/ipu3/ipu3-css-params.h | 25 +
2 files changed, 2932
These meta formats are used on Intel IPU3 ImgU video queues
to carry 3A statistics and ISP pipeline parameters.
V4L2_META_FMT_IPU3_3A
V4L2_META_FMT_IPU3_PARAMS
Signed-off-by: Yong Zhi
Signed-off-by: Chao C Li
Signed-off-by: Rajmohan Mani
---
Documentation/media/uapi/v4l/meta-formats.rst
This patch implements the functions to initialize
and configure IPU3 h/w such as clock, irq and power.
Signed-off-by: Yong Zhi
Signed-off-by: Tomasz Figa
---
drivers/media/pci/intel/ipu3/ipu3-css.c | 537
drivers/media/pci/intel/ipu3/ipu3-css.h | 203
From: Tomasz Figa
This driver translates IO virtual address to physical
address based on two levels page tables.
Signed-off-by: Tomasz Figa
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-mmu.c | 560
drivers/media/pci/intel/ipu3/ipu3-mmu.h |
From: Rajmohan Mani
This patch adds the details about the IPU3 Imaging Unit driver.
Change-Id: I560cecf673df2dcc3ec72767cf8077708d649656
Signed-off-by: Rajmohan Mani
---
Documentation/media/v4l-drivers/index.rst | 1 +
Documentation/media/v4l-drivers/ipu3.rst | 326
From: Tomasz Figa
This driver uses IOVA space for buffer mapping through IPU3 MMU
to transfer data between imaging pipelines and system DDR.
Signed-off-by: Tomasz Figa
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-dmamap.c | 270 +
Add macros and enums used for IPU3 firmware interface.
Signed-off-by: Yong Zhi
Signed-off-by: Rajmohan Mani
---
drivers/media/pci/intel/ipu3/ipu3-abi.h | 661
1 file changed, 661 insertions(+)
create mode 100644 drivers/media/pci/intel/ipu3/ipu3-abi.h
diff
Hi,
This series adds support for the Intel IPU3 (Image Processing Unit)
ImgU which is essentially a modern memory-to-memory ISP. It implements
raw Bayer to YUV image format conversion as well as a large number of
other pixel processing algorithms for improving the image quality.
Meta data
Hi all,
On 29/10/18 18:30, Sean Young wrote:
> Hi Michael,
>
> On Thu, Jul 12, 2018 at 02:21:18PM +0100, Sean Young wrote:
>> On Thu, Jul 12, 2018 at 09:33:32AM -0300, Mauro Carvalho Chehab wrote:
>>> Hi Michael/Alec,
>>>
>>> Em Fri, 18 May 2018 16:25:29 +0100
>>> Sean Young escreveu:
>>>
Hi Mauro,
just a reminder, Rob already added his ack/rev-by tags.
Thanks,
Marco
On 18-09-18 15:14, Marco Felsch wrote:
> Hi,
>
> this is my v3 with the integrated reviews from my v2 [1]. This serie
> applies to Mauro's experimental.git [2].
>
> @Mauro:
> Patch ("media: tvp5150: fix
From: Michael Grzeschik
Currently set_fmt don't care about the streaming status, so the format
can be changed during streaming. This can lead into wrong behaviours.
Check if the device is already streaming and return -EBUSY to avoid
wrong behaviours.
Signed-off-by: Michael Grzeschik
From: Michael Grzeschik
This patch implements the framerate selection using the skipping and
readout power-modi features. The power-modi cut the framerate by half
and each context has an independent selection bit. The same applies to
the 2x skipping feature.
Signed-off-by: Michael Grzeschik
Add the pclk-sample property to the list of optional properties
for the mt9m111 camera sensor.
Signed-off-by: Marco Felsch
---
Documentation/devicetree/bindings/media/i2c/mt9m111.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/media/i2c/mt9m111.txt
From: Enrico Scholz
The chip can be configured to output data transitions on the
rising or falling edge of PIXCLK (Datasheet R58:1[9]), default is on the
falling edge.
Parsing the fw-node is made in a subfunction to bundle all (future)
dt-parsing / fw-parsing stuff.
Signed-off-by: Enrico
Add callback to check if we are already streaming. Now other callbacks
can check the state and return -EBUSY if we already streaming.
Signed-off-by: Marco Felsch
---
drivers/media/i2c/mt9m111.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/media/i2c/mt9m111.c
Hi,
this is the v2 of [1]. I fixed some issues I made during converting
Enrico's and Michael's patches and rebased it on top of
media-tree/master. Please see commit comments for further information.
The dt-bindings patches are new as result of Sakari's review [2].
[1]
Replace the vague binding by a more verbose. Remove the remote property
from the example since the driver don't support such a property. Also
remove the bus-width property from the endpoint since the driver don't
take care of it.
Signed-off-by: Marco Felsch
---
The capture DV timings capabilities allowed for a minimum width and height of 0.
So passing a timings struct with 0 values is allowed and will later cause a
division
by zero.
Ensure that the width and height must be >= 16 to avoid this.
Signed-off-by: Hans Verkuil
Reported-by:
Hi Michael,
On Thu, Jul 12, 2018 at 02:21:18PM +0100, Sean Young wrote:
> On Thu, Jul 12, 2018 at 09:33:32AM -0300, Mauro Carvalho Chehab wrote:
> > Hi Michael/Alec,
> >
> > Em Fri, 18 May 2018 16:25:29 +0100
> > Sean Young escreveu:
> >
> > > On Sun, May 06, 2018 at 12:34:53PM +0200, Michael
Hi,
Apologies if this is the wrong mailing list and if so could you advise
me on the correct one.
I'm trying to use the OmniVision ov5640 camera sensor with the ATMEL
SAMA5D2 using it's Image Sensor Controller (ISC). I've seen a link
where they have this controller working with the ov7670 and
kthread_run returns an error pointer, but elsewhere in the code
dev->kthread_vid_cap/out
is checked against NULL.
If kthread_run returns an error, then set the pointer to NULL.
I chose this method over changing all kthread_vid_cap/out tests elsewhere since
this
is more robust.
Signed-off-by:
34 matches
Mail list logo