linux-kernel - Re: Regression-broken V4L2 radio API for BTTV cards (PV951)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <4FB13E43.5050604@oscada.org>
Date:	Mon, 14 May 2012 20:17:55 +0300
From:	Roman Savochenko <rom_as@...ada.org>
To:	linux-kernel@...r.kernel.org
Subject: Re: Regression-broken V4L2 radio API for BTTV cards (PV951)

On 15.12.11 14:41, Roman Savochenko wrote:
> Start from kernel 2.6.39 my TV card's PV951 radio is not work.
> On 2.6.38 it still fine work and form 2.6.39 to present it is not.
> I have seen to source's different for BTTV code from 2.6.38 to 2.6.39
> and have not seen any functional changes then the problem is generic for
> radio API.
The problem appear by partial check for option "bttv radio=1". For that 
option /dev/radio0 is created but checking for radio into function 
check_mode() see only to device's flag ".has_radio", which clear for 
"ProVideo PV951 (42)" card.

Replacing card to "Pace TV & Radio Card (101)" resolve the problem for me.

I think for fix that behavior need set flag ".has_radio" or RADIO mask 
for flag "bttv radio=1".

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