Hello Austin
It is not very recent driver, instead one of the oldest I have written.
I rewrote af9013 demod maybe 2 years back in order to minimize I/O.
Have you disabled EIT scanning?
AF9015 dual device, especially the one with mxl5005s like that, is quite
easy to get in state it loses abil
Em Mon, 15 Jul 2013 16:30:18 -0300
Alfredo Jesús Delaiti escreveu:
> Hi all
>
> After some time trying to see what the problem is, I have found it is
> not come the RF signal.
>
> I've gone back using a 3.2 kernel, after doing a couple of tests, the
> board works :-)
> When I try to apply the
Hi all
After some time trying to see what the problem is, I have found it is
not come the RF signal.
I've gone back using a 3.2 kernel, after doing a couple of tests, the
board works :-)
When I try to apply these changes to a 3.4 or later kernel does not tune
plate.
Between 3.2 and 3.4 ker
From: Vladimir Barinov
ML86V7667 always transmits top field first for both PAL and NTSC -- that makes
application incorrectly treat interlaced fields when relying on the standard.
Hence we must set V4L2_FIELD_INTERLACED_TB format explicitly.
Reported-by: Katsuya MATSUBARA
Signed-off-by: Vlad
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: Mon Jul 15 19:00:21 CEST 2013
git branch: test
git hash: 1c26190a8d492adadac4711fe5762d46204b18b0
gcc versi
Hi Sylwester,
On Mon, Jul 15, 2013 at 1:12 AM, Sylwester Nawrocki
wrote:
> Hi Prabhakar,
>
[Snip]
>> Something similar to fid_polarity.
>
>
> Then as I suggested earlier, let's just add 'sync-on-green-active' DT
> property for that. I wouldn't expect the DT properties to be directly
> replacing y
Em Mon, 15 Jul 2013 10:18:50 +0200
Oliver Schinagl escreveu:
> On 12-07-13 20:55, Mauro Carvalho Chehab wrote:
> > Em Fri, 12 Jul 2013 11:07:55 +0200
> > Oliver Schinagl escreveu:
> >
> >> Mauro,
> >>
> >> I think the archive is generated incorrectly. Could you take a look and
> >> see why? I sh
Hi all,
This patch adds support for the following CX24117 demod based cards:
TBS6980, TBS6981 (Dual tuner DVB-S/S2).
(tested with both cards)
Regards,
Luis
Signed-off-by: Luis Alves
---
drivers/media/dvb-frontends/Kconfig |7 +
drivers/media/dvb-frontends/Makefile |1 +
driv
Hi Sylwester,
Thanks for the review.
On Mon, Jul 15, 2013 at 2:03 AM, Sylwester Nawrocki
wrote:
> Hi Prabhakar,
>
>
> On 07/13/2013 01:12 PM, Prabhakar Lad wrote:
>>
>> From: "Lad, Prabhakar"
>>
>> add OF support for the adv7343 driver.
>>
>> Signed-off-by: Lad, Prabhakar
>> ---
>> Changes for
The 10bit and 12bit bayer output formats supported
by fimc-lite actually uses 16bits where the extra
bits are padded with zeros. The patch corrects this
by modifying depth field of these two formats.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/exynos4-is/fimc-lite.c |4 ++--
1 fil
PTR_RET is now deprecated. Use PTR_ERR_OR_ZERO instead.
Signed-off-by: Sachin Kamat
---
Compile tested and based on the following tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git (PTR_RET)
Dependent on [1]
[1] http://lkml.indiana.edu/hypermail/linux/kernel/1306.2/00010.html
--
PTR_RET is now deprecated. Use PTR_ERR_OR_ZERO instead.
Signed-off-by: Sachin Kamat
---
Compile tested and based on the following tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git (PTR_RET)
Dependent on [1]
[1] http://lkml.indiana.edu/hypermail/linux/kernel/1306.2/00010.html
--
Hello,
I am working with a gumstix overo board connected with a e-con-systems
camera module using a ov3640 camera sensor.
Along with the board I got a camera driver
(https://github.com/scottellis/econ-cam-driver)
which can be used with linux
kernel 2.6.34, but I want to use the camera
along
On Mon, 15 Jul 2013, phil.edwor...@renesas.com wrote:
> Ok, now I see. My comment about the sensor output size changing is wrong.
> The sensor doesn't do any scaling, so we are cropping it.
Ah, ok, then you shouldn't change video sizes in your .s_fmt(), just
return the current cropping rectangl
Most DMA engines have limitations regarding the number of DMA segments
(sg-buffers) that they can handle. Videobuffers can easily spread through
houndreds of pages.
In the previous aproach, the pages were allocated individually, this
could led to the creation houndreds of dma segments (sg-buffers)
Thanks Sean for the comments,
On 12/07/13 13:46, Sean Young wrote:
> On Fri, Jul 12, 2013 at 09:55:28AM +0100, Srinivas KANDAGATLA wrote:
>> From: Srinivas Kandagatla
>>
>> The use case is simple, if any rc device has allowed protocols =
>> RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver o
Hi Guennadi,
> > > > +/* read a register */
> > > > +static int ov10635_reg_read(struct i2c_client *client, u16 reg,
u8
> > *val)
> > > > +{
> > > > + int ret;
> > > > + u8 data[2] = { reg >> 8, reg & 0xff };
> > > > + struct i2c_msg msg = {
> > > > + .addr = client->addr,
> > > > +
Hi Sylwester,
On 10 July 2013 20:44 Sylwester Nawrocki wrote:
>On 07/07/2013 10:18 AM, Thomas Vajzovic wrote:
>> On 06 July 2013 20:58 Sylwester Nawrocki wrote:
>>> On 07/05/2013 10:22 AM, Thomas Vajzovic wrote:
I am writing a driver for the sensor MT9D131.
>
> As a side note, looking at
Hi Phil
On Mon, 15 Jul 2013, phil.edwor...@renesas.com wrote:
[snip]
> > > +/* read a register */
> > > +static int ov10635_reg_read(struct i2c_client *client, u16 reg, u8
> *val)
> > > +{
> > > + int ret;
> > > + u8 data[2] = { reg >> 8, reg & 0xff };
> > > + struct i2c_msg msg = {
> > >
Hi Sylwester,
On 10 July 2013 20:44 Sylwester Nawrocki wrote:
>On 07/07/2013 10:18 AM, Thomas Vajzovic wrote:
>> On 06 July 2013 20:58 Sylwester Nawrocki wrote:
>>> On 07/05/2013 10:22 AM, Thomas Vajzovic wrote:
I am writing a driver for the sensor MT9D131. This device supports
dig
Hi Guennadi,
Thanks for the review.
> I'll comment to this version, although the driver has to be updated to
the
> V4L2 clock API at least, preferably also to asynchronous probing.
Ok, I'll have to look into that.
> > + * FIXME:
> > + * Horizontal flip (mirroring) does not work correctly. T
On 12-07-13 20:55, Mauro Carvalho Chehab wrote:
Em Fri, 12 Jul 2013 11:07:55 +0200
Oliver Schinagl escreveu:
Mauro,
I think the archive is generated incorrectly. Could you take a look and
see why? I shamefully admit I still am not sure where you did what to
generate these ;)
Basically, I ru
From: CrazyCat
Signed-off-by: Oliver Schinagl
---
dvb-s/Astra-31.5E | 5 +
dvb-s/Atlantic-Bird-1-12.5W | 4
dvb-s/Intelsat-12-45.0E | 10 ++
dvb-t/ru-Novosibirsk| 6 ++
dvb-t/ua-Kharkov| 6 ++
dvb-t/ua-Lozovaya | 6 +
From: CrazyCat
Signed-off-by: Oliver Schinagl
---
dvb-t/ru-Krasnodar | 6 ++
dvb-t/ru-Novosibirsk | 2 +-
dvb-t/ru-Volgodonsk | 6 ++
dvb-t/ua-Kharkov | 2 +-
dvb-t/ua-Kiev| 6 ++
dvb-t/ua-Lozovaya| 2 +-
dvb-t/ua-Odessa | 6 ++
7 files changed, 27 inser
From: CrazyCat
Signed-off-by: Oliver Schinagl
---
dvb-s/Astra-31.5E | 9 ++---
dvb-s/Atlantic-Bird-1-12.5W | 5 +++--
dvb-s/Atlantic-Bird-3-5.0W | 35 ---
dvb-s/Hotbird-13.0E | 3 ++-
dvb-s/Intelsat-12-45.0E | 23 +--
From: CrazyCat
Signed-off-by: Oliver Schinagl
---
dvb-s/Hotbird-13.0E | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/dvb-s/Hotbird-13.0E b/dvb-s/Hotbird-13.0E
index 7c916a8..1724a3d 100644
--- a/dvb-s/Hotbird-13.0E
+++ b/dvb-s/Hotbird-13.0E
@@ -1,6 +1,5 @@
# EUTELSA
On Thu, Jul 11, 2013 at 3:29 AM, Maxim Levitsky wrote:
> Any update?
>
> Best regards,
> Maxim Levitsky
>
>
> On Mon, 2013-07-08 at 03:22 +0300, Maxim Levitsky wrote:
>> Hi,
>>
>> Could you consider merging few fixes to my driver:
>>
>> 1. Fix accidently introduced error, that is the hardware is a
27 matches
Mail list logo