Hi,
The function "rc5_scan" in "dvb_usb.h" is returning invalid value.
The value should be returned "u16" but is returning "u8".
See example below in "drivers/media/dvb/dvb-usb/opera1.c".
/*--*/
drivers/media/dvb/dvb-usb/opera1.c
static in
Em 06-05-2011 16:04, Oliver Endriss escreveu:
> Hi,
>
> 'make menuconfig' does not work anymore:
>
> [media_build]$make menuconfig
> make -C /usr/local/src/ARCHIVE/git-work/media_build/v4l menuconfig
> make[1]: Entering directory `/usr/local/src/ARCHIVE/git-work/media_build/v4l'
> /lib/modules/2.
Hi,
'make menuconfig' does not work anymore:
[media_build]$make menuconfig
make -C /usr/local/src/ARCHIVE/git-work/media_build/v4l menuconfig
make[1]: Entering directory `/usr/local/src/ARCHIVE/git-work/media_build/v4l'
/lib/modules/2.6.38.5/build/scripts/kconfig/mconf ./Kconfig
./Kconfig:1527: u
From: Andreas Oberritter
> On 05/06/2011 03:47 PM, Issa Gorissen wrote:
> > From: Andreas Oberritter
> >>> The best would be to create independent adapters for each independent
CA
> >>> device (ca0/caio0 pair) - they are independent after all (physically
and
> >>> in the way they're used).
> >>
>
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri May 6 19:05:30 CEST 2011
git hash:7e6785451a66b9da0f8553a45b5655457ce22f08
gcc version: i686-linux-gcc (GCC) 4.5
04.05.2011 01:42, Adrian C. kirjoitti:
> On Wed, 2 Mar 2011, Marko Ristola wrote:
>
>> So this means, that my remote control works, pressing key with hex
>> value 0x26 works.
>
> It works.
>
>> Unfortunately mantis_uart.c doesn't have IR input initialization at
>> all
>
> But it does not work
On 05/06/2011 03:47 PM, Issa Gorissen wrote:
> From: Andreas Oberritter
>>> The best would be to create independent adapters for each independent CA
>>> device (ca0/caio0 pair) - they are independent after all (physically and
>>> in the way they're used).
>>
>> Physically, it's a general purpose T
Em 06-05-2011 12:30, Mauro Carvalho Chehab escreveu:
> Em 06-05-2011 09:55, Steve Kerrison escreveu:
>> If antti doesn't do this before me, I will look at this over the weekend and
>> generate a patch against antti's current code... if that's appropriate of
>> course (I'm new at this ;))
>
> Fee
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/dvb/dvbapi.xml
b/Documentation/DocBook/dvb/dvbapi.xml
index ad8678d..9fad86c 100644
--- a/Documentation/DocBook/dvb/dvbapi.xml
+++ b/Documentation/DocBook/dvb/dvbapi.xml
@@ -35,6 +35,14 @@
+ 2.0.4
+ 2011-05
Em 06-05-2011 09:55, Steve Kerrison escreveu:
> If antti doesn't do this before me, I will look at this over the weekend and
> generate a patch against antti's current code... if that's appropriate of
> course (I'm new at this ;))
Feel free to do it. I suspect that Antti won't work on it during
Hi Javier,
On Friday 06 May 2011 12:42:19 javier Martin wrote:
> Hi Laurent,
>
> > This won't work. Let's assume the following sequence of events:
> >
> > - Userspace opens the sensor subdev device node
> > - The sensor driver calls to board code to turn the sensor clock on
> > - Board code call
pe 6.5.2011 15:36 Andreas Oberritter kirjoitti:
> On 05/06/2011 02:23 PM, Mauro Carvalho Chehab wrote:
>> Em 06-05-2011 07:42, Steve Kerrison escreveu:
>>> Hi Andreas,
>>>
>>> From cxd2820r_priv.h:
>>>
+/*
+ * FIXME: These are totally wrong and must be added properly to the
API.
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 007: ID eb1a:2870 eMPIA Technolo
Hello Teresa,
On Fri, 6 May 2011, Teresa Gamez wrote:
> Hello Guennadi,
>
> Am Mittwoch, den 04.05.2011, 10:17 +0200 schrieb Guennadi Liakhovetski:
> > Hi Teresa
> >
> > I'm adding Mauro to CC, because we were discussing adding these (this one
> > and mt9m111) patches to .39.
> >
> > On Thu,
Hi,
On Fri, 06 May 2011 14:17:11 +0200, Andreas Oberritter
wrote:
> On 05/05/2011 04:43 PM, Martin Vidovic wrote:
>> Hi,
>>
>> Broadly speaking, I could put issues discussed in this thread into
>> following categories:
>>
>> - How devices are named;
>> - How devices are used;
>> - How devices
From: Andreas Oberritter
> > The best would be to create independent adapters for each independent CA
> > device (ca0/caio0 pair) - they are independent after all (physically and
> > in the way they're used).
>
> Physically, it's a general purpose TS I/O interface of the nGene
> chipset. It just
Steve or Andreas can do it. I am now on holiday weekend, snowboarding maybe
last time for this season :)
I cannot do much until next week. All help is welcome!
Antti
--
http://palosaari.fi/
- Original message -
> If antti doesn't do this before me, I will look at this over the weekend
>
Hello Guennadi,
Am Mittwoch, den 04.05.2011, 10:17 +0200 schrieb Guennadi Liakhovetski:
> Hi Teresa
>
> I'm adding Mauro to CC, because we were discussing adding these (this one
> and mt9m111) patches to .39.
>
> On Thu, 14 Apr 2011, Teresa Gámez wrote:
>
> > The setup of the pixel clock is do
On 05/06/2011 02:23 PM, Mauro Carvalho Chehab wrote:
> Em 06-05-2011 07:42, Steve Kerrison escreveu:
>> Hi Andreas,
>>
>> From cxd2820r_priv.h:
>>
>>> +/*
>>> + * FIXME: These are totally wrong and must be added properly to the API.
>>> + * Only temporary solution in order to get driver compile.
>>
Em 06-05-2011 07:42, Steve Kerrison escreveu:
> Hi Andreas,
>
> From cxd2820r_priv.h:
>
>> +/*
>> + * FIXME: These are totally wrong and must be added properly to the API.
>> + * Only temporary solution in order to get driver compile.
>> + */
>> +#define SYS_DVBT2 SYS_DAB
>> +#define
On Wed, 04 May 2011 11:56:17 -0300, Mauro Carvalho Chehab
wrote:
> Em 28-04-2011 12:13, David Härdeman escreveu:
>> The RC_TYPE_* defines are currently used both where a single protocol
is
>> expected and where a bitmap of protocols is expected. This patch tries
>> to separate the two in preparati
On 05/05/2011 04:43 PM, Martin Vidovic wrote:
> Hi,
>
> Broadly speaking, I could put issues discussed in this thread into
> following categories:
>
> - How devices are named;
> - How devices are used;
> - How devices relate to one another;
> - How devices are enumerated;
> - How devices are desc
On Wed, 04 May 2011 12:19:12 -0300, Mauro Carvalho Chehab
wrote:
> Em 28-04-2011 12:13, David Härdeman escreveu:
>> Now that the protocol is part of the scancode, it is pretty easy to
merge
>> the rc5 and streamzap decoders. An additional advantage is that the
>> decoder
>> is now stricter as it w
On 05/05/2011 12:21 PM, Ralph Metzler wrote:
> Hi,
>
> since it seems devices with several delivery systems can be queried
> with one command:
>
> Andreas Oberritter writes:
> > > Of course it does since it is not feasible to use the same adapter
> > > number even on the same card when it prov
Hi Andreas,
>From cxd2820r_priv.h:
> +/*
> + * FIXME: These are totally wrong and must be added properly to the API.
> + * Only temporary solution in order to get driver compile.
> + */
> +#define SYS_DVBT2 SYS_DAB
> +#define TRANSMISSION_MODE_1K 0
> +#define TRANSMISSION_MODE_16K 0
Hi Laurent,
> This won't work. Let's assume the following sequence of events:
>
> - Userspace opens the sensor subdev device node
> - The sensor driver calls to board code to turn the sensor clock on
> - Board code calls to the ISP driver to turn XCLK on
> - The ISP driver calls isp_enable_clocks()
On Wed, 04 May 2011 12:13:49 -0300, Mauro Carvalho Chehab
wrote:
> Em 29-04-2011 05:08, David Härdeman escreveu:
>> diff --git a/drivers/media/rc/keymaps/rc-videomate-s350.c
>> b/drivers/media/rc/keymaps/rc-videomate-s350.c
>> index 26ca260..2f0ec1f 100644
>> --- a/drivers/media/rc/keymaps/rc-vide
On 05/05/2011 12:53 PM, Mauro Carvalho Chehab wrote:
> + switch (priv->delivery_system) {
> + case SYS_UNDEFINED:
> + if (c->delivery_system == SYS_DVBT) {
> + /* SLEEP => DVB-T */
> + ret = cxd2820r
On Wed, 04 May 2011 12:16:17 -0300, Mauro Carvalho Chehab
wrote:
> Em 28-04-2011 12:13, David Härdeman escreveu:
>> Using the full 32 bits for all kinds of NEC scancodes simplifies
rc-core
>> and the nec decoder without any loss of functionality.
>
> This seems to be a good strategy. However, it
On Wed, 04 May 2011 12:23:03 -0300, Mauro Carvalho Chehab
wrote:
> Em 28-04-2011 12:13, David Härdeman escreveu:
>> Durations can never be negative, so it makes sense to consistently use
>> unsigned int for LIRC transmission. Contrary to the initial impression,
>> this shouldn't actually change th
On Fri, May 6, 2011 at 4:22 PM, Laurent Pinchart
wrote:
> Hi Bob,
>
> On Friday 29 April 2011 12:11:34 Bob Liu wrote:
>> Revert commit:
>> V4L/DVB: v4l2-dev: remove get_unmapped_area(c29fcff3daafbf46d64a543c1950bb)
>> to restore NOMMU arch supporting.
>>
>> Signed-off-by: Bob Liu
>
> git provides
Hi Bob,
On Friday 29 April 2011 12:11:34 Bob Liu wrote:
> Revert commit:
> V4L/DVB: v4l2-dev: remove get_unmapped_area(c29fcff3daafbf46d64a543c1950bb)
> to restore NOMMU arch supporting.
>
> Signed-off-by: Bob Liu
git provides a 'git revert' command to revert patches. It formats the commit
mes
32 matches
Mail list logo
