Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760311AbXLLVWl (ORCPT ); Wed, 12 Dec 2007 16:22:41 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751636AbXLLVWb (ORCPT ); Wed, 12 Dec 2007 16:22:31 -0500 Received: from wa-out-1112.google.com ([209.85.146.177]:63282 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758321AbXLLVWa (ORCPT ); Wed, 12 Dec 2007 16:22:30 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bRW3aaf8TCrFqChrYhFk/XsIUqRMXRB+BNM5x+2Fuu6riOdiydPrJ8ukQg8ezKzsrCYFyiyx5FCWqtZ7nQswTUN8cijzBQ1l0V47pQ2jDt02FJtXTADoN4xlsWSWvGqSu9DCfgLuMXa5Gtbl4B0Ga+Sx9TpWiJ++T+4pkmk1YXA= Message-ID: Date: Wed, 12 Dec 2007 16:22:29 -0500 From: Shane To: "Adrian Bunk" Subject: Re: [2.6 patch] videobuf-core.c locking fixes Cc: "Mauro Carvalho Chehab" , "Adrian Bunk" , "Brandon Philips" , linux-kernel@vger.kernel.org, video4linux-list In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071212090709.GF14204@stusta.de> <1197457394.4807.40.camel@gaivota> <20071212120308.GG14204@stusta.de> <1197469316.4744.22.camel@gaivota> <20071212194454.GF10069@stusta.de> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1240 Lines: 32 > Yes it does! I was just going to send the same patch myself :) But, I am now seeing some errors that weren't there in 2.6.23 kernel: bttv0: SCERR @ 1fa0401c,bits: HSYNC OFLOW SCERR* last message repeated 15 times kernel: bttv0: timeout: drop=16 irq=105615/105615, risc=1fa0401c, bits: HSYNC OFLOW kernel: bttv0: reset, reinitialize kernel: bttv0: PLL can sleep, using XTAL (28636363). kernel: bttv0: SCERR @ 1fa0401c,bits: HSYNC OFLOW SCERR* last message repeated 15 times kernel: bttv0: timeout: drop=16 irq=106741/106741, risc=1fa0401c, bits: HSYNC OFLOW kernel: bttv0: reset, reinitialize kernel: bttv0: PLL can sleep, using XTAL (28636363). These happen occasionally and it causes an EIO DQBUF error and the application has to re queue the buffers but it recovers OK. Not sure if it causes some sort of internal kernel corruption that will only be noticed later possibly? I am using 15 userptr buffers so whatever is happening may be happening once per buffer sometimes. dunno Shane -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/