Hello,
On 2014년 01월 02일 11:22, Chuanbo Weng wrote:
Hi Laurent and Tomasz,
As I said in my previous email, you can download the code from
the github address.
I think you can easily reproduce this issue by running my program
(Especially Laurent) and
get more information from this
Hans Verkuil hverkuil at xs4all.nl writes:
Don't use V4L2_CID_PRIVATE_BASE, that doesn't work with the control framework
(for good but somewhat obscure reasons).
Instead use (V4L2_CID_USER_BASE | 0x1000) as the base for your private
controls.
If you want to upstream the code, then you
Dear one
My Name is Collins Jeff i am a Director of Lintot Oil Company in UK i needed a
land property that can be sold to me
please do contact me on my e-mail william102coll...@outlook.com
waiting to hear soon from you
regards.
Collins Jeff
+44-8712340074
--
To unsubscribe from this list:
On Mon, Jan 6, 2014 at 11:11 AM, Julien BERAUD julien.ber...@parrot.com wrote:
Le 03/01/2014 12:30, Enrico a écrit :
On Wed, Dec 18, 2013 at 11:09 AM, Enrico ebut...@users.berlios.de wrote:
On Tue, Dec 17, 2013 at 2:11 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
So I converted
Hi Seung-Woo Kim,
Thanks for your reply!
I've check VIDIOC_QBUF in my program, and this ioctl returns 0,
which indicate that VIDIOC_QBUF is ok. My issue is that the v4lfd receive
no event when beginning to read frame. (Seems not the same issue as yours)
I suggest you to run my
Hi,
I'm finishing a new frontend driver for one of my dvb cards, but the
pcie bridge uses the (cursed) saa716x.
As far as I know the progress to upstream Manu's driver to the
media_tree has stalled.
In CC I've placed some of the people that I found working on it
lately, supporting a few dvb
tree: git://linuxtv.org/media_tree.git master
head: 7f95c904b9d7a42c96893fddd48b7615f549c5ff
commit: 01c2819330b1e0ec6b53dcfac76ad75ff2c8ba4f [444/499] [media] em28xx: make
em28xx-video to be a separate module
config: make ARCH=s390 allmodconfig
All error/warnings:
ERROR:
tree: git://linuxtv.org/media_tree.git master
head: 7f95c904b9d7a42c96893fddd48b7615f549c5ff
commit: 01c2819330b1e0ec6b53dcfac76ad75ff2c8ba4f [444/499] [media] em28xx: make
em28xx-video to be a separate module
config: make ARCH=mips allmodconfig
All error/warnings:
ERROR:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
Documentation/DocBook/media/dvb/dvbapi.xml | 2 +-
Documentation/DocBook/media/v4l/v4l2.xml | 1 +
Documentation/DocBook/media_api.tmpl | 13 +++--
3 files changed, 9 insertions(+),
This patch series corrects a number of things that have annoyed me for
a long time, particularly at the start of the common.xml file where a
lot of the V4L2 basic behavior is described that is by now very much
out of date.
In addition the old incorrect packed RGB table is finally replaced by
the
From: Hans Verkuil hans.verk...@cisco.com
The old table is most definitely wrong. All applications and all
drivers that I have ever tested follow the corrected table. Furthermore,
that's what all applications expect as well. Any drivers that do not
follow the corrected table are broken and should
From: Hans Verkuil hans.verk...@cisco.com
Updates sections Querying Capabilities, Application Priority,
Video Inputs and Outputs and Audio Inputs and Outputs.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
Documentation/DocBook/media/v4l/common.xml | 89 --
1
From: Hans Verkuil hans.verk...@cisco.com
This section was horribly out of date. A lot of references to old and
obsolete behavior have been dropped.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
Documentation/DocBook/media/v4l/common.xml | 188 ++---
1 file
Hello
White testing a driver I have stepped into some strange behaviour
and I want to know if it is a feature or a bug.
I am using yavta to test the system and I run this command:
yavta /dev/video0 -c -n 0
to start a capture with 0 buffers (Even if I dont know where this can be useful)
Hi Luis,
On Tue, Jan 7, 2014 at 5:28 PM, Luis Alves lja...@gmail.com wrote:
Hi,
I'm finishing a new frontend driver for one of my dvb cards, but the
pcie bridge uses the (cursed) saa716x.
As far as I know the progress to upstream Manu's driver to the
media_tree has stalled.
In CC I've
On 01/07/2014 02:09 PM, Ricardo Ribalda Delgado wrote:
Hello
White testing a driver I have stepped into some strange behaviour
and I want to know if it is a feature or a bug.
I am using yavta to test the system and I run this command:
yavta /dev/video0 -c -n 0
to start a capture
Hi Sylwester,
I just did a quick build with the latest set of commits and I found this
warning:
.../media-git/drivers/media/platform/exynos4-is/fimc-lite.c: In function
'fimc_lite_probe':
.../media-git/drivers/media/platform/exynos4-is/fimc-lite.c:1583:1: warning:
label 'err_sd' defined but
Em Mon, 23 Dec 2013 13:10:35 +0800
Ding Tianhong dingtianh...@huawei.com escreveu:
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
I'm ok with this change, but I prefer if you could merge it together with the
other patches, as I don't have
Em Thu, 26 Dec 2013 19:09:10 +0800
Ding Tianhong dingtianh...@huawei.com escreveu:
On 2013/12/25 18:57, Sergei Shtylyov wrote:
Hello.
On 25-12-2013 7:29, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Mauro Carvalho Chehab
This patch adds a test preventing streamon() if there is no buffer
ready.
Without this patch, a user could call streamon() before
preparing any buffer. This leads to a situation where if he calls
close() before calling streamoff() the device is kept streaming.
Signed-off-by: Ricardo Ribalda
Hi Hans,
On 07/01/14 14:32, Hans Verkuil wrote:
Hi Sylwester,
I just did a quick build with the latest set of commits and I found this
warning:
.../media-git/drivers/media/platform/exynos4-is/fimc-lite.c: In function
'fimc_lite_probe':
Hi Devin,
Em Mon, 06 Jan 2014 23:53:15 -0500
Devin Heitmueller dheitmuel...@kernellabs.com escreveu:
What is the actual corruption that you are seeing? Can you describe
it in greater detail? The original fix was specifically related to
the internal FIFO on the au0828 where it can get
Hi,
On 2014-01-07 14:55, Ricardo Ribalda Delgado wrote:
This patch adds a test preventing streamon() if there is no buffer
ready.
Without this patch, a user could call streamon() before
preparing any buffer. This leads to a situation where if he calls
close() before calling streamoff() the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
Well, in this time, I think I have wroten a program to use mfc
encoder of exynos4412 correctly. But how to get a I-frame in H.264, I
think the first dequeue frame in CAPTURE after I start streams in both
in is the key frame which is always 22
tree: git://linuxtv.org/media_tree.git master
head: 2a9ecc17ed9f076ff199a4bf4ebd22b41badb505
commit: 01c2819330b1e0ec6b53dcfac76ad75ff2c8ba4f [395/499] [media] em28xx: make
em28xx-video to be a separate module
reproduce: make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by
This patch adds a test preventing streamon() if there is no buffer
ready.
Without this patch, a user could call streamon() before
preparing any buffer. This leads to a situation where if he calls
close() before calling streamoff() the device is kept streaming.
Signed-off-by: Ricardo Ribalda
On Tue, Jan 7, 2014 at 9:58 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Patches 1 and 2 are ok? If so, could you please reply to them with your
ack?
Sure, no problem.
http://git.kernellabs.com/?p=dheitmueller/linuxtv.git;a=shortlog;h=refs/heads/950q_improv
I'm not against the hack
On Mon, Jan 6, 2014 at 11:29 PM, Tim Mester ttmest...@gmail.com wrote:
Free what was allocated if there is a failure allocating
transfer buffers.
Stop the feed on a start feed error. The stop feed is not always called
if start feed fails. If the feed is not stopped on error, then the driver
On Mon, Jan 6, 2014 at 11:29 PM, Tim Mester ttmest...@gmail.com wrote:
Added command line parameter preallocate_big_buffers so that the digital
transfer buffers can be allocated when the driver is registered. They
do not have to be allocated every time a feed is started.
Signed-off-by: Tim
Hi Manu,
That would be great.
Let me know if you need a hand!
Regards,
Luis
On Tue, Jan 7, 2014 at 1:10 PM, Manu Abraham abraham.m...@gmail.com wrote:
Hi Luis,
On Tue, Jan 7, 2014 at 5:28 PM, Luis Alves lja...@gmail.com wrote:
Hi,
I'm finishing a new frontend driver for one of my dvb
Hi Luis,
Am 07.01.2014 12:58, schrieb Luis Alves:
Hi,
I'm finishing a new frontend driver for one of my dvb cards, but the
pcie bridge uses the (cursed) saa716x.
As far as I know the progress to upstream Manu's driver to the
media_tree has stalled.
In CC I've placed some of the people
Em Sat, 4 Jan 2014 18:07:51 +0100
André Roth neol...@gmail.com escreveu:
description?
what are you fixing? why? how?
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/libdvbv5/descriptors.h |2 --
lib/libdvbv5/descriptors.c | 44
Em Mon, 30 Dec 2013 13:48:34 +0100
André Roth neol...@gmail.com escreveu:
description?
What bug are you trying to fix?
Signed-off-by: André Roth neol...@gmail.com
---
lib/libdvbv5/dvb-scan.c | 36 +++-
1 file changed, 23 insertions(+), 13 deletions(-)
HI Andreas,
My initial commit is based on:
http://powarman.dyndns.org/hgwebdir.cgi/v4l-dvb-saa716x/
(I think it's your repo with some commits from Soeren Moch)
The difference to my working area is that I have the driver placed in
drivers/media/pci/saa716x (instead of
Em Mon, 30 Dec 2013 13:48:35 +0100
André Roth neol...@gmail.com escreveu:
Implement the service location descriptor (0xa1), and small cleanups.
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/descriptors.h| 4 +-
Em Mon, 30 Dec 2013 13:48:37 +0100
André Roth neol...@gmail.com escreveu:
Implement parsers for mpeg TS, PES and ES
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/descriptors/mpeg_es.h | 109 ++
lib/include/descriptors/mpeg_pes.h | 111
Am 05.01.2014 16:44, schrieb Mauro Carvalho Chehab:
Em Sun, 05 Jan 2014 11:20:02 -0200
Mauro Carvalho Chehab m.che...@samsung.com escreveu:
Em Sun, 05 Jan 2014 12:19:41 +0100
Frank Schäfer fschaefer@googlemail.com escreveu:
Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
Instead of
Em Mon, 30 Dec 2013 13:48:40 +0100
André Roth neol...@gmail.com escreveu:
the dvb_table_eit_event now contains the service_id,
indicating where the events belong to.
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/descriptors/eit.h | 3 ++-
lib/libdvbv5/descriptors/eit.c |
Hi Enrico,
On Friday 03 January 2014 12:30:33 Enrico wrote:
On Wed, Dec 18, 2013 at 11:09 AM, Enrico wrote:
On Tue, Dec 17, 2013 at 2:11 PM, Florian Vaussard wrote:
So I converted the iommu to DT (patches just sent),
Florian, I've used your patches as a base for OMAP3 ISP DT work and they
Am 05.01.2014 14:17, schrieb Mauro Carvalho Chehab:
Em Sun, 05 Jan 2014 12:29:11 +0100
Frank Schäfer fschaefer@googlemail.com escreveu:
Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
Better to first write the GPIOs of the input mux, before initializing
the audio.
Why are you making
Em Mon, 30 Dec 2013 13:48:41 +0100
André Roth neol...@gmail.com escreveu:
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/descriptors/mgt.h | 80
lib/libdvbv5/Makefile.am | 1 +
lib/libdvbv5/descriptors.c | 2 +
Am 05.01.2014 22:25, schrieb Mauro Carvalho Chehab:
Em Sun, 05 Jan 2014 22:02:40 +0100
Frank Schäfer fschaefer@googlemail.com escreveu:
Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
From: Mauro Carvalho Chehab mche...@redhat.com
Is this line still correct ? ;)
Instead of
Am 05.01.2014 21:57, schrieb Mauro Carvalho Chehab:
Em Sun, 05 Jan 2014 21:38:31 +0100
Frank Schäfer fschaefer@googlemail.com escreveu:
Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
In the lack of a better spec, let's assume the timeout
values compatible with SMBus spec:
Em Mon, 30 Dec 2013 13:48:42 +0100
André Roth neol...@gmail.com escreveu:
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/descriptors/atsc_eit.h | 90 +
lib/include/descriptors/atsc_header.h | 63 +++
lib/libdvbv5/Makefile.am
Em Mon, 30 Dec 2013 13:48:44 +0100
André Roth neol...@gmail.com escreveu:
Signed-off-by: André Roth neol...@gmail.com
---
lib/libdvbv5/descriptors.c | 2 +-
lib/libdvbv5/descriptors/mpeg_pes.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Am 06.01.2014 10:55, schrieb Mauro Carvalho Chehab:
Em Sun, 05 Jan 2014 21:40:38 +0100
Frank Schäfer fschaefer@googlemail.com escreveu:
Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
The proper error code for I2C errors are EREMOTEIO. The em28xx driver
is using EIO instead.
Em Mon, 30 Dec 2013 13:48:46 +0100
André Roth neol...@gmail.com escreveu:
description?
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/descriptors/mpeg_ts.h | 4 ++--
lib/libdvbv5/descriptors/mpeg_ts.c | 11 ---
2 files changed, 10 insertions(+), 5 deletions(-)
Em Mon, 30 Dec 2013 13:48:48 +0100
André Roth neol...@gmail.com escreveu:
Signed-off-by: André Roth neol...@gmail.com
---
lib/libdvbv5/descriptors/atsc_eit.c | 2 +-
lib/libdvbv5/descriptors/desc_service_list.c | 4 +++-
lib/libdvbv5/descriptors/desc_service_location.c |
Luis,
can you explain to us all here how exactly you came up to those
particular I2C fixes:
https://github.com/ljalves/linux_media/commit/be7cd1ff82cc20578b805ad508d089f818ae726d
because essentially they are the same as what i did years ago -
included as source code in drivers i made for some
Em Mon, 30 Dec 2013 13:48:50 +0100
André Roth neol...@gmail.com escreveu:
description?
I'm not sure if this is ok. If you remove the headers, wouldn't it remove the
C source dependencies from the .h headers?
Signed-off-by: André Roth neol...@gmail.com
---
lib/libdvbv5/Makefile.am | 87
Am 06.01.2014 14:00, schrieb Mauro Carvalho Chehab:
...
I'm working on a proper fix for it.
That was the actual goal of this patch. ;)
Thank you for looking at this issue.
I'll get back to the remaing stuff later.
Cheers,
Frank
--
To unsubscribe from this list: send the line unsubscribe
Carvalho Chehab m.che...@samsung.com
---
drivers/staging/media/sn9c102/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20140107.orig/drivers/staging/media/sn9c102/Kconfig
+++ linux-next-20140107/drivers/staging/media/sn9c102/Kconfig
@@ -1,6 +1,6 @@
config USB_SN9C102
Em Mon, 30 Dec 2013 13:48:51 +0100
André Roth neol...@gmail.com escreveu:
Signed-off-by: André Roth neol...@gmail.com
---
README| 8
README.libv4l | 12
2 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/README b/README
index 000..a9f8089
Hi Konstantin,
(here we go again...)
What the hell are you talking about? I didn't submit any I2C patch.
This email is just about Manu sending his SAA716x driver to the media_tree.
And where do you see any saa716x_input.[c|h] in my repo?
Anyway, since you asked I took some pics:
On 01/02/2014 08:58 PM, Mauro Carvalho Chehab wrote:
Em Thu, 17 Oct 2013 20:06:49 +0200
Sylwester Nawrockis.nawro...@samsung.com escreveu:
This patch adds clock provider to expose the sclk_cam0/1 clocks
for external image sensor devices.
Signed-off-by: Sylwester
Ensure clk_disable() is called on error paths only when clk_enable()
was previously called.
This fixes following build warning:
.../media-git/drivers/media/platform/exynos4-is/fimc-lite.c: In function
'fimc_lite_probe':
.../media-git/drivers/media/platform/exynos4-is/fimc-lite.c:1583:1:
Enclose the runtime PM helpers in #ifdef CONFIG_PM_RUNTIME/#endif
to avoid following compile warning when CONFIG_PM_RUNTIME is disabled:
CC drivers/media/platform/exynos4-is/fimc-core.o
drivers/media/platform/exynos4-is/fimc-core.c:1040:12: warning:
‘fimc_runtime_resume’ defined but not
From: Federico Simoncelli fsimo...@redhat.com
Signed-off-by: Federico Simoncelli fsimo...@redhat.com
Tested-by: Lubomir Rintel lkund...@v3.sk
---
drivers/media/usb/usbtv/Makefile | 3 +-
drivers/media/usb/usbtv/usbtv-audio.c | 384 ++
From: Federico Simoncelli fsimo...@redhat.com
Signed-off-by: Federico Simoncelli fsimo...@redhat.com
Reviewed-by: Lubomir Rintel lkund...@v3.sk
---
drivers/media/usb/usbtv/Makefile | 3 +
drivers/media/usb/usbtv/usbtv-core.c | 136 +
Konstantin Dimitrov пишет:
so, i was waiting Manu to upstream his SAA716x driver code some day
and then submit the improvements i made to it. yet again you're trying
to take that from me and again, conveniently you included many people
on CC, but not me.
it's ok :) and stop compile binary
On 2014/1/7 21:54, Mauro Carvalho Chehab wrote:
Em Thu, 26 Dec 2013 19:09:10 +0800
Ding Tianhong dingtianh...@huawei.com escreveu:
On 2013/12/25 18:57, Sergei Shtylyov wrote:
Hello.
On 25-12-2013 7:29, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
instead of memcmp.
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: linux-media@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Signed-off-by: Yang Yingliang yangyingli...@huawei.com
Signed-off-by: Ding Tianhong dingtianh...@huawei.com
Acked-by:
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 Jan 8 04:00:25 CET 2014
git branch: test
git hash: dad4c41827c71a84c8455e19431278e8c1edf118
gcc
On Wednesday, January 08, 2014 7:09 AM, Sylwester Nawrocki wrote:
Enclose the runtime PM helpers in #ifdef CONFIG_PM_RUNTIME/#endif
to avoid following compile warning when CONFIG_PM_RUNTIME is disabled:
CC drivers/media/platform/exynos4-is/fimc-core.o
On Mon, Jan 6, 2014 at 9:45 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Mon, Jan 6, 2014 at 11:29 PM, Tim Mester ttmest...@gmail.com wrote:
The demodulator can get in a state in ATSC mode where just
restarting the feed alone does not correct the corrupted stream. The
On Mon, Jan 6, 2014 at 9:53 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
I suspect this is actually a different problem which out of dumb luck
gets fixed by resetting the chip. Without more details on the
specific behavior you are seeing though I cannot really advise on what
the
66 matches
Mail list logo