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
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 shinobu.uehara...@renesas.com
Changes in version 2:
* Used platform data for I2C addresses setup. The driver
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?
=== === ===
Antti Palosaari cr...@iki.fi 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
On Fri, Nov 15, 2013 at 8:32 AM, David Howells dhowe...@redhat.com 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
On 15.11.2013 15:32, David Howells wrote:
Antti Palosaari cr...@iki.fi 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
David Howells dhowe...@redhat.com 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
On 15.11.2013 15:56, David Howells wrote:
David Howells dhowe...@redhat.com 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
David Howells dhowe...@redhat.com 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
Antti Palosaari cr...@iki.fi 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
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
Just to show how it would look like...
Regards,
Hans
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
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 +-
Antti Palosaari cr...@iki.fi 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?
... and the
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 rmk+ker...@arm.linux.org.uk
---
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 processor
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
On Fri, Nov 15, 2013 at 2:11 PM, Antti Palosaari cr...@iki.fi 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
On 15.11.2013 21:13, Devin Heitmueller wrote:
On Fri, Nov 15, 2013 at 2:11 PM, Antti Palosaari cr...@iki.fi 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
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 evgenyple...@ukr.net
---
drivers/media/rc/keymaps/Makefile
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
20 matches
Mail list logo
