Hi Kaneko-san,
On Tue, Oct 21, 2014 at 5:30 AM, Yoshihiro Kaneko ykaneko0...@gmail.com wrote:
--- a/drivers/media/platform/soc_camera/rcar_vin.c
+++ b/drivers/media/platform/soc_camera/rcar_vin.c
@@ -108,6 +108,7 @@
#define VNDMR2_VPS(1 30)
#define VNDMR2_HPS(1
Hi Sakari,
On 10/20/2014 11:44 PM, Sakari Ailus wrote:
Hi Jacek,
On Fri, Oct 17, 2014 at 04:54:39PM +0200, Jacek Anaszewski wrote:
This patch adds a parser for a media device configuration
file. The parser expects the configuration file containing
links end v4l2-controls definitions as
Hi Kamil,
Kiran will not be available to handle review comments of these patches.
So I will be pushing the updated patchset rebased on media-tree.
I hope all patches are good to merge except
[media] s5p-mfc: Don't change the image size to smaller than the request.
I will drop this one patch and
Hi Jacek,
On Tue, Oct 21, 2014 at 09:17:00AM +0200, Jacek Anaszewski wrote:
...
+ * The V4L2 control group format:
+ *
+ * v4l2-controls {
+ * TABcontrol1_name: entity_nameLF
+ * TABcontrol2_name: entity_nameLF
+ * ...
+ * TABcontrolN_name: entity_nameLF
+ * }
I didn't know you were
Hi Sakari,
On 10/21/2014 11:26 AM, Sakari Ailus wrote:
Hi Jacek,
On Tue, Oct 21, 2014 at 09:17:00AM +0200, Jacek Anaszewski wrote:
...
+ * The V4L2 control group format:
+ *
+ * v4l2-controls {
+ * TABcontrol1_name: entity_nameLF
+ * TABcontrol2_name: entity_nameLF
+ * ...
+ *
Hello.
On 10/21/2014 9:08 AM, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Yoshihiro Kaneko ykaneko0...@gmail.com
---
This patch is against master branch of linuxtv.org/media_tree.git.
Sometimes it's useful to be able to parse the entity independent of the pad.
Separate entity parsing into media_parse_entity().
Signed-off-by: Sakari Ailus sakari.ai...@linux.intel.com
---
utils/media-ctl/libmediactl.c | 28
utils/media-ctl/mediactl.h| 14
Hi,
This is a tiny library for parsing text-based media link, V4L2 sub-device
format (and selection) configurations as well as controls with limited
types.
This is hardly ready as such but what's there should work.
--
Regards,
Sakari
--
To unsubscribe from this list: send the line unsubscribe
libmediatext is a helper library for converting configurations (Media
controller links, V4L2 controls and V4L2 sub-device media bus formats and
selections) from text-based form into IOCTLs.
libmediatext depends on libv4l2subdev and libmediactl.
Signed-off-by: Sakari Ailus
Hi Shuah,
As promised, here is my review for this patch series.
On 10/14/2014 04:58 PM, Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
and non-media sound drivers that control media hardware. The
Media
From: Prathyush K prathyus...@samsung.com
The enter_suspend flag is set after we enter mfc suspend function but if
suspend fails after that due to any reason (like hardware timeout etc),
this flag must be cleared before returning an error. Otherwise, this
flag never gets cleared and the MFC
Upstreaming the fixes which have gone in to Chrome OS tree for MFC driver.
Tested on MFCV8, MFCV7 and MFCV6 based Exynos5 based boards, peach-pi
(5800), peach-pit (5420) and snow (5250).
Changes from v2:
1) Rebased on latest media-tree
2) Dropped the patch (14/14) from previous set
s5p-mfc:
From: Kiran AVND avnd.ki...@samsung.com
Add V4L2_CID_MIN_BUFFERS_FOR_OUTPUT query for encoder.
Once mfc encoder state is HEAD_PARSED, which is sequence
header produced, dpb_count is avaialable. Let user space
query this value.
Signed-off-by: Kiran AVND avnd.ki...@samsung.com
Signed-off-by: Arun
From: Ilja Friedel i...@chromium.org
Timestamp i of a previously decoded buffer was overwritten for some
H.264 streams with timestamp i+1 of the next buffer. This happened when
encountering frame_type S5P_FIMV_DECODE_FRAME_SKIPPED, indicating no
new frame.
In most cases this wrong indexing might
From: Pawel Osciak posc...@chromium.org
Handle REQBUFS(0) for CAPTURE queue as well. Also use the proper queue to call
it on for OUTPUT.
Signed-off-by: Pawel Osciak posc...@chromium.org
Signed-off-by: Kiran AVND avnd.ki...@samsung.com
Signed-off-by: Arun Kumar K arun...@samsung.com
---
From: Kiran AVND avnd.ki...@samsung.com
Reset sequence for MFC V7 and V8 do not need RISC_ON
to be set to 0, while for MFC V6 it is still needed.
Also, remove a couple of register settings during Reset
which are not needed from V6 onwards.
Signed-off-by: Kiran AVND avnd.ki...@samsung.com
From: Kiran AVND avnd.ki...@samsung.com
during reset sequence, it is advisable to follow the below
sequence, in order to avoid unexpected behavior from MFC
. set SFR 0x7110 MFC_BUS_RESET_CTRL 0x1
// wait for REQ_STATUS to be 1
. get SFR 0x7110 MFC_BUS_RESET_CTRL 0x3
// reset now
From: Pawel Osciak posc...@chromium.org
If the software watchdog kicks in, the watchdog worker is not synchronized
with hardware interrupts and does not block other instances. It's possible
for it to clear the hw_lock, making other instances trigger a BUG() on
hw_lock checks. Since it's not fatal
From: Arun Mankuzhi aru...@samsung.com
If the software watchdog kicks in, we need to de-init MFC
before reloading firmware and re-intializing it again.
Signed-off-by: Arun Mankuzhi aru...@samsung.com
Signed-off-by: Kiran AVND avnd.ki...@samsung.com
Signed-off-by: Arun Kumar K arun...@samsung.com
From: Arun Mankuzhi aru...@samsung.com
From MFC V8, the MFC wakeup sequence has changed.
MFC wakeup command has to be sent after the host receives
firmware load complete status from risc.
Signed-off-by: Arun Mankuzhi aru...@samsung.com
Signed-off-by: Kiran AVND avnd.ki...@samsung.com
From: Kiran AVND avnd.ki...@samsung.com
While resolution change is detected by MFC, we flush out
older dpbs, send the resolution change event to application,
and then accept further queuing of new src buffers.
Sometimes, we error out during dpb flush because of lack of src
buffers. Since we have
From: Pawel Osciak posc...@chromium.org
This field is no longer used as MFC driver doesn't use vb2 alloc contexts
anymore.
Signed-off-by: Pawel Osciak posc...@chromium.org
Signed-off-by: Kiran AVND avnd.ki...@samsung.com
Signed-off-by: Arun Kumar K arun...@samsung.com
---
From: Pawel Osciak posc...@chromium.org
Interrupt result flags have to be cleared before a hardware job is run.
Otherwise, if they are cleared asynchronously, we may end up clearing them
after the interrupt for which we wanted to wait has already arrived, thus
overwriting the job results that we
From: Pawel Osciak posc...@chromium.org
G_CTRL on V4L2_CID_MIN_BUFFERS_FOR_CAPTURE will fail if userspace happens to
query it after getting a resolution change event and before the codec has
a chance to parse the header and switch to an initialized state.
Signed-off-by: Pawel Osciak
Hello Sergei,
2014-10-21 19:22 GMT+09:00 Sergei Shtylyov sergei.shtyl...@cogentembedded.com:
Hello.
On 10/21/2014 9:08 AM, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Yoshihiro Kaneko
Hi,
Let me chime in as well, based on the discussions I had last week in
Düsseldorf:
On 10/09/2014 12:06 PM, Kamil Debski wrote:
Hi,
From: Nicolas Dufresne [mailto:nicolas.dufre...@collabora.com]
Sent: Wednesday, October 08, 2014 4:35 PM
Le 2014-10-08 06:24, Kamil Debski a écrit :
Hi,
At Tue, 21 Oct 2014 12:46:03 +0200,
Hans Verkuil wrote:
Hi Shuah,
As promised, here is my review for this patch series.
On 10/14/2014 04:58 PM, Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
On 10/21/2014 01:51 PM, Takashi Iwai wrote:
At Tue, 21 Oct 2014 12:46:03 +0200,
Hans Verkuil wrote:
Hi Shuah,
As promised, here is my review for this patch series.
On 10/14/2014 04:58 PM, Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner,
Le 2014-10-21 07:34, Hans Verkuil a écrit :
I think we should add flags here as well. NEAREST (the default),
ROUND_DOWN and
ROUND_UP. Existing calls will use NEAREST. I can think of use-cases
for all
three of these, and I think the caller should just have to specify
what is
needed.
Just
Hi,
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Tuesday, October 21, 2014 1:35 PM
Hi,
Let me chime in as well, based on the discussions I had last week in
Düsseldorf:
On 10/09/2014 12:06 PM, Kamil Debski wrote:
Hi,
From: Nicolas Dufresne
At Tue, 21 Oct 2014 13:58:59 +0200,
Hans Verkuil wrote:
On 10/21/2014 01:51 PM, Takashi Iwai wrote:
At Tue, 21 Oct 2014 12:46:03 +0200,
Hans Verkuil wrote:
Hi Shuah,
As promised, here is my review for this patch series.
On 10/14/2014 04:58 PM, Shuah Khan wrote:
Add media
Hi,
I am trying to use the CODA960 driver on a 3.18 kernel.
It seems pretty good when the module is probed (appart from the
unsupported firmware version) but when I try using the encoder, it
fails allocating dma buffers.
Here is the DT part I added :
vpu {
compatible = fsl,imx6q-vpu;
Hi Sakari,
On 10/21/2014 12:40 PM, Sakari Ailus wrote:
Hi,
This is a tiny library for parsing text-based media link, V4L2 sub-device
format (and selection) configurations as well as controls with limited
types.
Hmm, we also have:
[PATCH/RFC v2 1/4] Add a media device configuration file
On 10/21/2014 03:16 PM, Jean-Michel Hautbois wrote:
Hi,
I am trying to use the CODA960 driver on a 3.18 kernel.
It seems pretty good when the module is probed (appart from the
unsupported firmware version) but when I try using the encoder, it
fails allocating dma buffers.
Here is the DT part
Hi Hans,
2014-10-21 15:27 GMT+02:00 Hans Verkuil hverk...@xs4all.nl:
On 10/21/2014 03:16 PM, Jean-Michel Hautbois wrote:
Hi,
I am trying to use the CODA960 driver on a 3.18 kernel.
It seems pretty good when the module is probed (appart from the
unsupported firmware version) but when I
On 10/21/2014 03:42 PM, Jean-Michel Hautbois wrote:
Hi Hans,
2014-10-21 15:27 GMT+02:00 Hans Verkuil hverk...@xs4all.nl:
On 10/21/2014 03:16 PM, Jean-Michel Hautbois wrote:
Hi,
I am trying to use the CODA960 driver on a 3.18 kernel.
It seems pretty good when the module is probed (appart
This report is also available in html at:
http://linuxtv.org/news.php?entry=2014-10-21.mchehab
In the name of the organizing committee, I'd like to thank you all for
being there with us during those two days.
There were several good discussions that happened during the meeting,
aimed to
Both sides of these assignments actually have type const struct
vb2_mem_ops *, so the casts are unnecessary and slightly confusing.
Signed-off-by: Rasmus Villemoes li...@rasmusvillemoes.dk
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Remove unreferenced members from the platform
data's structure.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
include/media/si4713.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/media/si4713.h b/include/media/si4713.h
index 343b8fb5..be4f58e 100644
---
This patch adds the DT bindings documentation for Silicon Labs Si4713 FM
radio transmitter.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
Documentation/devicetree/bindings/media/si4713.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644
This updates the driver to use the managed gpiod interface
instead of the unmanged old GPIO API. This is a preperation
for the introduction of device tree support.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/media/radio/si4713/si4713.c | 38 +
Introduce the usage of managed irq request to
simplify the code slightly.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/media/radio/si4713/si4713.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/media/radio/si4713/si4713.c
Introduce the usage of managed memory allocation to
simplify the code slightly.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/media/radio/si4713/si4713.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/media/radio/si4713/si4713.c
Add device tree support by changing the device registration order.
In the device tree the si4713 node is a normal I2C device, which
will be probed as such. Thus the V4L device must be probed from
the I2C device and not the other way around.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
This updates platform data related to Si4713, which
has been updated to be compatible with DT interface.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 69 +---
1 file changed, 31 insertions(+), 38 deletions(-)
diff
Hi,
This is the RFCv2 patchset adding DT support to the si4713
radio transmitter i2c driver. The changes can be summarized
as follows:
* Move regulator information back into the driver. The
regulators needed are documented in the chip and have
nothing to do with boarddata. Instead
This switches back to the normal regulator API (but use
managed variant) in preparation for device tree support.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/media/radio/si4713/si4713.c | 80 ++---
drivers/media/radio/si4713/si4713.h | 6 +--
2
Em Tue, 21 Oct 2014 12:53:16 -0200
Mauro Carvalho Chehab mche...@osg.samsung.com escreveu:
This report is also available in html at:
http://linuxtv.org/news.php?entry=2014-10-21.mchehab
In the name of the organizing committee, I'd like to thank you all for
being there with us during
On 10/21/2014 05:26 PM, Mauro Carvalho Chehab wrote:
Em Tue, 21 Oct 2014 12:53:16 -0200
Mauro Carvalho Chehab mche...@osg.samsung.com escreveu:
This report is also available in html at:
http://linuxtv.org/news.php?entry=2014-10-21.mchehab
In the name of the organizing committee, I'd
2014-10-21 15:49 GMT+02:00 Hans Verkuil hverk...@xs4all.nl:
On 10/21/2014 03:42 PM, Jean-Michel Hautbois wrote:
Hi Hans,
2014-10-21 15:27 GMT+02:00 Hans Verkuil hverk...@xs4all.nl:
On 10/21/2014 03:16 PM, Jean-Michel Hautbois wrote:
Hi,
I am trying to use the CODA960 driver on a
On 10/16/2014 04:48 PM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 08:39:14 -0600,
Shuah Khan wrote:
On 10/16/2014 08:16 AM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 08:10:52 -0600,
Shuah Khan wrote:
On 10/16/2014 08:01 AM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 07:10:37 -0600,
Shuah Khan
At Tue, 21 Oct 2014 17:42:51 +0200,
Hans Verkuil wrote:
On 10/16/2014 04:48 PM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 08:39:14 -0600,
Shuah Khan wrote:
On 10/16/2014 08:16 AM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 08:10:52 -0600,
Shuah Khan wrote:
On 10/16/2014 08:01 AM,
Sorry, I'm not convinced by that. If the device has to be controlled
exclusively, the right position is the open/close. Otherwise, the
program cannot know when it becomes inaccessible out of sudden during
its operation.
I can say that I've definitely seen cases where if you configure a
At Tue, 21 Oct 2014 12:08:59 -0400,
Devin Heitmueller wrote:
Sorry, I'm not convinced by that. If the device has to be controlled
exclusively, the right position is the open/close. Otherwise, the
program cannot know when it becomes inaccessible out of sudden during
its operation.
I
I've got a harmless warning when running make cleandocs on an already
cleaned tree:
Documentation/DocBook/media/Makefile:28: recipe for target 'cleanmediadocs'
failed
make[1]: [cleanmediadocs] Error 1 (ignored)
Suppress this by passing -f to rm.
Signed-off-by: Takashi Iwai ti...@suse.de
---
Hi Jean-Michel,
Am Dienstag, den 21.10.2014, 17:39 +0200 schrieb Jean-Michel Hautbois:
[...]
And the output is now :
v4l2-ctl -d1 --stream-out-mmap --stream-mmap --stream-to x.raw
[ 6208.240919] coda 204.vpu: Not output type
[ 6208.245316] coda 204.vpu: streamon_out (N), streamon_cap
Patch b906352c2338 ([media] coda: dequeue buffers if start_streaming fails)
incorrectly marked buffers as DEQUEUED in case of start_streaming failure, when
in fact they should be set to QUEUED. The videobuf2 core warns about this.
Reported-by: Jean-Michel Hautbois jean-michel.hautb...@vodalys.com
Hi Philipp,
2014-10-21 18:21 GMT+02:00 Philipp Zabel p.za...@pengutronix.de:
Hi Jean-Michel,
Am Dienstag, den 21.10.2014, 17:39 +0200 schrieb Jean-Michel Hautbois:
[...]
And the output is now :
v4l2-ctl -d1 --stream-out-mmap --stream-mmap --stream-to x.raw
[ 6208.240919] coda 204.vpu:
Em Tue, 21 Oct 2014 18:18:12 +0200
Takashi Iwai ti...@suse.de escreveu:
I've got a harmless warning when running make cleandocs on an already
cleaned tree:
Documentation/DocBook/media/Makefile:28: recipe for target 'cleanmediadocs'
failed
make[1]: [cleanmediadocs] Error 1 (ignored)
On 10/21/2014 10:05 AM, Takashi Iwai wrote:
At Tue, 21 Oct 2014 17:42:51 +0200,
Hans Verkuil wrote:
Quite often media apps open the alsa device at the start and then switch
between TV, radio or DVB mode. If the alsa device would claim the tuner
just by being opened (as opposed to actually
On Mon, Oct 20, 2014 at 5:12 PM, David Härdeman da...@hardeman.nu wrote:
On 2014-10-19 12:21, Tomas Melin wrote:
Change default setting for enabled protocols.
Instead of enabling all protocols, disable all except lirc during
registration.
Reduces overhead since all protocols not handled by
IR reciever using nuvoton-cir and lirc required additional configuration
steps after upgrade from kernel 3.16 to 3.17-rcX.
Bisected regression to commit da6e162d6a4607362f8478c715c797d84d449f8b
([media] rc-core: simplify sysfs code).
The regression comes from adding empty function change_protocol
Change default setting for enabled protocols.
Instead of enabling all protocols during registration,
disable all except default keymap and lirc.
Reduces overhead since all protocols not handled by default.
Protocol to use will be enabled when keycode table is written by userspace.
Signed-off-by:
$1 Million USD. Has been donated to you kindly contact the donator Mr. Harry
Black via personal email (
harryblac...@rogers.commailto:harryblac...@rogers.com )
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
On 10/13/2014 09:44 AM, Nibble Max wrote:
M88RS6000 is the integrated chip, which includes tuner and demod.
Its internal demod is similar with M88DS3103 except some registers definition.
The main different part of this internal demod from others is its clock/pll
generation IP block sitting
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 Oct 22 04:00:29 CEST 2014
git branch: test
git hash: 1ef24960ab78554fe7e8e77d8fc86524fbd60d3c
gcc
Hi Geert-san,
2014-10-21 16:09 GMT+09:00 Geert Uytterhoeven ge...@linux-m68k.org:
Hi Kaneko-san,
On Tue, Oct 21, 2014 at 5:30 AM, Yoshihiro Kaneko ykaneko0...@gmail.com
wrote:
--- a/drivers/media/platform/soc_camera/rcar_vin.c
+++ b/drivers/media/platform/soc_camera/rcar_vin.c
@@ -108,6
From: Koji Matsuoka koji.matsuoka...@renesas.com
By applying this patch, it sets to VSYNC field toggle mode not only
at the time of progressive mode but at the time of an interlace mode.
Signed-off-by: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Yoshihiro Kaneko
On 10/13/2014 09:44 AM, Nibble Max wrote:
M88RS6000 is the integrated chip, which includes tuner and demod.
Its internal demod is similar with M88DS3103 except some registers
definition.
The main different part of this internal demod from others is its clock/pll
generation IP block
69 matches
Mail list logo
