Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1157321 > unrolled thread

Re: [PATCH 2/2] ts2020: Provide DVBv5 API signal strength

Started byAntti Palosaari <crope@iki.fi>
First post2015-06-03 13:20 +0200
Last post2015-06-03 18:00 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH 2/2] ts2020: Provide DVBv5 API signal strength Antti Palosaari <crope@iki.fi> - 2015-06-03 13:20 +0200
    Re: [PATCH 2/2] ts2020: Provide DVBv5 API signal strength Malcolm Priestley <tvboxspy@gmail.com> - 2015-06-03 18:00 +0200

#1157321 — Re: [PATCH 2/2] ts2020: Provide DVBv5 API signal strength

FromAntti Palosaari <crope@iki.fi>
Date2015-06-03 13:20 +0200
SubjectRe: [PATCH 2/2] ts2020: Provide DVBv5 API signal strength
Message-ID<pxeSg-7GO-73@gated-at.bofh.it>
On 05/28/2015 11:07 PM, Malcolm Priestley wrote:
> On 28/05/15 11:08, David Howells wrote:
>> Malcolm Priestley <tvboxspy@gmail.com> wrote:
>>
>>> Statistics polling can not be done by lmedm04 driver's implementation of
>>> M88RS2000/TS2020 because I2C messages stop the devices demuxer.

I did make tests (using that same lme2510 + rs2000 device) and didn't 
saw the issue TS was lost. Could test and and tell me how to reproduce it?
Signal strength returned was quite boring though, about same value all 
the time, but it is different issue...

>>>
>>> So any polling must be a config option for this driver.
>>
>> Ummm...  I presume a runtime config option is okay.
>
> Yes, also, the workqueue appears not to be initialized when using the
> dvb attached method.
>
>>
>> Also, does that mean that the lmedm04 driver can't be made compatible
>> with the
>> DVBv5 API?
>
> No, the driver will have to implement its own version. It doesn't need a
> polling thread it simply gets it directly from its interrupt urb buffer.

I assume lme2510 firmware will read signal strength from rs2000 and it 
is returned then directly by USB interface.

regards
Antti

-- 
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1157804

FromMalcolm Priestley <tvboxspy@gmail.com>
Date2015-06-03 18:00 +0200
Message-ID<pxjfd-5DK-29@gated-at.bofh.it>
In reply to#1157321

On 03/06/15 12:13, Antti Palosaari wrote:
> On 05/28/2015 11:07 PM, Malcolm Priestley wrote:
>> On 28/05/15 11:08, David Howells wrote:
>>> Malcolm Priestley <tvboxspy@gmail.com> wrote:
>>>
>>>> Statistics polling can not be done by lmedm04 driver's
>>>> implementation of
>>>> M88RS2000/TS2020 because I2C messages stop the devices demuxer.
>
> I did make tests (using that same lme2510 + rs2000 device) and didn't
> saw the issue TS was lost. Could test and and tell me how to reproduce it?
> Signal strength returned was quite boring though, about same value all
> the time, but it is different issue...
Hi Antti

The workqueue is not working because ts2020_probe() isn't called.

I am thinking that other drivers that still use dvb_attach may be broken.

It will become an issue when the driver is converted to I2C binding.

Regards


Malcolm
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web