On Mon, Jan 6, 2014 at 9:53 PM, Devin Heitmueller
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 correct change is.
On Mon, Jan 6, 2014 at 9:45 PM, Devin Heitmueller
wrote:
>
> On Mon, Jan 6, 2014 at 11:29 PM, Tim Mester wrote:
> > The demodulator can get in a state in ATSC mode where just
> > restarting the feed alone does not correct the corrupted stream. The
> > demodulator reset in addition to the feed re
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
> drivers/media/platform/exyn
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 versio
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
Acked-by: Mauro Carvalho Chehab
---
drivers/media/dvb-core/dvb_net.c | 10 +
On 2014/1/7 21:54, Mauro Carvalho Chehab wrote:
> Em Thu, 26 Dec 2013 19:09:10 +0800
> Ding Tianhong 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.
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 blobs
From: Federico Simoncelli
Signed-off-by: Federico Simoncelli
Tested-by: Lubomir Rintel
---
drivers/media/usb/usbtv/Makefile | 3 +-
drivers/media/usb/usbtv/usbtv-audio.c | 384 ++
drivers/media/usb/usbtv/usbtv-core.c | 16 +-
drivers/media/usb/usbtv/usb
From: Federico Simoncelli
Signed-off-by: Federico Simoncelli
Reviewed-by: Lubomir Rintel
---
drivers/media/usb/usbtv/Makefile | 3 +
drivers/media/usb/usbtv/usbtv-core.c | 136 +
drivers/media/usb/usbtv/{usbtv.c => usbtv-video.c} | 163 ++--
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 use
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: warning:
On 01/02/2014 08:58 PM, Mauro Carvalho Chehab wrote:
Em Thu, 17 Oct 2013 20:06:49 +0200
Sylwester Nawrocki escreveu:
This patch adds clock provider to expose the sclk_cam0/1 clocks
for external image sensor devices.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Changes si
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:
https://plus.g
Em Mon, 30 Dec 2013 13:48:51 +0100
André Roth escreveu:
> Signed-off-by: André Roth
> ---
> README| 8
> README.libv4l | 12
> 2 files changed, 16 insertions(+), 4 deletions(-)
>
> diff --git a/README b/README
> index 000..a9f8089 100644
> --- a/README
> +++
ed-off-by: Randy Dunlap
Cc: Luca Risolia
Cc: Mauro Carvalho Chehab
---
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
@@
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
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 TB
Em Mon, 30 Dec 2013 13:48:50 +0100
André Roth 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
> ---
> lib/libdvbv5/Makefile.am | 87
> --
Em Mon, 30 Dec 2013 13:48:48 +0100
André Roth escreveu:
> Signed-off-by: André Roth
> ---
> lib/libdvbv5/descriptors/atsc_eit.c | 2 +-
> lib/libdvbv5/descriptors/desc_service_list.c | 4 +++-
> lib/libdvbv5/descriptors/desc_service_location.c | 2 +-
> lib/libdvbv5/dvb-file
Am 06.01.2014 10:55, schrieb Mauro Carvalho Chehab:
> Em Sun, 05 Jan 2014 21:40:38 +0100
> Frank Schäfer 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.
>>>
>>> Replace all occurr
Em Mon, 30 Dec 2013 13:48:46 +0100
André Roth escreveu:
description?
> Signed-off-by: André Roth
> ---
> lib/include/descriptors/mpeg_ts.h | 4 ++--
> lib/libdvbv5/descriptors/mpeg_ts.c | 11 ---
> 2 files changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/lib/include/descri
Em Mon, 30 Dec 2013 13:48:44 +0100
André Roth escreveu:
> Signed-off-by: André Roth
> ---
> lib/libdvbv5/descriptors.c | 2 +-
> lib/libdvbv5/descriptors/mpeg_pes.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/lib/libdvbv5/descriptors.c b/lib/libdvbv5/de
Em Mon, 30 Dec 2013 13:48:42 +0100
André Roth escreveu:
> Signed-off-by: André Roth
> ---
> lib/include/descriptors/atsc_eit.h | 90 +
> lib/include/descriptors/atsc_header.h | 63 +++
> lib/libdvbv5/Makefile.am | 4 +-
> lib/libdvbv5/descr
Am 05.01.2014 21:57, schrieb Mauro Carvalho Chehab:
> Em Sun, 05 Jan 2014 21:38:31 +0100
> Frank Schäfer 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:
>>> http://smbus.org/spe
Am 05.01.2014 22:25, schrieb Mauro Carvalho Chehab:
> Em Sun, 05 Jan 2014 22:02:40 +0100
> Frank Schäfer escreveu:
>
>> Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
>>> From: Mauro Carvalho Chehab
>> Is this line still correct ? ;)
>>
>>> Instead of allocating/deallocating URBs and transfe
Em Mon, 30 Dec 2013 13:48:41 +0100
André Roth escreveu:
> Signed-off-by: André Roth
> ---
> lib/include/descriptors/mgt.h | 80
> lib/libdvbv5/Makefile.am | 1 +
> lib/libdvbv5/descriptors.c | 2 +
> lib/libdvbv5/descriptors/mgt.c | 117
> ++
Am 05.01.2014 14:17, schrieb Mauro Carvalho Chehab:
> Em Sun, 05 Jan 2014 12:29:11 +0100
> Frank Schäfer 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 this change ?
>
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 t
Em Mon, 30 Dec 2013 13:48:40 +0100
André Roth escreveu:
> the dvb_table_eit_event now contains the service_id,
> indicating where the events belong to.
>
> Signed-off-by: André Roth
> ---
> lib/include/descriptors/eit.h | 3 ++-
> lib/libdvbv5/descriptors/eit.c | 35 +
Am 05.01.2014 16:44, schrieb Mauro Carvalho Chehab:
> Em Sun, 05 Jan 2014 11:20:02 -0200
> Mauro Carvalho Chehab escreveu:
>
>> Em Sun, 05 Jan 2014 12:19:41 +0100
>> Frank Schäfer escreveu:
>>
>>> Am 04.01.2014 11:55, schrieb Mauro Carvalho Chehab:
Instead of assuming that msleep() is precis
Em Mon, 30 Dec 2013 13:48:37 +0100
André Roth escreveu:
> Implement parsers for mpeg TS, PES and ES
>
> Signed-off-by: André Roth
> ---
> lib/include/descriptors/mpeg_es.h | 109 ++
> lib/include/descriptors/mpeg_pes.h | 111 ++
> lib/
Em Mon, 30 Dec 2013 13:48:35 +0100
André Roth escreveu:
> Implement the service location descriptor (0xa1), and small cleanups.
>
> Signed-off-by: André Roth
> ---
> lib/include/descriptors.h| 4 +-
> lib/include/descriptors/desc_service_location.h | 69 ++
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
"drivers/media/common/saa71
Em Mon, 30 Dec 2013 13:48:34 +0100
André Roth escreveu:
description?
What bug are you trying to fix?
> Signed-off-by: André Roth
> ---
> lib/libdvbv5/dvb-scan.c | 36 +++-
> 1 file changed, 23 insertions(+), 13 deletions(-)
>
> diff --git a/lib/libdvbv5/dvb-sc
Em Sat, 4 Jan 2014 18:07:51 +0100
André Roth escreveu:
description?
what are you fixing? why? how?
> Signed-off-by: André Roth
> ---
> lib/include/libdvbv5/descriptors.h |2 --
> lib/libdvbv5/descriptors.c | 44
> ++--
> 2 files changed, 22 ins
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 p
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 wrote:
> Hi Luis,
>
>
> On Tue, Jan 7, 2014 at 5:28 PM, Luis Alves wrote:
>> Hi,
>>
>> I'm finishing a new frontend driver for one of my dvb cards, but the
>> pcie bridge u
On Mon, Jan 6, 2014 at 11:29 PM, Tim Mester 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 Mester
> ---
>
On Mon, Jan 6, 2014 at 11:29 PM, Tim Mester 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
> will be stuc
On Tue, Jan 7, 2014 at 9:58 AM, Mauro Carvalho Chehab
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 you've propo
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 Delga
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 >
-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 b
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 devi
Hi Devin,
Em Mon, 06 Jan 2014 23:53:15 -0500
Devin Heitmueller 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 shifted by one or
> more bits
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':
> .../media-git/drivers/media/platform/exynos
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 Delga
Em Thu, 26 Dec 2013 19:09:10 +0800
Ding Tianhong 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
> >> Cc: linux-
Em Mon, 23 Dec 2013 13:10:35 +0800
Ding Tianhong 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 the patch that added
et
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 not
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
Hi Luis,
On Tue, Jan 7, 2014 at 5:28 PM, Luis Alves 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 placed some
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)
An
From: Hans Verkuil
This section was horribly out of date. A lot of references to old and
obsolete behavior have been dropped.
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/common.xml | 188 ++---
1 file changed, 67 insertions(+), 121 deletions(-)
diff
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 f
From: Hans Verkuil
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 be fixed.
This patch
From: Hans Verkuil
Mauro's old redhat email address is no longer valid, update to the
current email address.
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/dvb/dvbapi.xml | 2 +-
Documentation/DocBook/media/v4l/v4l2.xml | 2 +-
Documentation/DocBook/media_api.tmpl | 2 +-
From: Hans Verkuil
Updates sections "Querying Capabilities", "Application Priority",
"Video Inputs and Outputs" and "Audio Inputs and Outputs".
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/common.xml | 89 --
1 file changed, 35 insertions(+), 54 d
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
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(+), 7 deletions(-)
diff --git a/Documentation/D
From: Hans Verkuil
Updates for the "Tuners and Modulators", "Video Standards" and
"Digital Video (DV) Timings" sections.
Besides lots of trivial little fixes the main changes are:
- Remove two footnotes from "Video Standards": the first is a discussion
of alternative methods of setting standa
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: "em28xx_release_
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: "em28xx_release_
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 cards
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 program
On Mon, Jan 6, 2014 at 11:11 AM, Julien BERAUD wrote:
>
> Le 03/01/2014 12:30, Enrico a écrit :
>>
>> 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), used pdata quir
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: se
Hans Verkuil 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 should d
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
68 matches
Mail list logo
