From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from ey-out-2122.google.com ([74.125.78.25]) by www.linuxtv.org with esmtp (Exim 4.63) (envelope-from ) id 1L9nDr-0007nh-15 for linux-dvb@linuxtv.org; Mon, 08 Dec 2008 22:00:55 +0100 Received: by ey-out-2122.google.com with SMTP id 25so598601eya.17 for ; Mon, 08 Dec 2008 13:00:51 -0800 (PST) Message-ID: <493D8B00.2030600@googlemail.com> Date: Mon, 08 Dec 2008 22:00:48 +0100 From: e9hack MIME-Version: 1.0 To: linux-dvb@linuxtv.org References: <492168D8.4050900@googlemail.com> <49358FE8.9020701@googlemail.com> <4935B1B3.40709@googlemail.com> <4936BE27.10800@googlemail.com> <9ac6f40e0812031104q1b3a419ub5c1a58d19f96239@mail.gmail.com> <493D81DF.4010601@googlemail.com> In-Reply-To: Subject: Re: [linux-dvb] [PATCH]Fix a bug in scan, which outputs the wrong frequency if the current tuned transponder is scanned only List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: linux-dvb-bounces@linuxtv.org Errors-To: linux-dvb-bounces+mchehab=infradead.org@linuxtv.org List-ID: Alex Betis schrieb: > All the tuned parameters are read from the frontend, the problem is that the > frontend returns the values that were used to tune, not the real tuned > values, so if tuning was done with QAM_AUTO, scan-s2 output will not include > modulation since frontend returned QAM_AUTO. The parameters are read from property cache and not from frontend. I've add a second ioctl call for FE_GET_FRONTEND. This will read the real modulation type. Regards, Hartmut _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb