Thank you for the update, Mauro.
I didn't know how to check the status, now I get it :-)
Thanks,
Satoshi
(2014/03/12 0:12), Mauro Carvalho Chehab wrote:
> This is an automatic generated email to let you know that the following patch
> were queued at the
> http://git.linuxtv.org/media_tree.git tr
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 Mar 12 04:00:31 CET 2014
git branch: test
git hash: 262912335c823a2bbcc87003ee55d62cc27f4e48
gcc versio
Em Tue, 11 Mar 2014 21:29:29 +0100
Hans Verkuil escreveu:
> On 03/11/2014 08:42 PM, Mauro Carvalho Chehab wrote:
> > Em Mon, 17 Feb 2014 10:57:20 +0100
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> Add a new struct and ioctl to extend the amount of information you can
> >> g
Em Tue, 11 Mar 2014 21:43:47 +0100
Hans Verkuil escreveu:
> Hi Mauro,
>
> On 03/11/2014 09:14 PM, Mauro Carvalho Chehab wrote:
> > Em Mon, 17 Feb 2014 10:57:21 +0100
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> This patch implements initial support for complex types.
> >>
Em Tue, 11 Mar 2014 21:49:51 +0100
Hans Verkuil escreveu:
> On 03/11/2014 09:22 PM, Mauro Carvalho Chehab wrote:
> > Em Mon, 17 Feb 2014 10:57:23 +0100
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> Since complex controls can have non-standard types we need to be able to do
>
Em Tue, 11 Mar 2014 21:23:26 +0100
Hans Verkuil escreveu:
> Hi Mauro,
>
> On 03/11/2014 08:34 PM, Mauro Carvalho Chehab wrote:
> > Em Mon, 17 Feb 2014 10:57:19 +0100
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> Complex controls are controls that can be used for compound an
This patchset upstreams some changes carried in the ChromeOS kernel tree
especially regarding the s5p-mfc video encoder and gsc-m2m color converter
hardware functionality.
Patch 4 in particular affects the V4L2 interface by allowing VIDIOC_REQBUFS(0)
to succeed when the queue is of type V4L2_MEMOR
v4l2-mem2mem presently does not allow VIDIOC_REQBUFS to destroy
outstanding buffers if the queue is of type V4L2_MEMORY_MMAP, and if the
buffers are considered "in use". This is different behavior than for
other memory types, and prevents us for deallocating buffers in a few
cases:
* In the case
Add support for dynamic encoding parameter changes in MFCv6. Parameters
set are applied with the next OUTPUT buffer queued to the device with
VIDIOC_QBUF.
Supported parameters are:
* GOP size (V4L2_CID_MPEG_VIDEO_GOP_SIZE)
* framerate (from VIDIOC_S_PARM)
* VBR target bitrate (V4L2_CID_MPEG_VIDE
VIDIOC_STREAMOFF clears the encoder's destination queue -- routines run
from the interrupt handler cannot assume that the queue is non-empty.
Signed-off-by: John Sheu
---
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
dif
Explicitly specify sampling period for subsampled chroma formats, so
stride and image size are properly reported through VIDIOC_{S,G}_FMT.
Signed-off-by: John Sheu
---
drivers/media/platform/exynos-gsc/gsc-core.c | 154 +++
drivers/media/platform/exynos-gsc/gsc-core.h |
On 03/11/2014 09:22 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Feb 2014 10:57:23 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> Since complex controls can have non-standard types we need to be able to do
>> type-specific checks etc. In order to make that easy type operations are
Hi Mauro,
On 03/11/2014 09:14 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Feb 2014 10:57:21 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> This patch implements initial support for complex types.
>>
>> For the most part the changes are fairly obvious (basic support for is_ptr
>>
On 03/11/2014 08:42 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Feb 2014 10:57:20 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> Add a new struct and ioctl to extend the amount of information you can
>> get for a control.
>>
>> It gives back a unit string, the range is now a s64
rc_map_get() takes a single string literal for the module to load,
so make sure it cannot be used as a format string in the call to
request_module().
Signed-off-by: Kees Cook
---
On another security note, this raw request_module() call should have
some kind of prefix associated with it to make su
Hi Mauro,
On 03/11/2014 08:34 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 17 Feb 2014 10:57:19 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> Complex controls are controls that can be used for compound and array
>> types. This allows for more complex data structures to be used with
Em Mon, 17 Feb 2014 10:57:23 +0100
Hans Verkuil escreveu:
> From: Hans Verkuil
>
> Since complex controls can have non-standard types we need to be able to do
> type-specific checks etc. In order to make that easy type operations are
> added.
> There are four operations:
>
> - equal: check if
tree: git://linuxtv.org/media_tree.git master
head: 262912335c823a2bbcc87003ee55d62cc27f4e48
commit: 03fdfbfd3b5944bfd210541a83c9b222e2c20920 [428/499] [media] drx-j:
Prepare to use DVBv5 stats
config: make ARCH=mips allmodconfig
Note: the linuxtv-media/master HEAD 262912335c823a2bbcc87003ee5
Em Mon, 17 Feb 2014 10:57:21 +0100
Hans Verkuil escreveu:
> From: Hans Verkuil
>
> This patch implements initial support for complex types.
>
> For the most part the changes are fairly obvious (basic support for is_ptr
> types, the type_is_int function is replaced by a is_int bitfield, and
> v
Em Mon, 17 Feb 2014 10:57:20 +0100
Hans Verkuil escreveu:
> From: Hans Verkuil
>
> Add a new struct and ioctl to extend the amount of information you can
> get for a control.
>
> It gives back a unit string, the range is now a s64 type, and the matrix
> and element size can be reported through
Em Mon, 17 Feb 2014 10:57:19 +0100
Hans Verkuil escreveu:
> From: Hans Verkuil
>
> Complex controls are controls that can be used for compound and array
> types. This allows for more complex data structures to be used with the
> control framework.
>
> Such controls always have the V4L2_CTRL_FL
Hi Laurent,
Am Dienstag, den 11.03.2014, 16:21 +0100 schrieb Laurent Pinchart:
> Hi Philipp,
>
> On Tuesday 11 March 2014 16:07:00 Philipp Zabel wrote:
> > Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> > > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
>
> [snip]
>
Hi Mauro,
The following changes since commit 0d49e7761173520ff02cec6f11d581f8ebca764d:
drx-j: Fix post-BER calculus on QAM modulation (2014-03-11 07:43:54 -0300)
are available in the git repository at:
git://linuxtv.org/snawrocki/samsung.git for-v3.15
for you to fetch changes up to 431c298
Greetings!!
Please, I would respectfully request that you keep the contents of
this e-mail confidential and respect the integrity of the
information you come by as result of this e-mail. I contact you
independently and no one is informed of this communication.
Firstly, I am Mr. LAURANCE WELAM,
On 03/10/2014 03:37 PM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2014-03-10-15-35 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of m
On 03/11/2014 05:24 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> On Tuesday 11 March 2014 17:11:07 Hans Verkuil wrote:
>> On 03/11/2014 05:08 PM, Laurent Pinchart wrote:
>>> Hi Hans,
>>>
>>> On Tuesday 11 March 2014 16:44:27 Hans Verkuil wrote:
On 03/11/2014 04:09 PM, Laurent Pinchart wrote:
>>
On Tuesday 11 March 2014 17:34:30 Sylwester Nawrocki wrote:
> This patch documents following updates of the Exynos4 SoC camera subsystem
> devicetree binding:
>
> - addition of #clock-cells and clock-output-names properties to 'camera'
>node - these are now needed so the image sensor sub-devi
This patch documents following updates of the Exynos4 SoC camera subsystem
devicetree binding:
- addition of #clock-cells and clock-output-names properties to 'camera'
node - these are now needed so the image sensor sub-devices can reference
clocks provided by the camera host interface,
-
Hi Laurent,
On 11/03/14 17:20, Laurent Pinchart wrote:
>> Image sensor nodes
>> > --
>> > @@ -97,8 +108,8 @@ Image sensor nodes
>> > The sensor device nodes should be added to their control bus controller
>> > (e.g. I2C0) nodes and linked to a port node in the csis or the
>> > p
These are reported by Coverity and has no functionality changes.
regards
Antti
The following changes since commit c3c2077d9579472b07581ecdaf6cc5a60b1700bc:
[media] nuvoton-cir: Activate PNP device when probing (2014-03-11
12:22:50 -0300)
are available in the git repository at:
git://lin
Hi Hans,
On Tuesday 11 March 2014 17:11:07 Hans Verkuil wrote:
> On 03/11/2014 05:08 PM, Laurent Pinchart wrote:
> > Hi Hans,
> >
> > On Tuesday 11 March 2014 16:44:27 Hans Verkuil wrote:
> >> On 03/11/2014 04:09 PM, Laurent Pinchart wrote:
> >>> The subdev EDID ioctls receive a pad field that mu
Hi Sylwester,
Thank you for the patch.
On Tuesday 11 March 2014 17:00:35 Sylwester Nawrocki wrote:
> This patch documents following updates of the Exynos4 SoC camera subsystem
> devicetree binding:
>
> - addition of #clock-cells and clock-output-names properties to 'camera'
>node - these ar
I have forgotten to pull request that earlier. It is simple one bit
wrong in one register.
regards
Antti
The following changes since commit 81d428cbdb9e630f4424bf81522cd35394beba76:
[media] saa7134: fix WARN_ON during resume (2014-03-11 10:17:06 -0300)
are available in the git repository at
On 03/11/2014 05:08 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> On Tuesday 11 March 2014 16:44:27 Hans Verkuil wrote:
>> On 03/11/2014 04:09 PM, Laurent Pinchart wrote:
>>> The subdev EDID ioctls receive a pad field that must reference an
>>> existing pad and an EDID field that must point to a buff
DROP that request! I will split it to 2 requests, one for 3.14 and one
for 3.15.
Antti
On 11.03.2014 17:42, Antti Palosaari wrote:
I just noticed from patchwork these old patches are pending. It appears
I have not pull requested or mail is just missed from the reason or the
other. They are jus
Hi Hans,
On Tuesday 11 March 2014 16:44:27 Hans Verkuil wrote:
> On 03/11/2014 04:09 PM, Laurent Pinchart wrote:
> > The subdev EDID ioctls receive a pad field that must reference an
> > existing pad and an EDID field that must point to a buffer. Validate
> > both fields in the core code instead o
This patch documents following updates of the Exynos4 SoC camera subsystem
devicetree binding:
- addition of #clock-cells and clock-output-names properties to 'camera'
node - these are now needed so the image sensor sub-devices can reference
clocks provided by the camera host interface,
-
tree: git://linuxtv.org/media_tree.git master
head: c3c2077d9579472b07581ecdaf6cc5a60b1700bc
commit: 03fdfbfd3b5944bfd210541a83c9b222e2c20920 [446/499] [media] drx-j:
Prepare to use DVBv5 stats
config: make ARCH=i386 allyesconfig
Note: the linuxtv-media/master HEAD c3c2077d9579472b07581ecdaf6
On 03/11/2014 04:09 PM, Laurent Pinchart wrote:
> The subdev EDID ioctls receive a pad field that must reference an
> existing pad and an EDID field that must point to a buffer. Validate
> both fields in the core code instead of duplicating validation in all
> drivers.
>
> Signed-off-by: Laurent P
I just noticed from patchwork these old patches are pending. It appears
I have not pull requested or mail is just missed from the reason or the
other. They are just fine for 3.15, but "m88ds3103: fix bug on
.set_tone()" is stuff for 3.14 too. I know it is very late, but given
the fact it fixes
tree: git://linuxtv.org/media_tree.git master
head: 7b802ce7e8c67510389fdbbe29edd87a75df3a93
commit: 03fdfbfd3b5944bfd210541a83c9b222e2c20920 [448/499] [media] drx-j:
Prepare to use DVBv5 stats
config: make ARCH=m68k allmodconfig
Note: the linuxtv-media/master HEAD 7b802ce7e8c67510389fdbbe29e
On 03/11/2014 04:09 PM, Laurent Pinchart wrote:
> Validate the pad field in the core code whenever specified.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Hans Verkuil
Regards,
Hans
> ---
> .../DocBook/media/v4l/vidioc-dv-timings-cap.xml| 27 +++
> .../DocBoo
Hi Philipp,
On Tuesday 11 March 2014 16:07:00 Philipp Zabel wrote:
> Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
[snip]
> > > In theory unidirectional links in DT are indeed enough. However, let's
> > > not forget t
Parse the device tree node to populate platform data.
Signed-off-by: Laurent Pinchart
Acked-by: Hans Verkuil
---
.../devicetree/bindings/media/i2c/adv7604.txt | 56 +
drivers/media/i2c/adv7604.c| 92 ++
2 files changed, 134 insertions
The *_and_or() functions take an 'and' bitmask to be ANDed with the
register value before ORing it with th 'or' bitmask. As the functions
are used to mask and set bits selectively, this requires the caller to
invert the 'and' bitmask and is thus error prone. Replace those
functions with a *_clr_set
The subdev EDID ioctls receive a pad field that must reference an
existing pad and an EDID field that must point to a buffer. Validate
both fields in the core code instead of duplicating validation in all
drivers.
Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
---
drivers/media/i2c/ad93
Replace the dummy video format operations by pad format operations that
configure the output format.
Signed-off-by: Laurent Pinchart
---
drivers/media/i2c/adv7604.c | 280
include/media/adv7604.h | 56 -
2 files changed, 275 insertions(+)
Hi Grant,
Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart
> wrote:
> > On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
> > > On 08/03/14 13:41, Grant Likely wrote:
> > > >> Ok. If we go for single directional link, the qu
Validate the pad field in the core code whenever specified.
Signed-off-by: Laurent Pinchart
---
.../DocBook/media/v4l/vidioc-dv-timings-cap.xml| 27 +++
.../DocBook/media/v4l/vidioc-enum-dv-timings.xml | 30 +-
drivers/media/v4l2-core/v4l2-subdev.c
Hi Sylwester,
On Tuesday 11 March 2014 14:38:37 Sylwester Nawrocki wrote:
> Hi Laurent,
>
> Thanks for your review.
You're welcome.
> On 11/03/14 13:30, Laurent Pinchart wrote:
> [...]
>
> >> ---
> >>
> >> .../devicetree/bindings/media/samsung-fimc.txt | 34 +-
> >> 1 file
Em Mon, 10 Feb 2014 07:28:31 +0200
Antti Palosaari escreveu:
> Moikka!
>
> On 10.02.2014 01:44, GEORGE wrote:
>
> > b/drivers/media/rc/keymaps/rc-snazio-tvpvr-pro.c
> > new file mode 100644
> > index 000..44f0c81
> > --- /dev/null
> > +++ b/drivers/media/rc/keymaps/rc-snazio-tvpvr-pro.c
> >
On 03/10/2014 12:42 PM, Laurent Pinchart wrote:
> Hi Andrzej,
>
>>> I like that idea. I would prefer making the 'port' nodes mandatory and the
>>> 'ports' and 'endpoint' nodes optional. Leaving the 'port' node out
>>> slightly decreases readability in my opinion, but making the 'endpoint'
>>> node
On 10/03/14 07:53, Tomi Valkeinen wrote:
> On 08/03/14 14:25, Grant Likely wrote:
>
>> Sure. If endpoints are logical, then only create the ones actually
>> hooked up. No problem there. But nor do I see any issue with having
>> empty connections if the board author things it makes sense to have th
Hi,
Am Dienstag, den 11.03.2014, 15:27 +0200 schrieb Tomi Valkeinen:
> On 11/03/14 15:16, Laurent Pinchart wrote:
>
> >> And if I gathered Grant's opinion correctly (correct me if I'm wrong),
> >> he thinks things should be explicit, i.e. the bindings for, say, an
> >> encoder should state that t
Fix this linker warning:
WARNING: "__divdi3" [media_build/v4l/drx39xyj.ko] undefined!
Signed-off-by: Gianluca Gennari
---
drivers/media/dvb-frontends/drx39xyj/drxj.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/media/dvb-frontends/drx39xyj/drxj.c
b/drivers/med
Hi Laurent,
Thanks for your review.
On 11/03/14 13:30, Laurent Pinchart wrote:
[...]
>> ---
>> .../devicetree/bindings/media/samsung-fimc.txt | 34 -
>> 1 file changed, 26 insertions(+), 8 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/media/samsung-fimc.
On 11/03/14 15:16, Laurent Pinchart wrote:
>> And if I gathered Grant's opinion correctly (correct me if I'm wrong),
>> he thinks things should be explicit, i.e. the bindings for, say, an
>> encoder should state that the encoder's output endpoint _must_ contain a
>> remote-endpoint property, where
Hi Tomi,
On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote:
> On 11/03/14 13:43, Laurent Pinchart wrote:
> >> We could scan the whole tree for entities, ports and endpoints once, in
> >> the base oftree code, and put that into a graph structure, adding the
> >> backlinks. The of_graph_* helpe
On Tuesday 11 March 2014 06:19 PM, Hans Verkuil wrote:
On 03/11/14 13:46, Archit Taneja wrote:
On Tuesday 11 March 2014 05:51 PM, Hans Verkuil wrote:
Hi Archit,
A few small comments below...
On 03/11/14 09:33, Archit Taneja wrote:
Yes. If for no other reason that I plan on adding crop/co
On 03/10/2014 04:15 PM, Laurent Pinchart wrote:
> Hi Grant,
>
> On Monday 10 March 2014 14:58:15 Grant Likely wrote:
>> On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
>>> On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
On 08/03/14 13:41, Grant Likely wrote:
>> Ok. If w
On 11/03/14 13:43, Laurent Pinchart wrote:
>> We could scan the whole tree for entities, ports and endpoints once, in
>> the base oftree code, and put that into a graph structure, adding the
>> backlinks.
>> The of_graph_* helpers could then use that graph instead of the device
>> tree.
>
> That
On 03/11/14 13:46, Archit Taneja wrote:
> On Tuesday 11 March 2014 05:51 PM, Hans Verkuil wrote:
>> Hi Archit,
>>
>> A few small comments below...
>>
>> On 03/11/14 09:33, Archit Taneja wrote:
>>> Add selection ioctl ops. For VPE, cropping makes sense only for the input to
>>> VPE(or V4L2_BUF_TYPE_
On Tuesday 11 March 2014 05:51 PM, Hans Verkuil wrote:
Hi Archit,
A few small comments below...
On 03/11/14 09:33, Archit Taneja wrote:
Add selection ioctl ops. For VPE, cropping makes sense only for the input to
VPE(or V4L2_BUF_TYPE_VIDEO_OUTPUT/MPLANE buffers) and composing makes sense
only
Hi Mauro,
This patch series adds a bunch of docbook fixes, posted here earlier:
http://www.spinics.net/lists/linux-media/msg74059.html
and it adds a pci skeleton driver originally written for FOSDEM 2014 and
posted earlier here:
http://comments.gmane.org/gmane.linux.drivers.video-input-infrastr
Hi Kamil,
On Tue, Mar 11, 2014 at 4:59 PM, Kamil Debski wrote:
> Hi Arun,
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
>> Kumar K
>> Sent: Friday, March 07, 2014 9:26 AM
>>
>> From: Pawel Osciak
>>
>> Currently, for formats that are not H264, MFC driver will check
On 03/11/14 09:33, Archit Taneja wrote:
> The dequed CAPTURE_MPLANE type buffers don't contain the flags that the
> originally queued OUTPUT_MPLANE type buffers have. This breaks compliance.
>
> Copy the source v4l2_buffer flags to the destination v4l2_buffer flags before
> they are dequed.
>
> S
On 03/11/14 09:33, Archit Taneja wrote:
> The vpe driver wasn't setting the correct field parameter for dequed CAPTURE
> type buffers for the case where the captured output is progressive.
>
> Set the field to V4L2_FIELD_NONE for the completed destination buffers when
> the captured output is prog
Hi Sylwester,
Thank you for the patch.
On Thursday 06 March 2014 17:20:12 Sylwester Nawrocki wrote:
> This patch documents following updates of the Exynos4 SoC camera subsystem
> devicetree binding:
>
> - addition of #clock-cells property to 'camera' node - the #clock-cells
>property is nee
On 10.03.2014 21:38, Antti Palosaari wrote:
That is just same set I sent earlier too, but rebased to latest
media/master and 6 small compliance fix.
PULL request update. I rebased that again to todays media/master as
master was rebased.
The following changes since commit 0d49e7761173520ff
On 03/11/14 09:33, Archit Taneja wrote:
> Zero out the reserved formats in v4l2_pix_format_mplane and
> v4l2_plane_pix_format members of the returned v4l2_format pointer when passed
> through TRY_FMT ioctl.
>
> This ensures that the user doesn't interpret the non-zero fields as some data
> passed
On 03/11/14 09:33, Archit Taneja wrote:
> The vpe output and capture queues are initially configured to default values
> in
> vpe_open(). A G_FMT before any S_FMTs will result in these values being
> populated.
>
> The colorspace and bytesperline parameter of this initial configuration are
> inco
On 03/11/14 09:33, Archit Taneja wrote:
> The bus_info parameter in v4l2_capabilities expects a 'platform_' prefix. This
> wasn't done in the driver and hence was breaking compliance. Update the
> bus_info
> parameter accordingly.
>
> Signed-off-by: Archit Taneja
Reviewed-by: Hans Verkuil
> -
On 03/11/14 09:33, Archit Taneja wrote:
> querycap currently returns V4L2_CAP_VIDEO_M2M as a capability, this should be
> V4L2_CAP_VIDEO_M2M_MPLANE instead, as the driver supports multiplanar formats.
>
> Signed-off-by: Archit Taneja
Reviewed-by: Hans Verkuil
> ---
> drivers/media/platform/ti
Hi Archit,
A few small comments below...
On 03/11/14 09:33, Archit Taneja wrote:
> Add selection ioctl ops. For VPE, cropping makes sense only for the input to
> VPE(or V4L2_BUF_TYPE_VIDEO_OUTPUT/MPLANE buffers) and composing makes sense
> only for the output of VPE(or V4L2_BUF_TYPE_VIDEO_CAPTURE
Hi Laurent,
On 11/03/14 00:15, Laurent Pinchart wrote:
> Empty port nodes are allowed but currently unsupported as the
> v4l2_of_get_next_endpoint() function assumes that all port nodes have at
> least an endpoint. Fix this.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Sylwester Nawrocki
> -
On 03/11/14 09:33, Archit Taneja wrote:
> For OMAP and DRA7x, we generally allocate video and graphics buffers through
> omapdrm since the corresponding omap-gem driver provides DMM-Tiler backed
> contiguous buffers. omapdrm is a dma-buf exporter. These buffers are used by
> other drivers in the vi
On 03/11/14 09:33, Archit Taneja wrote:
> The video_device struct is currently embedded in the driver data struct
> vpe_dev.
> A vpe_dev instance is allocated by the driver, and the memory for the vfd is a
> part of this struct.
>
> The v4l2 core, however, manages the removal of the vfd region, t
On 03/11/14 09:33, Archit Taneja wrote:
> The minimum width and height for VPE input/output was kept as 128 pixels. VPE
> doesn't have a constraint on the image height, it requires the image width to
> be at least 16 bytes.
>
> Change the minimum supported dimensions to 32x32. This allows us to
>
Hi Laurent,
You can add my:
Reviewed-by: Hans Verkuil
for patches 28-35, 37-45 and 47.
For patches 46 and 48 (DT related) add my:
Acked-by: Hans Verkuil
For patches 26 and 27 I posted review comments, and patch 36 is removing
support for the op_ch_sel field which I really need on my system.
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 Mar 11 12:12:39 CET 2014
git branch: test
git hash: 0d49e7761173520ff02cec6f11d581f8ebca764d
gcc versio
Hi Philipp,
On Monday 10 March 2014 16:40:30 Philipp Zabel wrote:
> Am Montag, den 10.03.2014, 16:15 +0100 schrieb Laurent Pinchart:
> > On Monday 10 March 2014 14:58:15 Grant Likely wrote:
> > > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
> > > > On Monday 10 March 2014 12:18:20 T
Hi Arun,
> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
> Kumar K
> Sent: Friday, March 07, 2014 9:26 AM
>
> From: Pawel Osciak
>
> Currently, for formats that are not H264, MFC driver will check the
> consumed stream size returned by the firmware and, based on that, w
Hi Laurent,
On 03/11/14 12:16, Laurent Pinchart wrote:
> Hi Hans,
>
> On Tuesday 11 March 2014 10:05:00 Hans Verkuil wrote:
>> On 03/10/14 23:43, Laurent Pinchart wrote:
>>> On Wednesday 12 February 2014 16:01:17 Hans Verkuil wrote:
On 02/05/14 17:42, Laurent Pinchart wrote:
> Replace th
Hi Hans,
On Tuesday 11 March 2014 10:05:00 Hans Verkuil wrote:
> On 03/10/14 23:43, Laurent Pinchart wrote:
> > On Wednesday 12 February 2014 16:01:17 Hans Verkuil wrote:
> >> On 02/05/14 17:42, Laurent Pinchart wrote:
> >>> Replace the dummy video format operations by pad format operations that
>
Em Mon, 10 Mar 2014 14:37:58 +
Grant Likely escreveu:
> On Mon, 10 Mar 2014 10:26:30 -0300, Mauro Carvalho Chehab
> wrote:
> > Em Fri, 07 Mar 2014 18:23:30 +
> > Grant Likely escreveu:
> >
> > > On Thu, 06 Mar 2014 18:13:20 +0100, Philipp Zabel
> > > wrote:
> > > > Hi Mauro, Russell
Hi Laurent,
Am Montag, den 10.03.2014, 20:19 +0100 schrieb Laurent Pinchart:
> On Friday 07 March 2014 18:40:54 Philipp Zabel wrote:
> > While we look at of_graph_get_next_endpoint(), could you explain the
> > reason behind the extra reference count increase on the prev node:
> >
> > /*
> >
Em Tue, 11 Mar 2014 18:48:53 +0800
kbuild test robot escreveu:
> tree: git://linuxtv.org/media_tree.git master
> head: 164e5cfb7d37e4826a8337029716f4885657d859
> commit: 164e5cfb7d37e4826a8337029716f4885657d859 [499/499] [media]
> drx39xxj.h: Fix undefined reference to attach function
> conf
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 Mar 11 11:47:29 CET 2014
git branch: test
git hash: 0d49e7761173520ff02cec6f11d581f8ebca764d
gcc versio
Hi Hans,
On Tuesday 11 March 2014 11:38:39 Hans Verkuil wrote:
> On 03/11/14 00:15, Laurent Pinchart wrote:
> > Validate the pad field in the core code whenever specified.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > .../DocBook/media/v4l/vidioc-dv-timings-cap.xml| 27 ++
On 03/11/14 11:57, Laurent Pinchart wrote:
> Hi Hans,
>
> On Tuesday 11 March 2014 11:45:09 Hans Verkuil wrote:
>> On 03/11/14 00:15, Laurent Pinchart wrote:
>>> The subdev EDID ioctls receive a pad field that must reference an
>>> existing pad and an EDID field that must point to a buffer. Vali
Hi Hans,
On Tuesday 11 March 2014 11:45:09 Hans Verkuil wrote:
> On 03/11/14 00:15, Laurent Pinchart wrote:
> > The subdev EDID ioctls receive a pad field that must reference an
> > existing pad and an EDID field that must point to a buffer. Validate
> > both fields in the core code instead of dup
tree: git://linuxtv.org/media_tree.git master
head: 164e5cfb7d37e4826a8337029716f4885657d859
commit: 164e5cfb7d37e4826a8337029716f4885657d859 [499/499] [media] drx39xxj.h:
Fix undefined reference to attach function
config: make ARCH=m68k allmodconfig
All error/warnings:
In file included f
On 03/11/14 00:15, Laurent Pinchart wrote:
> The subdev EDID ioctls receive a pad field that must reference an
> existing pad and an EDID field that must point to a buffer. Validate
> both fields in the core code instead of duplicating validation in all
> drivers.
>
> Signed-off-by: Laurent Pincha
There are two troubles there:
1) the bit error measure were not accumulating;
2) it was missing the bit count.
Fix them.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb-frontends/drx39xyj/drxj.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/dri
On 03/11/14 00:15, Laurent Pinchart wrote:
> Validate the pad field in the core code whenever specified.
>
> Signed-off-by: Laurent Pinchart
> ---
> .../DocBook/media/v4l/vidioc-dv-timings-cap.xml| 27 +++
> .../DocBook/media/v4l/vidioc-enum-dv-timings.xml | 30
> +
drivers/media/dvb-frontends/drx39xyj/drxj.c: In function
'ctrl_get_qam_sig_quality':
drivers/media/dvb-frontends/drx39xyj/drxj.c:9468:6: warning: variable 'ber_cnt'
set but not used [-Wunused-but-set-variable]
u32 ber_cnt = 0; /* BER count */
^
By reading the comment, it is said that BER
The following changes since commit f2d7313534072a5fe192e7cf46204b413acef479:
[media] drx-d: add missing braces in drxd_hard.c:DRXD_init (2014-03-09
09:20:50 -0300)
are available in the git repository at:
git://linuxtv.org/kdebski/media_tree_2.git master
for you to fetch changes up to 0dceda
Reviewed-by: Hans Verkuil
On 03/11/14 00:15, Laurent Pinchart wrote:
> Signed-off-by: Laurent Pinchart
> ---
> include/media/v4l2-subdev.h| 4
> include/uapi/linux/videodev2.h | 10 --
> 2 files changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/include/media/v4l2-sub
The g_std and s_std operations are video-related, move them to the video
ops where they belong.
Signed-off-by: Laurent Pinchart
---
drivers/media/i2c/adv7180.c | 6 +-
drivers/media/i2c/adv7183.c | 4 ++--
drivers/media/i2c/adv7842.c
Pointer to device state has been moved to different location during
some change. PCTV 290e LNA function still uses old pointer, carried
over FE priv, and it crash.
Reported-by: Janne Kujanpää
Signed-off-by: Antti Palosaari
---
drivers/media/usb/em28xx/em28xx-dvb.c | 3 ++-
1 file changed, 2 ins
1 - 100 of 128 matches
Mail list logo
