From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from ironport2-out.teksavvy.com ([206.248.154.183]:8049 "EHLO ironport2-out.teksavvy.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752740Ab1LFNEQ (ORCPT ); Tue, 6 Dec 2011 08:04:16 -0500 Message-ID: <4EDE0FD7.4020603@teksavvy.com> Date: Tue, 06 Dec 2011 07:51:35 -0500 From: Mark Lord MIME-Version: 1.0 To: Devin Heitmueller CC: Eddi De Pieri , Mauro Carvalho Chehab , linux-media@vger.kernel.org Subject: Re: [PATCH 5/8] [media] em28xx: initial support for HAUPPAUGE HVR-930C again References: <1321800978-27912-1-git-send-email-mchehab@redhat.com> <1321800978-27912-2-git-send-email-mchehab@redhat.com> <1321800978-27912-3-git-send-email-mchehab@redhat.com> <1321800978-27912-4-git-send-email-mchehab@redhat.com> <1321800978-27912-5-git-send-email-mchehab@redhat.com> <4EDD0F01.7040808@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: On 11-12-05 06:47 PM, Devin Heitmueller wrote: > On Mon, Dec 5, 2011 at 6:32 PM, Eddi De Pieri wrote: >> Sorry, I think I applied follow patch on my tree while I developed >> the driver trying to fix tuner initialization. >> >> http://patchwork.linuxtv.org/patch/6617/ >> >> I forgot to remove from my tree after I see that don't solve anything. > > Ok, great. At least that explains why it's there (since I couldn't > figure out how on Earth the patch made sense otherwise). > > Eddi, could you please submit a patch removing the offending code? That's good. But there definitely still is a race between modules in there somewhere. The HVR-950Q tuners use several: xc5000, au8522, au0828, .. and unless au0828 is loaded *last*, with a delay before/after, the dongles don't always work. Preloading all of the modules before allowing hardware detection seems to help. Even just changing from a mechanical hard drive to a very fast SSD is enough to change the behaviour from not-working to working (and sometimes the other way around). I tried to track this down a couple of years ago, and found cross-module calls failing because the target functions hadn't been loaded yet. But my lack of notes from 2-3 years ago isn't helpful here. Here's a similar report from 2 years ago, as valid today as it was then: http://www.mythtv.org/pipermail/mythtv-users/2010-January/279912.html Cheers