From owner-freebsd-sparc Fri Jan 17 9:31:23 2003 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E52437B401 for ; Fri, 17 Jan 2003 09:31:22 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id F417B43EB2 for ; Fri, 17 Jan 2003 09:31:20 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 12532 invoked by uid 0); 17 Jan 2003 17:31:19 -0000 Received: from p508e75c4.dip.t-dialin.net (HELO galatea.local) (80.142.117.196) by mail.gmx.net (mp006-rz3) with SMTP; 17 Jan 2003 17:31:19 -0000 Received: from localhost ([127.0.0.1] helo=galatea.local) by galatea.local with esmtp (Exim 4.12 #1) id 18ZaMf-00011k-00; Fri, 17 Jan 2003 18:33:09 +0100 Received: (from tmm@localhost) by galatea.local (8.12.6/8.12.6/Submit) id h0HHX3Tp003951; Fri, 17 Jan 2003 18:33:03 +0100 (CET) Date: Fri, 17 Jan 2003 18:33:03 +0100 From: Thomas Moestl To: Harti Brandt Cc: sparc@freebsd.org Subject: Re: Problem with iommu_dvmamap_create Message-ID: <20030117173303.GD304@crow.dom2ip.de> Mail-Followup-To: Harti Brandt , sparc@freebsd.org References: <20030117151958.U715@beagle.fokus.gmd.de> <20030117160857.GB304@crow.dom2ip.de> <20030117171317.F44530@beagle.fokus.gmd.de> <20030117171111.GC304@crow.dom2ip.de> <20030117181111.R45050@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030117181111.R45050@beagle.fokus.gmd.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 2003/01/17 at 18:19:59 +0100, Harti Brandt wrote: > On Fri, 17 Jan 2003, Thomas Moestl wrote: > TM>BUS_DMAMAP_NSEGS (and BUS_SPACE_MAXSIZE) is pretty arbitrary, the only > TM>thing to limit is the stack space used by the segment array. In the > TM>current setting, 272 bytes are used at most, which is less than 1.5 > TM>minimal function frames. Values such as 64 should still be OK. > > Would it be possible if you change it just there? Yes, I'll do that with the next update. > I have an ATA controller from which I boot, a hme card and an adaptec > 29160, but I don't use the SCSI disk at the moment. Hmmm, none of these has boundary requirements of a form that were broken previously. The lowaddr breakage also affects none of them (it was quite harmless for the class of the PCI devices that is currently supported). > What I did to trigger the error was: > > 1) compile the code with the '3 * HE_....' changed to 1. > 2) install, kldload, ifconfig up -> ok > 3) compile the original code > 3) kldunload, install, kldload, ifconfig up -> baaaah > > 'baaaah' means, that a lot of strange things happen: the driver gets a lot > of interrupts, but the interrupt status words (these are written per DMA) > are invalid. when kldunloading sometimes I get a repeated loop of 'fast > data mmu ... miss' and ddb prompts. After booting (I need to switch the > machine off to do this!) the nvram checksum is usually bad and the machine > ofw status is reset. I tried to find the problem for 3 days now.... With > your patch applied things seem better, but I still fail to see why :-) So do I. Can you maybe put the full code of the driver in question somewhere for download? Thanks, - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message