Hi Jianle,
On 01/15/2014 07:28 AM, Jianle Wang wrote:
> Hi all, :
> I use the media-ctl from http://git.ideasonboard.org/media-ctl.git
> It is compiled into a 32 bit application. Run on a 64 bit CPU. The
> version of kernel is 3.10.
>
> When call ioctl(, VIDIOC_SUBDEV_S_SELECTION,), meet the belo
On 01/14/2014 05:50 PM, randy wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> 于 2014年01月14日 18:29, Andrzej Hajda 写道:
>> On 01/14/2014 06:17 AM, randy wrote:
>>> Yes, it make encoder work. But sadness ./mfc-encode -m
>>> /dev/video1 -c h264,header_mode=1 -d 1 will still output a zero
>>
Hi all, :
I use the media-ctl from http://git.ideasonboard.org/media-ctl.git
It is compiled into a 32 bit application. Run on a 64 bit CPU. The
version of kernel is 3.10.
When call ioctl(, VIDIOC_SUBDEV_S_SELECTION,), meet the below warning:
[ 97.186338] c0 707 (drv_test) compat_ioctl32: unknown
From: Wei Yongjun
usb_free_coherent() is safe with NULL addr and this check is
not required.
Signed-off-by: Wei Yongjun
---
drivers/media/usb/em28xx/em28xx-audio.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/media/usb/em28xx/em28xx-audio.c
b/drivers/med
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 15 04:00:23 CET 2014
git branch: test
git hash: bf6e8aaa32081ff3f639334ca6b3ca0eaec5adc0
gcc versio
From: Wei Yongjun
Fixes the following sparse warning:
drivers/media/usb/au0828/au0828-dvb.c:36:5: warning:
symbol 'preallocate_big_buffers' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/media/usb/au0828/au0828-dvb.c | 2 +-
1 file changed, 1 insertion(+), 1 de
From: Wei Yongjun
Fixes the following sparse warnings:
drivers/media/radio/si4713/radio-usb-si4713.c:226:31: warning:
symbol 'start_seq' was not declared. Should it be static?
drivers/media/radio/si4713/radio-usb-si4713.c:291:29: warning:
symbol 'command_table' was not declared. Should it be s
Instead of just creating a long int, use DECLARE_BITMAP().
No functional changes.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-cards.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/media/usb/em28xx/em28xx-cards.c
b/drivers/me
Before changeset d8b4b5822f51e, the remote controller device numbers
were released when the device were unregistered. That helped to maintain
some sanity, as, when USB devices are replugged, the remote controller
would get the same number.
Restore the same behaviour.
Signed-off-by: Mauro Carvalho
Em Tue, 14 Jan 2014 21:48:16 +0100
Frank Schäfer escreveu:
> Am 14.01.2014 19:55, schrieb Mauro Carvalho Chehab:
> > Em Tue, 14 Jan 2014 19:13:00 +0100
> > Frank Schäfer escreveu:
> >
...
> >> At first glance it seems there are at least 2 issues:
> >> 1.) use after freeing in v4l-extension (happ
Am 14.01.2014 20:31, schrieb Mauro Carvalho Chehab:
>
> Ok, patch 5 is not needed anymore.
>
> However, after a series of removals and re-inserts, I got these:
>
>
> [120982.699455] [ cut here ]
> [120982.699509] WARNING: CPU: 0 PID: 7953 at lib/list_debug.c:33
> __list_add
Am 14.01.2014 20:59, schrieb Mauro Carvalho Chehab:
>> After thinking about this for a while:
>> > Does your patch
>> >
>> > [PATCH] em28xx: push mutex down to extensions on .fini callback
>> >
>> > which you've sent afterwards fix this warning, too ?
> Yes, the above patch fixed the circular loc
Am 14.01.2014 19:55, schrieb Mauro Carvalho Chehab:
> Em Tue, 14 Jan 2014 19:13:00 +0100
> Frank Schäfer escreveu:
>
>> On 14.01.2014 14:10, Mauro Carvalho Chehab wrote:
>>> Em Mon, 13 Jan 2014 22:55:36 +0100
>>> Frank Schäfer escreveu:
>>>
Am 13.01.2014 20:23, schrieb Mauro Carvalho Chehab:
We can't free struct em28xx while one of the extensions is still
using it.
So, add a kref() to control it, freeing it only after the
extensions fini calls.
Signed-off-by: Mauro Carvalho Chehab
---
v2:
- patch was rebased;
- as em28xx-audio close uses struct em28xx dev, add a kre
Instead of just saying:
[ 1646.412419] em2882/3 #0: submit of audio urb failed
Print the reason why it failed, to help debugging and fixing it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
di
If something bad happens during init, we free the card data.
However, we still keep it initialized, causing some dependent
code to be called at .fini.
Fix it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 9 +
1 file changed, 5 insertions(+), 4 delet
Em Tue, 14 Jan 2014 19:43:53 +0100
Frank Schäfer escreveu:
> On 14.01.2014 16:45, Mauro Carvalho Chehab wrote:
> > Em Mon, 13 Jan 2014 22:51:00 +0100
> > Frank Schäfer escreveu:
> >
> >> Am 13.01.2014 00:00, schrieb Mauro Carvalho Chehab:
> >>> We can't lock at pcm close, as it causes circular d
As a pending action might be still there at the work
thread, flush it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/usb/em28xx/em28xx-audio.c
b/drivers/media/usb/em28xx/em28xx-audio.c
index 7
Em Tue, 14 Jan 2014 16:55:12 -0200
Mauro Carvalho Chehab escreveu:
> Em Tue, 14 Jan 2014 19:13:00 +0100
> Frank Schäfer escreveu:
>
> > On 14.01.2014 14:10, Mauro Carvalho Chehab wrote:
> > > Em Mon, 13 Jan 2014 22:55:36 +0100
> > > Frank Schäfer escreveu:
> > >
> > >> Am 13.01.2014 20:23, sch
Em Tue, 14 Jan 2014 19:13:00 +0100
Frank Schäfer escreveu:
> On 14.01.2014 14:10, Mauro Carvalho Chehab wrote:
> > Em Mon, 13 Jan 2014 22:55:36 +0100
> > Frank Schäfer escreveu:
> >
> >> Am 13.01.2014 20:23, schrieb Mauro Carvalho Chehab:
> >>> Em Mon, 13 Jan 2014 20:02:19 +0100
> >>> Frank Schä
On 14.01.2014 16:45, Mauro Carvalho Chehab wrote:
Em Mon, 13 Jan 2014 22:51:00 +0100
Frank Schäfer escreveu:
Am 13.01.2014 00:00, schrieb Mauro Carvalho Chehab:
We can't lock at pcm close, as it causes circular dependency
lock issues with .init and .fini callbacks. So, move the code
that puts
On 13.01.2014 07:12, Mauro Carvalho Chehab wrote:
Avoid circular mutex lock by pushing the dev->lock to the .fini
callback on each extension.
As em28xx-dvb, em28xx-alsa and em28xx-rc have their own data
structures, and don't touch at the common structure during .fini,
only em28xx-v4l needs to be
On 14.01.2014 14:10, Mauro Carvalho Chehab wrote:
Em Mon, 13 Jan 2014 22:55:36 +0100
Frank Schäfer escreveu:
Am 13.01.2014 20:23, schrieb Mauro Carvalho Chehab:
Em Mon, 13 Jan 2014 20:02:19 +0100
Frank Schäfer escreveu:
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
We can't free struc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
于 2014年01月14日 18:29, Andrzej Hajda 写道:
> On 01/14/2014 06:17 AM, randy wrote:
>> Yes, it make encoder work. But sadness ./mfc-encode -m
>> /dev/video1 -c h264,header_mode=1 -d 1 will still output a zero
>> demo.out without header-mode or set it to zero
On 13/01/14 11:59, Prabhakar Lad wrote:
From: "Lad, Prabhakar"
Signed-off-by: Lad, Prabhakar
---
README.libv4l |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to ma
On 13/01/14 10:28, Prabhakar Lad wrote:
The README for libv4l was renamed from README.lib to
README.libv4l but the reference to it was not fixed.
This patch fixes the above.
Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to ma
Em Tue, 14 Jan 2014 17:55:19 +0200
Georgi Chorbadzhiyski escreveu:
> Around 01/14/2014 05:30 PM, Mauro Carvalho Chehab scribbled:
> > Em Tue, 14 Jan 2014 17:16:10 +0200
> > Georgi Chorbadzhiyski escreveu:
> >
> >> Hi guys, I'm confused the documentation on:
> >>
> >> http://linuxtv.org/download
Around 01/14/2014 05:30 PM, Mauro Carvalho Chehab scribbled:
> Em Tue, 14 Jan 2014 17:16:10 +0200
> Georgi Chorbadzhiyski escreveu:
>
>> Hi guys, I'm confused the documentation on:
>>
>> http://linuxtv.org/downloads/v4l-dvb-apis/frontend_fcalls.html#FE_READ_SNR
>> http://linuxtv.org/downloads/v4l
Em Mon, 13 Jan 2014 22:51:00 +0100
Frank Schäfer escreveu:
> Am 13.01.2014 00:00, schrieb Mauro Carvalho Chehab:
> > We can't lock at pcm close, as it causes circular dependency
> > lock issues with .init and .fini callbacks. So, move the code
> > that puts the device on mute to the kthread.
> >
Em Tue, 14 Jan 2014 17:16:10 +0200
Georgi Chorbadzhiyski escreveu:
> Hi guys, I'm confused the documentation on:
>
> http://linuxtv.org/downloads/v4l-dvb-apis/frontend_fcalls.html#FE_READ_SNR
> http://linuxtv.org/downloads/v4l-dvb-apis/frontend_fcalls.html#FE_READ_SIGNAL_STRENGTH
>
> states tha
Hi guys, I'm confused the documentation on:
http://linuxtv.org/downloads/v4l-dvb-apis/frontend_fcalls.html#FE_READ_SNR
http://linuxtv.org/downloads/v4l-dvb-apis/frontend_fcalls.html#FE_READ_SIGNAL_STRENGTH
states that these ioctls return int16_t values but frontend.h states:
https://git.kernel.o
This patch fixes the following checkpatch.pl warning in as102/as102_drv.c
WARNING: line over 80 characters in the file
Signed-off-by: Monam Agarwal
---
drivers/staging/media/as102/as102_drv.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/media/as102/as
Em Mon, 13 Jan 2014 22:55:36 +0100
Frank Schäfer escreveu:
> Am 13.01.2014 20:23, schrieb Mauro Carvalho Chehab:
> > Em Mon, 13 Jan 2014 20:02:19 +0100
> > Frank Schäfer escreveu:
> >
> >> On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
> >>> We can't free struct em28xx while one of the extens
Hi Philip,
On 07-01-14 07:42, Philip Yarra wrote:
Hi, please find attached a scan table for au-Melbourne-Selby. This file
is very similar to the scan table file for au-Melbourne-Upwey (which I
was able to use until quite recently). However the fec_hi value of "2/3"
for SBS no longer works for me
This patch fixes the following checkpatch.pl issues in
as102/as102_fe.c
WARNING: line over 80 characters
Signed-off-by: Monam Agarwal
---
drivers/staging/media/as102/as102_fe.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/media/as102/as102_fe.c
b/dr
This patch fixes the following checkpatch.pl issues in
as102/as102_fe.c
WARNING: quoted string split across lines
Signed-off-by: Monam Agarwal
---
drivers/staging/media/as102/as102_fe.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/media/as102/as
From: Srinivas Kandagatla
Some of the SOCs hold the IRB IP in softreset state by default.
For this IP to work driver needs to bring it out of softreset.
This patch adds support to reset the IP via reset framework.
Without this patch the driver can not work with SoCs which holds the IP
in softres
Since we got support for Montage M88DS3103 DVB-S/S2 demodulator driver
with commit 395d00d1ca8947887fd0fbdec4fff90c4da21877:
There is a number of popular DVB S/S2 cards from company DVBSky based on
RF: Montage M88TS2020
Demodulator: 2nd generation Montage M88DS3103
PCIe Bridge: Conexant CX23885
Since we got support for Montage M88DS3103 DVB-S/S2 demodulator driver
with commit 395d00d1ca8947887fd0fbdec4fff90c4da21877:
There is a number of popular DVB S/S2 cards from company DVBSky based on
RF: Montage M88TS2020
Demodulator: 2nd generation Montage M88DS3103
PCIe Bridge: Conexant CX23885
On 01/14/2014 06:17 AM, randy wrote:
> Yes, it make encoder work. But sadness ./mfc-encode -m /dev/video1 -c
> h264,header_mode=1 -d 1 will still output a zero demo.out without
> header-mode or set it to zero will works.
> What is the problem?
It seems infradead repo is not synchronized with our i
op 13-01-14 19:50, Colin Cross schreef:
> On Mon, Jan 13, 2014 at 4:31 AM, Maarten Lankhorst
> wrote:
>> The kernel fence implementation doesn't use event queues, but needs
>> to perform the same wake up. The symbol is not exported, since the
>> fence implementation is not built as a module.
>>
>>
--
Kedves: Webmail Előfizető
Ezúton jelentjük be nektek, hogy az e-mail fiók elérte
tárolási kapacitást. Ön nem lesz képes küldeni és fogadni e-maileket és
a
e-mail fiók törlődik a szerverről. A probléma elkerülése érdekében,
Kattintson az alábbi linkre frissítési utasítások
http://webmailup
42 matches
Mail list logo
