From owner-freebsd-current Sat Mar 30 21:51: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id B5D3237B416; Sat, 30 Mar 2002 21:50:54 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 7C1D8AE163; Sat, 30 Mar 2002 21:50:54 -0800 (PST) Date: Sat, 30 Mar 2002 21:50:54 -0800 From: Alfred Perlstein To: Michael Smith Cc: scott_long@btc.adaptec.com, mark_salyzyn@adaptec.com, obrien@freebsd.org, current@freebsd.org Subject: Re: asr can not map memory? Message-ID: <20020331055054.GI93885@elvis.mu.org> References: <20020331044558.GD93885@elvis.mu.org> <200203310533.g2V5XMc02681@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200203310533.g2V5XMc02681@mass.dis.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Michael Smith [020330 21:34] wrote: > > I just got the Adaptec 4 port IDE raid card 2400A. > > > > It doesn't probe right: > > asr0: could not map memory > > > > I added some debug printouts to the asr driver and pci code. > > > > asr0: mem 0xf6000000-0xf7ffffff irq 5 at device 5 > > .1 on pci2 > > pcib2: device asr0 requested unsupported memory range 0xf6000000-0xf6400000 > > pcib2: device asr0 requested unsupported memory range 0x0-0xec9fffff (decodin > > g 0xec900000-0xec9fffff, 0xf6000000-0xfbffffff) > > asr: map failed at: 2602 p:f6000000 f6400000 l:00400000 > > asr0: could not map memory > > device_probe_and_attach: asr0 attach returned 6 > > > > wtf is going on here? > > Your BIOS is assigning a memory range to the card that we don't believe > the bridge passes through. Our check is bogus because (as you see) the > range is actually legitimate (and we booger up some calculations). Add > the PCI_ALLOW_UNSUPPORTED_IO_RANGE option and this should go away. I was about to do that (add PCI_ALLOW_UNSUPPORTED_IO_RANGE) I'll toss a patch to make this a tunable/sysctl in a bit. Is there a way that we can "fix" this without blindly allowing bad bus_alloc_resources ? I'm a bit confused as to wheather our code is behaving oddly or if it's just the device violating some spec... > You should have bought a 3ware controller. 8) 3ware should talk to Frys. :) Thanks for responding so promptly. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message