于 2014年01月14日 00:18, Kamil Debski 写道:
> Hi,
>
>> From: randy [mailto:lxr1...@hotmail.com]
>> Sent: Monday, January 13, 2014 4:45 PM
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> 20140113 19:18, Andrzej Hajda wrote:
>>
>&g
Hi device manager,
On 16.12.2013 20:11, Antti Palosaari wrote:
Hello,
We need new video4linux device name for Software Defined Radio devices.
Device numbers are allocated dynamically. Desired device name was
/dev/sdr, but as it seems to be already reserved, it was made decision
to apply /dev/sw
On Tue, Jan 14, 2014 at 12:20 AM, Steven Toth wrote:
>>> Manu, do you see any inconvenience in sending your driver to the
>>> linux_media tree?
>>> I'm available to place some effort on this task.
>>
>>
>> I can push the 716x driver and whatever additional changes that I have
>> later on this week
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 Jan 14 04:00:25 CET 2014
git branch: test
git hash: eab924d0e2bdfd53c902162b0b499b8464c1fb4a
gcc versio
On 05.01.2014 14:14, Hans Verkuil wrote:
On 12/29/2013 05:51 AM, Antti Palosaari wrote:
Add unsigned 8-bit sample format. Format is got directly from
hardware, but it is converted from signed to unsigned. It is worst
known sampling resolution hardware offer.
Signed-off-by: Antti Palosaari
---
On 05.01.2014 14:13, Hans Verkuil wrote:
On 12/29/2013 05:03 AM, Antti Palosaari wrote:
VIDIOC_QUERYCAP IOCTL is used to query device capabilities. Add new
capability flag to inform given device supports SDR capture.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
Add new V4L device type VFL_TYPE_SDR for Software Defined Radio.
It is registered as /dev/swradio0 (/dev/sdr0 was already reserved).
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-dev.c | 6 ++
include/media/v4l2-dev.h | 3
Add new V4L2 stream format definition, V4L2_BUF_TYPE_SDR_CAPTURE,
for SDR receiver.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 1 +
include/trace/events/v4l2.h | 1 +
include/uapi/linux/videodev2.h | 11 +++
Define tuner types V4L2_TUNER_ADC and V4L2_TUNER_RF for SDR usage.
ADC is used for setting sampling rate (sampling frequency) to SDR
device.
Another tuner type, named as V4L2_TUNER_RF, is possible RF tuner.
Is is used to down-convert RF frequency to range ADC could sample.
Having RF tuner is opti
VIDIOC_QUERYCAP IOCTL is used to query device capabilities. Add new
capability flag to inform given device supports SDR capture.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
include/uapi/linux/videodev2.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/inclu
Enable stream format (FMT) IOCTLs for SDR use. These are used for negotiate
used data stream format.
Reorganise some some IOCTL selection logic.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-dev.c | 21 ++---
drivers/
Add SDR device type to v4l2-framework.txt document.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
Documentation/video4linux/v4l2-framework.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/video4linux/v4l2-framework.txt
b/Documentation/video4li
From: Hans Verkuil
Modulator ioctls could be enabled mistakenly for non-radio devices.
Currently those ioctls are only valid for radio. Fix it.
Signed-off-by: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers/media/v4l2-core/v4l2-dev.c | 5 +++--
1 file changed, 3 insertions(+), 2 delet
Let it be experimental still as all SDR drivers are in staging.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
Documentation/DocBook/media/v4l/compat.xml | 3 +++
Documentation/DocBook/media/v4l/dev-sdr.xml | 6 ++
2 files changed, 9 insertions(+)
diff --git a/Documentation/DocBook/m
Document V4L2 SDR interface.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
Documentation/DocBook/media/v4l/compat.xml | 10 ++
Documentation/DocBook/media/v4l/dev-sdr.xml| 104 +
Documentation/DocBook/media/v4l/io.xml | 6 ++
Documentatio
Changes done according to Hans comments.
I also added patch which marks that API as a experimental as it it indeed
experimental.
I think that this whole patch serie is ready for staging!
regards
Antti
Antti Palosaari (11):
v4l: add device type for Software Defined Radio
v4l: add new tuner t
Update documentation to reflect 1 Hz frequency step flag.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
.../DocBook/media/v4l/vidioc-enum-freq-bands.xml | 8 +---
Documentation/DocBook/media/v4l/vidioc-g-frequency.xml| 5 +++--
Documentation/DocB
Use own format ops for SDR data:
vidioc_enum_fmt_sdr_cap
vidioc_g_fmt_sdr_cap
vidioc_s_fmt_sdr_cap
vidioc_try_fmt_sdr_cap
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
include/media/v4l2-ioctl.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/me
Add V4L2_TUNER_CAP_1HZ for 1 Hz resolution.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
include/uapi/linux/videodev2.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h
index 9dc79d1..1cf2076 10064
On 2014-01-12 11:56, Frank Schäfer wrote:
On 09.01.2014 02:02, Keith Lawson wrote:
Hello, I sent the following message to the linux-usb mailing list and
they suggested I try here. I'm trying to get a "Dazzle Video Capture
USB V1.0" video capture card working on a Linux device but it doesn't
l
tree: git://linuxtv.org/media_tree.git master
head: eab924d0e2bdfd53c902162b0b499b8464c1fb4a
commit: f251b3e78cc57411627d825eae3c911da77b4035 [491/499] [media] au0828: Add
option to preallocate digital transfer buffers
reproduce: make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones pref
Hi Emad,
(adding linux-media at Cc)
On 01/13/2014 10:43 PM, Emad Hosseini Moghadam wrote:
Dear Mr. Nawrocki,
I am writing a driver for an image sensor, using i2c-s3c2410 and
s3c-camif platforms,in order to initialize the registers of the image
sensor. My cpu is s3c2440 . I have some questions
The current code assumes that the analog + digital video endpoints are always at
interface number 0 when changing the alternate setting.
This seems to work fine for most existing devices.
However, at least the SpeedLink VAD Laplace webcam has the video endpoint on
interface number 3 (which fortunat
Previously, we've been assuming that the video endpoints are always at usb
interface 0. Hence, if vendor audio endpoints are provided at a separate
interface, they were supposed to be at interface number > 0.
Instead of checking for (interface number > 0) to determine if an interface is a
pure audi
On 12.01.2014 00:08, Christoph Lutz wrote:
> typo in message body: 939C should be HVR-930C-HD
>
> 2014/1/12 Christoph Lutz :
>> in current wiki entries it is documented that HVR-939C-HD identifies with
>> usbId 2040:b130. Some days ago I bought a model that identifies with id
>> 2040:b131. Does an
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 extensions is still
>>> using it.
>>>
>>> So, add a kref() to control it, freei
Am 13.01.2014 20:13, schrieb Mauro Carvalho Chehab:
> Em Mon, 13 Jan 2014 19:29:59 +0100
> Frank Schäfer escreveu:
>
>> On 12.01.2014 18:35, Mauro Carvalho Chehab wrote:
>>> Em Sat, 11 Jan 2014 14:42:29 +0100
>>> Frank Schäfer escreveu:
>>>
The current code assumes that the analog + digital
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.
>
> [ 322.026316] ==
Fix two warns below, by commenting the unused code:
drivers/media/platform/sh_vou.c: In function 'sh_vou_configure_geometry':
drivers/media/platform/sh_vou.c:446:49: warning: variable 'height_max' set but
not used [-Wunused-but-set-variable]
unsigned int black_left, black_top, width_max, height
The "irq_handler" name is already defined there on a header
file:
/devel/v4l/temp/drivers/staging/media/lirc/lirc_parallel.c:223:13: error:
conflicting types for ‘irq_handler’
static void irq_handler(void *blah)
^
In file included from
/devel/v4l/temp/arch/mn10300/include/asm/reset
Fixes those warnings:
drivers/staging/media/go7007/go7007-usb.c: In function
'go7007_usb_probe':
drivers/staging/media/go7007/go7007-usb.c:1060: warning: 'go' is used
uninitialized in this function
While here, comment a code that will never run.
Signed-off-by: Mauro Carvalho Che
This function isn't used nowhere outside the same .c file.
Fixes this warning:
drivers/media/radio/si4713/radio-usb-si4713.c:418:5: warning: no previous
prototype for 'si4713_register_i2c_adapter' [-Wmissing-prototypes]
int si4713_register_i2c_adapter(struct si4713_usb_device *radio)
^
Cc:
When compiling with avr32, it gets those errors:
drivers/media/dvb-frontends/dib8000.c: In function 'dib8000_get_stats':
drivers/media/dvb-frontends/dib8000.c:4121: warning: integer constant
is too large for 'long' type
Fix integer representation to avoid overflow.
Signed-off-by
drivers/media/dvb-frontends/dib8000.c: In function
'dib8000_get_time_us':
drivers/media/dvb-frontends/dib8000.c:3957: warning: 'interleaving' may
be used uninitialized in this function
drivers/media/dvb-frontends/dib8000.c:3956: warning: 'rate_denum' may
be used uninitial
This is a series of trivial fixups, solving a bunch of bugs reported
when compiling the media tree with allmodconfig/allyesconfig with
several architectures (47 archs).
There is one patch fixing up a compilation bug with ARCH=c6x:
lirc_parallel: avoid name conflict on mn10300 arch
The r
In file included from /devel/v4l/temp/include/asm-generic/page.h:23:0,
from /devel/v4l/temp/arch/c6x/include/asm/page.h:9,
from /devel/v4l/temp/include/asm-generic/io.h:14,
from arch/c6x/include/generated/asm/io.h:1,
from /devel/v4
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 extensions is still
> > using it.
> >
> > So, add a kref() to control it, freeing it only after the
> > extensions fini calls.
> >
> > Si
Hi,
Can you please tell me when do I need to call 'v4l2_m2m_get_next_job()
in stop streaming/job_abort?
I find 2 examples of v4l2 m2m driver, they implement
stop_streaming/job_abort differently.
One call v4l2_m2m_get_next_job() in stop streaming/job_abort?
https://android.googlesource.com/kerne
Em Mon, 13 Jan 2014 19:29:59 +0100
Frank Schäfer escreveu:
> On 12.01.2014 18:35, Mauro Carvalho Chehab wrote:
> > Em Sat, 11 Jan 2014 14:42:29 +0100
> > Frank Schäfer escreveu:
> >
> >> The current code assumes that the analog + digital video endpoints are
> >> always at
> >> interface number
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
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
---
drivers/media/usb/em28xx/em28xx-audio.c | 5
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
Now that everything is extension, the usb disconnect logic should
be the same.
While here, fix the device name.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-cards.c | 7 +--
1 file changed, 1 insertion(+), 6 d
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
That helps to identify if something fails and explain why em28xx
struct is not freed (if it ever happens).
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 2 ++
drivers/media/usb/em28xx/em28xx-dvb.c | 2 ++
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.
>
> Signed-off-by: Maarten Lankhorst
> ---
> inclu
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
URBs might be in usage. Disconnect the device before freeing
them.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/usb/em28xx/em28xx-audio.c
b
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
Cleanup the error handling code at em28xx-audio init.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/drivers/m
On 13.01.2014 00:00, Mauro Carvalho Chehab wrote:
Alsa has an special non-negative return code to indicate device removal
at snd_em28xx_capture_pointer(). Use it, instead of an error code.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 2 +-
1 file changed
On 12.01.2014 18:40, Mauro Carvalho Chehab wrote:
Em Sun, 12 Jan 2014 09:53:43 -0700
Chris Lee escreveu:
Thanks guys, appreciate it :) As soon as I see the patch fly by I'll
test it out, or you can email me directly if you want it tested before
it goes to the list. Either way Im flexible.
UDL
On 12.01.2014 18:37, Mauro Carvalho Chehab wrote:
Em Sat, 11 Jan 2014 14:42:30 +0100
Frank Schäfer escreveu:
Previously, we've been assuming that the video endpoints are always at usb
interface 0. Hence, if vendor audio endpoints are provided at a separate
interface, they were supposed to be a
On 12.01.2014 18:35, Mauro Carvalho Chehab wrote:
Em Sat, 11 Jan 2014 14:42:29 +0100
Frank Schäfer escreveu:
The current code assumes that the analog + digital video endpoints are always at
interface number 0 when changing the alternate setting.
This seems to work fine for most existing device
On 01/13/2014 02:36 PM, Mauro Carvalho Chehab wrote:
> This function isn't used nowhere outside the same .c file.
> Fixes this warning:
>
> drivers/media/radio/si4713/radio-usb-si4713.c:418:5: warning: no previous
> prototype for 'si4713_register_i2c_adapter' [-Wmissing-prototypes]
> int si4713_
Em Mon, 13 Jan 2014 19:30:24 +0200
Antti Palosaari escreveu:
> On 13.01.2014 01:00, Mauro Carvalho Chehab wrote:
> > Even after Frank's series, there are several issues with device module
> > removal.
> >
> > This series fix those issues, by use kref to deallocate the common
> > data (struct em28
On 13.01.2014 01:00, Mauro Carvalho Chehab wrote:
Even after Frank's series, there are several issues with device module
removal.
This series fix those issues, by use kref to deallocate the common
data (struct em28xx *dev).
It also fixes a circular deppendency inside em28xx-audio.
Mauro Carval
Tested-by: Antti Palosaari
regards
Antti
On 13.01.2014 08: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 structu
Em Mon, 13 Jan 2014 17:15:40 +0100
Hans Verkuil escreveu:
> On 01/13/2014 04:20 PM, Mauro Carvalho Chehab wrote:
> > Em Tue, 7 Jan 2014 14:06:54 +0100
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> This section was horribly out of date. A lot of references to old and
> >> ob
This function isn't used nowhere outside the same .c file.
Fixes this warning:
drivers/media/radio/si4713/radio-usb-si4713.c:418:5: warning: no previous
prototype for 'si4713_register_i2c_adapter' [-Wmissing-prototypes]
int si4713_register_i2c_adapter(struct si4713_usb_device *radio)
^
Cc:
Fix two warns below, by commenting the unused code:
drivers/media/platform/sh_vou.c: In function 'sh_vou_configure_geometry':
drivers/media/platform/sh_vou.c:446:49: warning: variable 'height_max' set but
not used [-Wunused-but-set-variable]
unsigned int black_left, black_top, width_max, height
On Sat, Jan 11, 2014 at 5:12 PM, Tim Mester wrote:
> My device is the 950q, so it uses the AU8522_DEMODLOCKING method.
No devices do tuner locking for digital (it's always the demodulator).
That code should really just be ripped out.
> It does not appear to be an xc5000 issue on the surface.
On 01/13/2014 04:20 PM, Mauro Carvalho Chehab wrote:
> Em Tue, 7 Jan 2014 14:06:54 +0100
> Hans Verkuil escreveu:
>
>> 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
>> ---
Hi,
> From: randy [mailto:lxr1...@hotmail.com]
> Sent: Monday, January 13, 2014 4:45 PM
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> 20140113 19:18, Andrzej Hajda wrote:
>
> >>>>>>> It won't work, if I do that, after step 7, ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
20140113 19:18, Andrzej Hajda wrote:
>>>>>>> It won't work, if I do that, after step 7, neither
>>>>>>> OUPUT nor CAPTURE will poll return in my program. but
>>>>>>> ./mfc-encode
Em Tue, 7 Jan 2014 14:06:54 +0100
Hans Verkuil escreveu:
> 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
>
On 01/13/2014 02:02 PM, Marek Szyprowski wrote:
> Hello,
>
> On 2014-01-13 10:54, Hans Verkuil wrote:
>> Hi Marek, Ricardo,
>>
>> On 01/08/2014 03:07 PM, Marek Szyprowski wrote:
>>> Hello All,
>>>
>>> On 2014-01-03 16:51, Ricardo Ribalda Delgado wrote:
Hello Hans
What if we move the
Thanks to Fengguang Wu for spotting a missing static cast.
Signed-off-by: Maarten Lankhorst
---
drivers/base/dma-buf.c | 102 +++
include/linux/dma-buf.h | 12 ++
2 files changed, 114 insertions(+)
diff --git a/drivers/base/dma-buf.c b/drivers
Signed-off-by: Maarten Lankhorst
---
include/linux/reservation.h | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..92c4851b5a39 100644
--- a/include/linux/reservation.h
+++ b/inclu
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync_fence_free if not all fe
This allows reservation objects to be used in dma-buf. it's required
for implementing polling support on the fences that belong to a dma-buf.
Signed-off-by: Maarten Lankhorst
---
drivers/base/dma-buf.c | 22 --
drivers/gpu/drm/drm_prime.c
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.
Signed-off-by: Maarten Lankhorst
---
include/linux/wait.h |1 +
kernel/sched/core.c |2 +-
2 files change
Hello,
On 2014-01-13 10:54, Hans Verkuil wrote:
Hi Marek, Ricardo,
On 01/08/2014 03:07 PM, Marek Szyprowski wrote:
> Hello All,
>
> On 2014-01-03 16:51, Ricardo Ribalda Delgado wrote:
>> Hello Hans
>>
>> What if we move the dma_map_sg and dma_unmap_sg to the vb2 interface,
>> and there do somet
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
The following series implements fence and converts dma-buf and
android sync to use it. Patch 6 and 7 add support for polling
to dma-buf, blocking until all fences are signaled.
---
Maarten Lankhorst (7):
sched: allow try_to_wake_up to be used internally outside of core.c
fence: dma-bu
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support this mechanism. It is
On Mon, Jan 13, 2014 at 6:02 AM, Mauro Carvalho Chehab
wrote:
> Em Sun, 12 Jan 2014 16:26:41 -0500
> Rich Freeman escreveu:
>
>> I noticed that you authored commit
>> 19496d61f3962fd6470b106b779eddcdbe823c9b, which replaced a dynamic
>> buffer with a static one when sending data to the card.
>
>
On 01/13/2014 11:15 AM, Andrzej Hajda wrote:
> On 01/10/2014 04:23 PM, randy wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> 于 2014年01月10日 19:13, Andrzej Hajda 写道:
>>> Hi Randy,
>>>
>>> On 01/10/2014 10:15 AM, randy wrote:
>>>
>>>
>>>
> It won't work, if I do that, after step
Em Sun, 12 Jan 2014 16:26:41 -0500
Rich Freeman escreveu:
> I noticed that you authored commit
> 19496d61f3962fd6470b106b779eddcdbe823c9b, which replaced a dynamic
> buffer with a static one when sending data to the card.
>
> This broke my ATI HD tuner, listed in lspci as:
> 04:07.0 Multimedia v
From: "Lad, Prabhakar"
Signed-off-by: Lad, Prabhakar
---
README.libv4l |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README.libv4l b/README.libv4l
index 0be503f..ffe6366 100644
--- a/README.libv4l
+++ b/README.libv4l
@@ -169,4 +169,4 @@ A: Just replace the open call for
The option to load firmware asynchronously were added due to
a requirement with a few versions of udev. It turns that this was
a bad idea and caused regressions on drxk-based devices.
So, we end by only letting the firmware to be loaded syncronously
everywhere.
So, let's remove the bad code.
Thi
On 01/10/2014 04:23 PM, randy wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> 于 2014年01月10日 19:13, Andrzej Hajda 写道:
>> Hi Randy,
>>
>> On 01/10/2014 10:15 AM, randy wrote:
>>
>>
>>
It won't work, if I do that, after step 7, neither OUPUT nor
CAPTURE will poll return in my
While the current hardcoded period is ok for the current values,
we may latter change the driver to work with different bit rates
or with different latencies than 64ms.
So, adust the period size at runtime.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 8 +++
The following changes since commit d20e4ed6d30c6ecee315eea0efb3449c3591d09e:
[media] em28xx: use a better
The video_type was never set correctly for PAL: it's not a bool, instead
it is a register value.
Signed-off-by: Hans Verkuil
Tested-by: Hans Verkuil
Reported-by: tom...@freenet.de
---
drivers/staging/media/solo6x10/solo6x10-v4l2-enc.c | 2 +-
drivers/staging/media/solo6x10/solo6x10-v4l2.c |
Hi Marek, Ricardo,
On 01/08/2014 03:07 PM, Marek Szyprowski wrote:
> Hello All,
>
> On 2014-01-03 16:51, Ricardo Ribalda Delgado wrote:
>> Hello Hans
>>
>> What if we move the dma_map_sg and dma_unmap_sg to the vb2 interface,
>> and there do something like:
>>
>> n_sg= dma_map_sg()
>> if (n_sg=-E
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 locked.
[ 90.994317] ===
From: "Lad, Prabhakar"
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.
Signed-off-by: Lad, Prabhakar
---
README|2 +-
v4l-utils.spec.in |2 +-
2 files changed, 2 insertions(+), 2 deletions
83 matches
Mail list logo
