Date: Mon, 3 Jan 2005 00:15:38 +0100 From: Michael Nottebrock <michaelnottebrock@gmx.net> To: Julian Elischer <julian@elischer.org> Cc: multimedia@freebsd.org Subject: Re: bktr now broken for me Message-ID: <200501030015.42715.michaelnottebrock@gmx.net> In-Reply-To: <41D87BBD.9050308@elischer.org> References: <200501021219.00028.michaelnottebrock@gmx.net> <41D86B24.5040406@elischer.org> <41D87BBD.9050308@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart2288544.eSdJ9ABSTL Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 2. January 2005 23:54, Julian Elischer wrote: > Julian Elischer wrote: > > Michael Nottebrock wrote: > >> On Sunday, 2. January 2005 12:18, Michael Nottebrock wrote: > >>> The most recent commit to bktr completely breaks the driver for me. > >>> > >>> When starting a tv application, I get > >>> > >>> bktr0: tuner @ 0xc2 > >>> bktr0: MT2032 write failed (i2c addr 0xc0) > >> > >> Looking at the changes, it seems that my card is misidentified as a > >> PCTV Rave with an MT2032 tuner now. I can override the tuner type when > >> I compile the driver into the kernel and set options > >> BKTR_OVERRIDE_TUNER=3D10 and get TV again - that's fine for me, but I > >> find it a bit wonky that the sysctl only works if the driver does not > >> detect any tuners in the first place. > > I don't have one of these cards and are just making commits as a service > to people who submit patches, but have no commit proves. if > you would like to change the way the sysctl works, feel free to submit > a patch to teh multimedia list for discussion and if there is an agreemen= t, > we can commit it. I'm not really interested (or able) to rewrite bktr to that extent, but it= =20 would be nice if only PCTV Rave cards were actually recognised as PCTV Rave= =20 cards. I've cc'd the author of the patch with this mail - Arne, can you=20 perhaps try and narrow down the PCI IDs for the PCTV Rave cards somewhat? A= t=20 present, it catches all Pinnacle brooktree devices which come with Pinnacle= 's=20 "new" vendor id and that generates quite a lot of false positives. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2288544.eSdJ9ABSTL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2ICeXhc68WspdLARAjKGAJ9a7Xgkx8aq8c5r5DZCLvKOahKgWACglzsZ GCc8JabuD3uYWR+UdjZTBUM= =N8Hp -----END PGP SIGNATURE----- --nextPart2288544.eSdJ9ABSTL--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200501030015.42715.michaelnottebrock>