From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from poutre.nerim.net ([62.4.16.124]:58862 "EHLO poutre.nerim.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932315Ab0BYNM5 (ORCPT ); Thu, 25 Feb 2010 08:12:57 -0500 Date: Thu, 25 Feb 2010 14:12:54 +0100 From: Jean Delvare To: hermann pitton Cc: Mauro Carvalho Chehab , LMML , Daro , Roman Kellner Subject: Re: [PATCH] saa7134: Fix IR support of some ASUS TV-FM 7135 variants Message-ID: <20100225141254.3e43f2c6@hyperion.delvare> In-Reply-To: <1266635225.3407.33.camel@pc07.localdom.local> References: <20100127120211.2d022375@hyperion.delvare> <4B630179.3080006@redhat.com> <1264812461.16350.90.camel@localhost> <20100130115632.03da7e1b@hyperion.delvare> <1264986995.21486.20.camel@pc07.localdom.local> <20100201105628.77057856@hyperion.delvare> <1265075273.2588.51.camel@localhost> <20100202085415.38a1e362@hyperion.delvare> <4B681173.1030404@redhat.com> <20100210190907.5c695e4e@hyperion.delvare> <4B72FD83.1050500@redhat.com> <20100210203601.31ef3220@hyperion.delvare> <1265849882.4422.17.camel@localhost> <1266211906.3177.16.camel@pc07.localdom.local> <1266635225.3407.33.camel@pc07.localdom.local> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: On Sat, 20 Feb 2010 04:07:05 +0100, hermann pitton wrote: > Are you still waiting for Daro's report? Yes, I am still waiting. Unfortunately neither Daro nor Roman reported any test result so far. Now, if we go for my second patch, I guess we might as well apply it right now. It only affects this one card (Asus P7131 analog), and it was broken so far, so I don't think my patch can do any bad. > As said, I would prefer to see all OEMs _not_ following Philips/NXP > eeprom rules running into their own trash on GNU/Linux too. > > Then we have facts. > > That is much better than to provide a golden cloud for them. At least I > won't help to debug such later ... > > If you did not manage to decipher all OEM eeprom content already, > just let's go with the per card solution for now. > > Are you aware, that my intention is _not_ to spread the use of random > and potentially invalid eeprom content for some sort of such auto > detection? > > The other solution is not lost and in mind, if we should need to come > back to it and are in details. Preferably the OEMs should take the > responsibility for such. > > We can see, that even those always doing best on it, can't provide the > missing informations for different LNA stuff after the > Hauppauge/Pinnacle merge until now. > > If you claim to know it better, please share with us. I'm not claiming anything, and to be honest, I have no idea what you're talking about. -- Jean Delvare