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: Sat Nov 16 04:00:27 CET 2013
git branch: test
git hash: 80f93c7b0f4599ffbdac8d964ecd1162b8b618b9
gcc versio
Use RC Core instead of the legacy RC.
DVBWorld, TBS, TeVii, Prof hardware decode only NEC remotes (one byte code).
Geniatech hardware decode only RC5 (two bytes).
+ New keymap for Geniatech HDStar (SU3000).
Signed-off-by: Evgeny Plehov
---
drivers/media/rc/keymaps/Makefile|3 +-
drivers
On 15.11.2013 21:13, Devin Heitmueller wrote:
On Fri, Nov 15, 2013 at 2:11 PM, Antti Palosaari wrote:
When I do it inside Kernel, in URB completion handler at the same time when
copying data to videobuf2, using pre-calculated LUTs and using mmap it eats
0.5% CPU to transfer stream to app.
When
On Fri, Nov 15, 2013 at 2:11 PM, Antti Palosaari wrote:
> When I do it inside Kernel, in URB completion handler at the same time when
> copying data to videobuf2, using pre-calculated LUTs and using mmap it eats
> 0.5% CPU to transfer stream to app.
>
> When I do same but using libv4lconvert as th
On 11.11.2013 15:40, Antti Palosaari wrote:
On 11.11.2013 15:14, Hans Verkuil wrote:
On 11/10/2013 06:16 PM, Antti Palosaari wrote:
Convert unsigned 8 to float 32 [-1 to +1], which is commonly
used format for baseband signals.
I am also going to make some tests to find out if actual float
c
On Sun, Nov 03, 2013 at 10:03:15PM +, Sebastian Reichel wrote:
> Hi,
>
> This is an early RFC for omap3isp DT support. For now i just created a
> potential DT
> binding documentation based on the existing platform data:
>
> Binding for the OMAP3 Camera subsystem with the image signal process
Hi,
On 09/19/2013 11:41 PM, Russell King wrote:
> Replace the following sequence:
>
> dma_set_mask(dev, mask);
> dma_set_coherent_mask(dev, mask);
>
> with a call to the new helper dma_set_mask_and_coherent().
>
> Signed-off-by: Russell King
> ---
> arch/powerpc/kernel/vio.c |
Antti Palosaari wrote:
> >> I guess I need to check the tuner writes too.
> >
> >>From dvbsky:
> >
> > TUNER_write(10, [0a])
> > TUNER_write(11, [40])
> >
> > and from your driver:
> >
> > TUNER_write(10, [0b40])
> >
> > That would appear to be some sort of tuner frequency setting?
>
Just to show how it would look like...
Regards,
Hans
Signed-off-by: Hans Verkuil
---
drivers/media/usb/cpia2/cpia2_v4l.c | 2 +-
drivers/media/v4l2-core/v4l2-compat-ioctl32.c | 4 +-
drivers/media/v4l2-core/videobuf2-core.c | 2 +-
include/uapi/linux/v4l2-controls.h
Properties, Configuration Storage, Selections and Matrices
==
This proposal is an attempt to solve multiple issues with one single solution.
There have been various discussions in the past regarding a property-based
API. Basically similar to
Antti Palosaari wrote:
> > But you don't give me the option of _not_ setting it. The dvbsky driver
> > sets it to 0x35 in its init_tab[] - as does yours - and then leaves it
> > alone.
>
> So what? Do you understand meaning of init tables?
Yes. You misunderstand what I'm saying. You uncondit
David Howells wrote:
> > I guess I need to check the tuner writes too.
>
> From dvbsky:
>
> TUNER_write(10, [0a])
> TUNER_write(11, [40])
>
> and from your driver:
>
> TUNER_write(10, [0b40])
>
> That would appear to be some sort of tuner frequency setting?
Setting it to 0
On 15.11.2013 15:56, David Howells wrote:
David Howells wrote:
I guess I need to check the tuner writes too.
From dvbsky:
TUNER_write(10, [0a])
TUNER_write(11, [40])
and from your driver:
TUNER_write(10, [0b40])
That would appear to be some sort of tuner frequen
David Howells wrote:
> I guess I need to check the tuner writes too.
>From dvbsky:
TUNER_write(10, [0a])
TUNER_write(11, [40])
and from your driver:
TUNER_write(10, [0b40])
That would appear to be some sort of tuner frequency setting?
David
--
To unsubscribe from thi
On 15.11.2013 15:32, David Howells wrote:
Antti Palosaari wrote:
demod_write(33, [00]) YES
That is config option already. Did you set value? If yes, then there is driver
bug. If not, then add value.
But you don't give me the option of _not_ setting it. The dvbsky
On Fri, Nov 15, 2013 at 8:32 AM, David Howells wrote:
> Whilst that may be so, something clears it between one call to
> m88ds3103_set_frontend() and the next, so you probably need to unconditionally
> reload the program init table.
Check your GPIO config for the specific board in the cx23885 dri
Antti Palosaari wrote:
> > demod_write(33, [00]) YES
>
> That is config option already. Did you set value? If yes, then there is driver
> bug. If not, then add value.
But you don't give me the option of _not_ setting it. The dvbsky driver sets
it to 0x35 in its in
On 15.11.2013 13:33, David Howells wrote:
I think I've isolated the significant part of the demod register setup.
Discarding the reads and sorting them in address order, I see
ANTTI DVBSKY DIFFER?
=== === ===
demod_wr
This adds ADV7611/ADV7612 Xpressview HDMI Receiver base
support. Only one HDMI port is supported on ADV7612.
The code is based on the ADV7604 driver, and ADV7612 patch by
Shinobu Uehara
Changes in version 2:
* Used platform data for I2C addresses setup. The driver
should work with both SoC an
I think I've isolated the significant part of the demod register setup.
Discarding the reads and sorting them in address order, I see
ANTTI DVBSKY DIFFER?
=== === ===
demod_write(22, [ac]) demod_write(22, [ac]) no
20 matches
Mail list logo
