From owner-freebsd-multimedia@FreeBSD.ORG Thu Apr 6 09:51:02 2006 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E7DA16A401 for ; Thu, 6 Apr 2006 09:51:02 +0000 (UTC) (envelope-from jakemsr@jakemsr.com) Received: from mail231.csoft.net (mail231.csoft.net [205.205.221.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 1501B43D5E for ; Thu, 6 Apr 2006 09:51:01 +0000 (GMT) (envelope-from jakemsr@jakemsr.com) Received: (qmail 52 invoked from network); 6 Apr 2006 09:51:00 -0000 Received: from unknown (HELO puff.jakemsr.gom) (jakemsr@24.20.118.148) by mail231.csoft.net with SMTP; 6 Apr 2006 09:51:00 -0000 Received: from puff.jakemsr.gom (jakemsr@localhost.jakemsr.gom [127.0.0.1]) by puff.jakemsr.gom (8.13.6/8.13.4) with ESMTP id k369oxeg009694 for ; Thu, 6 Apr 2006 02:50:59 -0700 (PDT) Received: (from jakemsr@localhost) by puff.jakemsr.gom (8.13.6/8.13.3/Submit) id k369oxsw004250 for freebsd-multimedia@freebsd.org; Thu, 6 Apr 2006 02:50:59 -0700 (PDT) Date: Thu, 6 Apr 2006 02:50:59 -0700 From: Jacob Meuser To: freebsd-multimedia@freebsd.org Message-ID: <20060406095059.GC19235@puff.jakemsr.gom> Mail-Followup-To: freebsd-multimedia@freebsd.org References: <200604051420.k35EKWih013707@amd64.ott.parse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604051420.k35EKWih013707@amd64.ott.parse.com> User-Agent: Mutt/1.4.2i Subject: Re: Fishing: Any problems with bktr and amd64 v 6.0? I get page faults X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 09:51:02 -0000 On Wed, Apr 05, 2006 at 10:20:32AM -0400, Robert Krten wrote: > > I'm investigating a problem I'm having (two kernel page faults so > far an AMD64 on v6.0 release), possibly related to the bktr driver. > > At this point I'm just fishing for answers, because I haven't run the new > system for a long time (installed Sunday). But, when I run my > motion-activated recorder on two bktr devices simultaneously, the system > dies within minutes. If I don't run them, the system is stable. > > I'm using Hauppauge WinTV Go + devices, if that helps, and capturing > frames in RGB24 mode using METEOR_CAP_SINGLE in a tight loop with a > tuner call to TVTUNER_SETCHNL on the associated tuner. > > If anyone can say "Yes, that is definitely a known problem, apply patch X" > that would be great! :-) Or, "Don't use METEOR_CAP_SINGLE, it's unreliable", > that would help too. Even just letting me know that you use bktr on > an AMD64 with v6.0 and *don't* have problems would be useful... do you actually get good results with METEOR_CAP_SINGLE? I often just get gibberish. IIRC, this is because the bt8x8 chip "needs a moment to settle down". I don't recall the details, but I believe I read this in a comment in one of the original bktr sample programs which uses METEOR_CAP_SINGLE. according to http://telepresence.dmem.strath.ac.uk/bt848/ the sample programs are at ftp://telepresence.dmem.strath.ac.uk/pub/bt848/examples but I can't seem to connect to that now :( > Otherwise, I'll be investigating the problem more this weekend. > > On a possibly related note, a few minutes before the first crash, one of > my application programs (which has not crashed in 6 months) died with a > SIGSEGV because a pointer it was using had the value 0x888f8d847c80817f, > which is suspiciously "around 0x80" for every byte (I say "suspicious" > because that could be RGB video data. It could be green cheese, too, > for all I know, but... Coincidence?) you might want to check the OpenBSD bktr driver for 64-bit fixes, especially those marked, "do not use u_long for 32bit data", which were applied in OpenBSD close to 2 years ago and still are not in FreeBSD. and there is another marked "Use proper type for 32 bit entity. s/long/int/ This is needed for bktr(4) to work on sparc64." from 9 months ago. http://www.openbsd.org/cgi-bin/cvsweb.cgi/src/sys/dev/pci/bktr/ btw, I use bktr on OpenBSD/amd64 rather extensively, and have not seen any odd data corruption possibly coincidently related to bktr. --