From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 30 22:23:07 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 016F216A40A for ; Sun, 30 Apr 2006 22:23:06 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89C943D6B for ; Sun, 30 Apr 2006 22:22:50 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3UMMog7002445 for ; Sun, 30 Apr 2006 18:22:50 -0400 X-ORBL: [71.139.108.211] DomainKey-Signature: a=rsa-sha1; s=sbc01; d=pacbell.net; c=nofws; q=dns; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id: references:mime-version:content-type; b=dnkCXOWNIp+ZYZ6bAJd7Ej+I4/eHtJPjowT2Ru1xiTxHNQ6aumjQZiG+PmVkOUnof yBtSBHcsaS+4Cbb9aArZQ== Received: from antec (ppp-71-139-108-211.dsl.snfc21.pacbell.net [71.139.108.211]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3UMMm7w077304; Sun, 30 Apr 2006 18:22:48 -0400 Date: Sun, 30 Apr 2006 15:22:46 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: Mike Silbersack In-Reply-To: <20060430163316.B724@odysseus.silby.com> Message-ID: <20060430151724.N4092@antec.home> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> <20060430163316.B724@odysseus.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1137856199-1146435766=:4092" Cc: mobile@freebsd.org Subject: Re: if_bfe and > 1 GB of ram is now fixed (fwd) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Apr 2006 22:23:07 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1137856199-1146435766=:4092 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 30 Apr 2006, Mike Silbersack wrote: > > On Sun, 30 Apr 2006, Mikko Työläjärvi wrote: > >> Great! However, it does not quite work for me (on -current as of >> yesterday, with version 1.36 of if_bfe.c). Busdma wants a lock >> function: >> >> panic: driver error: busdma dflt_lock called >> >> Using busdma_lock_mutex() and &sc->bfe_mtx results in watchdog >> timeouts, lots of LORs and no network traffic, so some other lock is >> apparently needed. >> >> Any ideas? > > Hm. My bfe machine is running 6.x, so I tested under that only. Can you try > setting hw.mem=1000M to see if that causes the panic to temporarily go away? > I'm interested to see if the new code panics only when > 1GB of ram is > present or if it panics all the time now. :) Verfied that limiting RAM still works. I guess the code path that needs the locking isn't being triggered, as it seems to deal with bounce buffers. Actually, even with 2G I can get an address via DHCP, do DNS lookups, ping some hosts and even have a short telnet session without problems. But starting a web browser or running cvsup instantly results in the above panic. /Mikko --0-1137856199-1146435766=:4092--