From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx3.redhat.com (mx3.redhat.com [172.16.48.32]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m55FV20i029640 for ; Thu, 5 Jun 2008 11:31:02 -0400 Received: from mail.hauppauge.com (mail.hauppauge.com [167.206.143.4]) by mx3.redhat.com (8.13.8/8.13.8) with ESMTP id m55FUp7l016701 for ; Thu, 5 Jun 2008 11:30:51 -0400 Message-ID: <4848066B.4020908@linuxtv.org> From: mkrufky@linuxtv.org To: edubezval@gmail.com Date: Thu, 5 Jun 2008 11:29:47 -0400 MIME-Version: 1.0 in-reply-to: Content-Type: text/plain; charset="iso-8859-1" Cc: tony@atomide.com, eduardo.valentin@indt.org.br, video4linux-list@redhat.com, sakari.ailus@nokia.com, mchehab@infradead.org Subject: Re: [PATCH 0/1] Add support for TEA5761 (from linux-omap) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: video4linux-list-bounces@redhat.com Errors-To: video4linux-list-bounces@redhat.com List-ID: Eduardo Valentin wrote: > Hi guys, > > About this Tuner API, what is the best way to [s,g]et mute state? > > cheers, > You would usually have the bridge driver handle mute / unmute operation. The tuner driver handles the operations of the tuner chip, itself. Mute is not normally controlled within the tuner silicon. For cases where mute IS controlled by the tuner, we tend to call sleep to mute the tuner, and we re-tune to unmute and ensure that we're on the correct channel. -Mike -- video4linux-list mailing list Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe https://www.redhat.com/mailman/listinfo/video4linux-list