Add V4L2_PIX_FMT_MT21C support
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c
b/drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c
i
This patch series add Mediatek compressed block format V4L2_PIX_FMT_MT21C, the
decoder driver will decoded bitstream to V4L2_PIX_FMT_MT21C format.
User space applications could use MT8173 MDP driver to convert
V4L2_PIX_FMT_MT21C to
V4L2_PIX_FMT_NV12M, V4L2_PIX_FMT_YUV420M and V4L2_PIX_FMT_YVU420.
Add video decoder node for MT8173
Signed-off-by: Tiffany Lin
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 44 ++
1 file changed, 44 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
index 10f638f..2872
Add V4L2_PIX_FMT_MT21C format used on MT8173 driver.
It is compressed format and need MT8173 MDP driver to transfer to other
standard format.
Signed-off-by: Tiffany Lin
---
drivers/media/v4l2-core/v4l2-ioctl.c |1 +
include/uapi/linux/videodev2.h |1 +
2 files changed, 2 insertions
Add V4L2_PIX_FMT_MT21C documentation
Signed-off-by: Tiffany Lin
---
Documentation/media/uapi/v4l/pixfmt-reserved.rst |6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/media/uapi/v4l/pixfmt-reserved.rst
b/Documentation/media/uapi/v4l/pixfmt-reserved.rst
index 0dd2f7f..2e
Add Tiffany Lin and Andrew-CT Chen as maintainers for
Mediatek MT8173 vcodec drivers
Signed-off-by: Tiffany Lin
Signed-off-by: Andrew-CT Chen
---
v2: Rename MT8173 MEDIA DRIVER to MEDIATEK MEDIA DRIVER
---
MAINTAINERS |9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b
This patch fix decoder compiler/sparse warnings
Signed-off-by: Tiffany Lin
---
.../media/platform/mtk-vcodec/vdec/vdec_h264_if.c |7 ---
.../media/platform/mtk-vcodec/vdec/vdec_vp8_if.c |1 +
.../media/platform/mtk-vcodec/vdec/vdec_vp9_if.c |4 ++--
drivers/media/platform/mt
On Tue, 2016-09-06 at 14:35 +0800, Tiffany Lin wrote:
> Add Tiffany Lin and Andrew-CT Chen as maintainers for
> Mediatek MT8173 vcodec drivers
>
> Signed-off-by: Tiffany Lin
> Signed-off-by: Andrew-CT Chen
> ---
> MAINTAINERS |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a
Am 06.09.2016 um 14:27 schrieb Jonathan Corbet :
> So I'm going into total nit-picking territory here, but since I'm looking
> at it and I think the series needs a respin anyway...
>
> On Wed, 31 Aug 2016 17:29:31 +0200
> Markus Heiser wrote:
>
>> +m = c_funcptr_sig_re.match(sig)
>> +
On Tue, 2016-09-06 at 22:51 +0800, Julia Lawall wrote:
> PTR_ERR should access the value just tested by IS_ERR
>
> Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci
>
> CC: Tiffany Lin
> Signed-off-by: Julia Lawall
> Signed-off-by: Fengguang Wu
Reviewed-by:Tiffany Lin
> ---
>
> mtk
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: Wed Sep 7 04:00:21 CEST 2016
git branch: test
git hash: 036bbb8213ecca49799217f30497dc0484178e53
gcc versi
Support both the HSV24 and HSV32 formats. From a hardware point of view
pretend the formats are RGB, the RPF and WPF will just pass the data
through without performing any processing.
Signed-off-by: Laurent Pinchart
---
This patch is based on top of Ricardo's "[PATCH v5 00/12] Add HSV format"
se
Remove unneeded variables and assignments.
Signed-off-by: Masahiro Yamada
---
drivers/media/dvb-core/dvb_frontend.c | 8 ++--
drivers/media/pci/meye/meye.c | 5 +
drivers/media/pci/ttpci/av7110.c | 4 +---
drivers/media/platform/s5p-jp
Hi Niklas,
Thank you for the patch.
On Tuesday 06 Sep 2016 16:38:56 Niklas Söderlund wrote:
> The HGT is a Histogram Generator Two-Dimensions. It computes a weighted
> frequency histograms for hue and saturation areas over a configurable
> region of the image with optional subsampling.
>
> Signe
Em Mon, 22 Aug 2016 11:04:53 +0200
Johan Fjeldtvedt escreveu:
> The pulse8 dongle has some quirky behaviors when in autonomous mode.
> Document these.
>
> Signed-off-by: Johan Fjeldtvedt
While it is ok to add this at a note on the driver, IMHO, the best would
be to write a rst file for this dr
Le mercredi 20 juillet 2016 à 16:20 +0300, Sakari Ailus a écrit :
> Hi Javier,
>
> On Fri, Jul 15, 2016 at 12:26:06PM -0400, Javier Martinez Canillas
> wrote:
> > The buffer planes' dma-buf are currently mapped when buffers are queued
> > from userspace but it's more appropriate to do the mapping
Le lundi 18 juillet 2016 à 12:27 +0200, Marek Szyprowski a écrit :
> Hello,
>
>
> On 2016-07-15 18:26, Javier Martinez Canillas wrote:
> > The buffer planes' dma-buf are currently mapped when buffers are queued
> > from userspace but it's more appropriate to do the mapping when buffers
> > are qu
Le lundi 18 juillet 2016 à 10:34 +0200, Hans Verkuil a écrit :
> On 07/15/2016 06:26 PM, Javier Martinez Canillas wrote:
> > The buffer planes' dma-buf are currently mapped when buffers are queued
> > from userspace but it's more appropriate to do the mapping when buffers
> > are queued in the driv
Em Tue, 06 Sep 2016 21:11:10 +0300
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Tuesday 06 Sep 2016 14:06:51 Mauro Carvalho Chehab wrote:
> > Em Wed, 17 Aug 2016 15:20:28 +0300 Laurent Pinchart escreveu:
> > > The format is used on the R-Car VSP1 video queues that carry
> > > 1-D histogram st
Hi Mauro,
On Tuesday 06 Sep 2016 14:06:51 Mauro Carvalho Chehab wrote:
> Em Wed, 17 Aug 2016 15:20:28 +0300 Laurent Pinchart escreveu:
> > The format is used on the R-Car VSP1 video queues that carry
> > 1-D histogram statistics data.
> >
> > Signed-off-by: Laurent Pinchart
> >
> > Acked-by: Sak
Hi Niklas,
On Tuesday 06 Sep 2016 12:28:00 Niklas Söderlund wrote:
> On 2016-09-05 18:13:39 +0300, Laurent Pinchart wrote:
> > The code will be shared with the HGT entity, move it to the generic
> > histogram implementation.
> >
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > drivers/m
Hi Laurent,
Em Wed, 17 Aug 2016 15:20:28 +0300
Laurent Pinchart escreveu:
> The format is used on the R-Car VSP1 video queues that carry
> 1-D histogram statistics data.
>
> Signed-off-by: Laurent Pinchart
> Acked-by: Sakari Ailus
> ---
> Changes since v1:
>
> - Rebased on top of the DocBook
Em Tue, 6 Sep 2016 17:10:53 +0200
Markus Heiser escreveu:
> Am 06.09.2016 um 15:34 schrieb Jani Nikula :
>
> > On Tue, 06 Sep 2016, Jonathan Corbet wrote:
> >> On Wed, 31 Aug 2016 17:29:30 +0200
> >> Markus Heiser wrote:
> >>
> >>> +if major >= 1 and minor < 4:
> >>> +
Em Tue, 6 Sep 2016 08:16:22 -0700
VDR User escreveu:
> I can tell you that people do still use VDR-1.6.0-3. It would be
> unwise (and unnecessary) to break backwards compatible, which would be
> grounds for NACK if you ask me. Knowingly causing breakage has always
> been an unpopular thing in the
I can tell you that people do still use VDR-1.6.0-3. It would be
unwise (and unnecessary) to break backwards compatible, which would be
grounds for NACK if you ask me. Knowingly causing breakage has always
been an unpopular thing in the VDR community, and this sounds like
it's going beyond fixing a
Am 06.09.2016 um 15:34 schrieb Jani Nikula :
> On Tue, 06 Sep 2016, Jonathan Corbet wrote:
>> On Wed, 31 Aug 2016 17:29:30 +0200
>> Markus Heiser wrote:
>>
>>> +if major >= 1 and minor < 4:
>>> +# indexnode's tuple changed in 1.4
>>> +#
>>> https://
Hi Niklas,
Thank you for the patch.
On Tuesday 06 Sep 2016 16:38:55 Niklas Söderlund wrote:
> The format is used on the R-Car VSP1 video queues that carry
> 2-D histogram statistics data.
>
> Signed-off-by: Niklas Söderlund
> ---
> Documentation/media/uapi/v4l/meta-formats.rst | 1 +
>
PTR_ERR should access the value just tested by IS_ERR
Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci
CC: Tiffany Lin
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
mtk_vcodec_dec_drv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/media/platfo
The HGT is a Histogram Generator Two-Dimensions. It computes a weighted
frequency histograms for hue and saturation areas over a configurable
region of the image with optional subsampling.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/vsp1/Makefile | 2 +-
drivers/media/platf
The format is used on the R-Car VSP1 video queues that carry
2-D histogram statistics data.
Signed-off-by: Niklas Söderlund
---
Documentation/media/uapi/v4l/meta-formats.rst | 1 +
.../media/uapi/v4l/pixfmt-meta-vsp1-hgt.rst| 122 +
drivers/media/v4l2-core/v4l2
Hi,
This series add support for the VSP1 2-D histogram engine HGT.
It's based on top of Laurent Pinchart tree at
git://linuxtv.org/pinchartl/media.git hgo. And depends on Laurents patch
'[PATCH] v4l: vsp1: Move subdev operations from HGO to common histogram
code'.
It is tested on Koelsch usin
On Tue, 06 Sep 2016, Jonathan Corbet wrote:
> On Wed, 31 Aug 2016 17:29:30 +0200
> Markus Heiser wrote:
>
>> +if major >= 1 and minor < 4:
>> +# indexnode's tuple changed in 1.4
>> +#
>> https://github.com/sphinx-doc/sphinx/commit/e6a5a3a92e938fcd75866
Hi Mauro,
This patch fixes the int bitfield issue you found in the ad5820 driver.
Please pull.
The following changes since commit e62c30e76829d46bf11d170fd81b735f13a014ac:
[media] smiapp: Remove set_xclk() callback from hwconfig (2016-09-05 15:53:20
-0300)
are available in the git reposito
From: Colin Ian King
The variable name is always assigned to a literal string in the
proceeding switch statement, so it is never null and hence the
null check is redundant. Remove null the check.
Signed-off-by: Colin Ian King
---
drivers/media/usb/pvrusb2/pvrusb2-sysfs.c | 1 -
1 file changed,
On Tue, 6 Sep 2016 14:24:11 +0200
Markus Heiser wrote:
> Should I send a new patch .. or could you fix it?
Please just regenerate the series and I'll apply it.
Thanks,
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kerne
On Wed, 31 Aug 2016 17:29:32 +0200
Markus Heiser wrote:
> For function-like macros, sphinx creates 'FOO (C function)' entries.
> With this patch 'FOO (C macro)' are created for function-like macros,
> which is the same for object-like macros.
As others have pointed out, we generally want to hide
On Tue, Sep 06, 2016 at 01:51:51PM +0300, Oliver Collyer wrote:
> So today I installed Ubuntu 16.04 on another PC (this one a high spec machine
> with a Rampage V Extreme motherboard) and I reproduced exactly the same
> errors and trace.
>
> Rebooting the same PC back into Windows 10 and using t
So I'm going into total nit-picking territory here, but since I'm looking
at it and I think the series needs a respin anyway...
On Wed, 31 Aug 2016 17:29:31 +0200
Markus Heiser wrote:
> +m = c_funcptr_sig_re.match(sig)
> +if m is None:
> +m = c_sig_re.match(sig)
> +
Am 06.09.2016 um 14:19 schrieb Jonathan Corbet :
> On Wed, 31 Aug 2016 17:29:30 +0200
> Markus Heiser wrote:
>
>> +if major >= 1 and minor < 4:
>> +# indexnode's tuple changed in 1.4
>> +#
>> https://github.com/sphinx-doc/sphinx/commit/e6a5a3a92e938f
On Wed, 31 Aug 2016 17:29:30 +0200
Markus Heiser wrote:
> +if major >= 1 and minor < 4:
> +# indexnode's tuple changed in 1.4
> +#
> https://github.com/sphinx-doc/sphinx/commit/e6a5a3a92e938fcd75866b4227db9e0524d58f7c
> +self.indexnode[
Hi Mauro,
This request contains a single patch, one that moves the link_notify()
callback to a separate struct.
As the patch touches several drivers and is required by anything that's
adding new callbacks to the media device, I think it makes sense to merge it
now rather than later on.
Please pu
Hi Mauro,
Here are cleanups for the raw bayer pixelformats and new media bus codes for
the 14 and 16 bits per sample variants. The smiapp driver uses the newly
added formats.
Please pull.
The following changes since commit e62c30e76829d46bf11d170fd81b735f13a014ac:
[media] smiapp: Remove set_
The other raw bayer formats had a single sample depth dependent definition
whereas the 8-bit formats had one page for each. Unify the documentation
of the 8-bit formats.
Signed-off-by: Sakari Ailus
---
Documentation/media/uapi/v4l/pixfmt-rgb.rst| 3 -
Documentation/media/uapi/v4l/pixfmt-sbg
The 10-bit packed raw bayer format documented that the data of the first
pixel of a four-pixel group was found in the first byte and the two
highest bits of the fifth byte. This was not entirely correct. The two
bits in the fifth byte are the two lowest bits. The second pixel occupies
the second by
The V4L2_PIX_FMT_SBGGR16 format is documented to contain samples of fewer
than 16 bits. However, we do have specific definitions for smaller sample
sizes. Therefore, this note is redundant from the API point of view.
Currently only two drivers, am437x and davinci, use the
V4L2_PIX_FMT_SBGGR16 pixe
From: Jouni Ukkonen
The codes will be called:
MEDIA_BUS_FMT_SBGGR14_1X14
MEDIA_BUS_FMT_SGBRG14_1X14
MEDIA_BUS_FMT_SGRBG14_1X14
MEDIA_BUS_FMT_SRGGB14_1X14
Signed-off-by: Jouni Ukkonen
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
---
Documentation/media/u
Hi folks,
Here's the fourth version of the new raw bayer format definition patchset.
On Mauro's request, I've dropped the patches adding the new pixel formats
as they're not being used in a driver now. I'm keeping these patches
around in order to later on merge them once needed:
https://git.linu
- Explicitly state that the most significant n bits are zeroed on 10 and
12 bpp formats.
- Remove extra comma from the last entry of the format list
- Add a missing colon before a list
- Use figures versus word numerals consistently
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
---
Docum
SMIA++ supports 14 and 16 bits per pixel formats as well. Add support to
these formats in the driver.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 8
drivers/media/i2c/smiapp/smiapp.h | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/
The number of high order bits in samples was documented to be 6 for 12-bit
data. This is clearly wrong, fix it.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
---
Documentation/media/uapi/v4l/pixfmt-srggb12.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentatio
The codes will be called:
MEDIA_BUS_FMT_SBGGR16_1X16
MEDIA_BUS_FMT_SGBRG16_1X16
MEDIA_BUS_FMT_SGRBG16_1X16
MEDIA_BUS_FMT_SRGGB16_1X16
Signed-off-by: Sakari Ailus
---
Documentation/media/uapi/v4l/subdev-formats.rst | 290 +++-
include/uapi/linu
Hans Verkuil writes:
> Allow building this driver if COMPILE_TEST is set.
>
> Signed-off-by: Hans Verkuil
Acked-by: Robert Jarzmik
--
Robert
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
So today I installed Ubuntu 16.04 on another PC (this one a high spec machine
with a Rampage V Extreme motherboard) and I reproduced exactly the same errors
and trace.
Rebooting the same PC back into Windows 10 and using the same USB 3.0 port, I
had no problems capturing using FFmpeg via Direct
This patch series removes the soc-camera dependency of pxa_camera.
Another step closer to being able to drop soc-camera as a framework.
Regards,
Hans
The following changes since commit e62c30e76829d46bf11d170fd81b735f13a014ac:
[media] smiapp: Remove set_xclk() callback from hwconfig
On 09/06/16 12:21, Timo Helkiö wrote:
make -C /omat/media_build/v4l allyesconfig
make[1]: Entering directory '/omat/media_build/v4l'
No version yet, using 4.4.0-36-generic
make[2]: Entering directory '/omat/media_build/linux'
Syncing with dir ../media/
Applying patches for kernel 4.4.0-36-generic
Allow building this driver if COMPILE_TEST is set.
Signed-off-by: Hans Verkuil
---
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index 09ad065..2ebf170 100644
--- a/drivers/media/platform/Kconfig
+++ b/drivers/media/platform/Kconfig
@@ -93,7 +93,8 @@ config VIDEO_O
Hi Laurent,
Thanks for your patch.
On 2016-09-05 18:13:39 +0300, Laurent Pinchart wrote:
> The code will be shared with the HGT entity, move it to the generic
> histogram implementation.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/platform/vsp1/vsp1_drv.c | 7 +-
> drivers/me
make -C /omat/media_build/v4l allyesconfig
make[1]: Entering directory '/omat/media_build/v4l'
No version yet, using 4.4.0-36-generic
make[2]: Entering directory '/omat/media_build/linux'
Syncing with dir ../media/
Applying patches for kernel 4.4.0-36-generic
patch -s -f -N -p1 -i ../backports/api
Hi Robert,
On 09/06/16 11:04, Robert Jarzmik wrote:
As the conversion to a v4l2 standalone device is finished, move
pxa_camera one directory up and finish severing any dependency to
soc_camera.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/Kconfig | 8
On 09/05/16 21:01, de_witte_k...@telenet.be wrote:
In short:
Is it normal that I can use the v4l2-ctl command to adjust brightness,
saturation, hue, etc but not to adjust more interesting parameters like
bitrate, aspect ration, etc?
Working:
pi@raspberrypi:~ $ cat /sys/class/pvrusb2/sn-403439
Em Thu, 11 Aug 2016 23:29:14 +0300
Sakari Ailus escreveu:
> Preparation for refactoring media IOCTL handling to unify common parts.
>
> Reviewed-by: Laurent Pinchart
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/media-device.c | 54
> ++--
> 1 fi
Em Mon, 5 Sep 2016 20:01:22 +0100
Chris Mayo escreveu:
> On 05/09/16 14:25, Mauro Carvalho Chehab wrote:
> > Em Mon, 5 Sep 2016 15:13:04 +0200
> > Markus Heiser escreveu:
> >
> >> Hi Mauro, (Hi Chris)
> >>
> >> sorry for my late reply. I test the v4-utils on my HTPC,
> >> where I'am not often
The driver used integers for what boolean would have been a better fit.
Use boolean instead.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/ad5820.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/media/i2c/ad5820.c b/drivers/media/i2c/ad5820.c
As the conversion to a v4l2 standalone device is finished, move
pxa_camera one directory up and finish severing any dependency to
soc_camera.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/Kconfig | 8
drivers/media/platform/Makefile
Introduce sensor_call(), which will be used for all sensor invocations.
This is a preparation move to v4l2 device conversion, ie. soc_camera
adherence removal.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/soc_camera/pxa_camera.c | 27 ++
1 file changed, 15 ins
Instead of the legacy behavior where it was required to wait for all
video buffers to be finished by the hardware, use a cancel like strategy
: as soon as the stop_streaming() call is done, abort all DMA transfers,
report the already buffers as failed and return.
This makes stop_streaming() more a
Add pxa_camera registers access through advanced video debugging.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/soc_camera/pxa_camera.c | 32 ++
1 file changed, 32 insertions(+)
diff --git a/drivers/media/platform/soc_camera/pxa_camera.c
b/drivers/media/platf
Make all print consistent by always using :
- dev_xxx(pcdev_to_dev(pcdev), )
This prepares the soc_camera adherence removal by making these call rely
on only pcdev, and not the soc_camera icd structure.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/soc_camera/pxa_camera.c | 70 +
This is a tiny fix for a switch case which quiets 2 checkpatch harmless
warnings. The generated code is not affected.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/pxa_camera.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/pxa_camera.c
b/drivers/media/p
Am Dienstag, den 06.09.2016, 11:21 +0200 schrieb Arnd Bergmann:
> On Tuesday, September 6, 2016 3:50:56 PM CEST Baoyou Xie wrote:
> > #include
> > #include
> > +#include
> >
>
> by convention, we tend to write this as
>
> #include "coda.h"
>
> otherwise the patch looks good to me,
>
> Ack
On Tuesday, September 6, 2016 3:50:56 PM CEST Baoyou Xie wrote:
> #include
> #include
> +#include
>
by convention, we tend to write this as
#include "coda.h"
otherwise the patch looks good to me,
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-m
mt9m111 being a camera sensor, its colorspace should always be SRGB, for
both RGB based formats or YCbCr based ones.
Signed-off-by: Robert Jarzmik
---
drivers/media/i2c/soc_camera/mt9m111.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/i2c/soc_camera/m
Move the functions in the file to be regrouped into meaningful blocks :
1. pxa camera core handling functions, manipulating the herdware
2. videobuf2 functions, dealing with video buffers
3. video ioctl (vidioc) related functions
4. driver probing, removal, suspend and resume
This patch doesn'
Remove the soc_camera adherence. Mostly the change removes the power
manipulation provided by soc_camera, and instead :
- powers on the sensor when the s_power control is activated
- powers on the sensor in initial probe
- enables and disables the MCLK provided to it in power on/off
This patch
As the mt9m111 is now working as a standalone v4l2 subdevice sensor,
move it out of soc_camera directory and severe its dependency on
soc_camera.
Signed-off-by: Robert Jarzmik
---
drivers/media/i2c/Kconfig| 7 +++
drivers/media/i2c/Makefile | 1 +
driver
This patch removes the soc_camera API dependency from pxa_camera.
In the current status :
- all previously captures are working the same on pxa270
- the s_crop() call was removed, judged not working
(see what happens soc_camera_s_crop() when get_crop() == NULL)
- if the pixel clock is provide
Add sequence numbers to completed buffers.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/soc_camera/pxa_camera.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/soc_camera/pxa_camera.c
b/drivers/media/platform/soc_camera/pxa_camera.c
index 026ed308fea8
Convert pxa_camera from videobuf to videobuf2.
As the soc_camera was already compatible with videobuf2, the port is
quite straightforward.
The special case of this code in which the vb2 to prepare is "too
big" in terms of size for the new capture format, the pxa_camera will
fail.
Signed-off-by:
This is to be seen as a regression as the set_selection (former
set_crop) function is removed. This is a temporary situation in the v4l2
porting, and will have to be added later.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/soc_camera/pxa_camera.c | 83 --
1 f
Hans Verkuil writes:
> On 08/29/2016 07:55 PM, Robert Jarzmik wrote:
>> There is no change between v4 and v5, ie. the global diff is empty, only one
>> line was shifted to prevent breaking bisectablility.
>
> Against which tree do you develop? Unfortunately this patch series doesn't
> apply
> to
Hi,
On 08/18/16 13:22, Peter Ujfalusi wrote:
> The dmaengine driver for sDMA now have support for interleaved transfer.
> This trasnfer type was open coded with the legacy omap-dma API, but now
> we can move it to dmaengine.
>
> Signed-off-by: Peter Ujfalusi
> ---
> The dmaengine driver for sDMA
We get 1 warning when building kernel with W=1:
drivers/media/platform/coda/coda-h264.c:22:5: warning: no previous prototype
for 'coda_h264_padding' [-Wmissing-prototypes]
In fact, this function is declared in coda.h, so this patch
add missing header dependencies.
Signed-off-by: Baoyou Xie
---
On 09/04/16 22:02, Helen Koike wrote:
From: Helen Fornazier
First version of the Virtual Media Controller.
Add a simple version of the core of the driver, the capture and
sensor nodes in the topology, generating a grey image in a hardcoded
format.
Signed-off-by: Helen Koike
One thing is mi
83 matches
Mail list logo