From owner-freebsd-stable@FreeBSD.ORG Tue Jun 12 18:12:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 179621065674 for ; Tue, 12 Jun 2012 18:12:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E10808FC23 for ; Tue, 12 Jun 2012 18:12:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3AE7CB995; Tue, 12 Jun 2012 14:12:16 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Tue, 12 Jun 2012 14:06:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206111619.51019.jhb@freebsd.org> <4FD65C9E.1010809@zonov.org> In-Reply-To: <4FD65C9E.1010809@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206121406.27276.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Jun 2012 14:12:16 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 18:12:17 -0000 On Monday, June 11, 2012 5:01:18 pm Andrey Zonov wrote: > On 6/12/12 12:19 AM, John Baldwin wrote: > > On Monday, June 11, 2012 11:25:38 am Andrey Zonov wrote: > >> On 6/11/12 6:19 PM, John Baldwin wrote: > >>> On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote: > >>>> On 6/9/12 9:35 PM, Marius Strobl wrote: > >>>>> On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: > >>>>>> On 6/8/12 10:27 PM, John Baldwin wrote: > >>>>>>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: > >>>>>>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > >>>>>>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > >>>>>>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: > >>>>>>>>>>> Hi, > >>>>>>>>>>> > >>>>>>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0- > >>> STABLE > >>>>>>>>>>> (r234600) and now they can't find any disk because SAS controller > >>>>>>>>>>> cannot > >>>>>>>>>>> initialize with the following diagnostic: > >>>>>>>>>>> > >>>>>>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at > >>> device > >>>>>>>>>>> 3.0 on pci6 > >>>>>>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > >>>>>>>>>>> mpt0: Unable to memory map registers. > >>>>>>>>>>> mpt0: Giving Up. > >>>>>>>>>>> > >>>>>>>>>>> pciconf -lv: > >>>>>>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 > >>>>>>>>>>> rev=0x02 > >>>>>>>>>>> hdr=0x00 > >>>>>>>>>>> vendor = 'LSI Logic / Symbios Logic' > >>>>>>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' > >>>>>>>>>>> class = mass storage > >>>>>>>>>>> subclass = SCSI > >>>>>>>>>>> > >>>>>>>>>>> I tried to boot to latest HEAD and found the same problem. I also > >>> tried > >>>>>>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't > >>>>>>>>>>> initialize with the same diagnostic. So it looks like the problem is > >>>>>>>>>>> not > >>>>>>>>>>> in mpt driver. > >>>>>>>>>>> > >>>>>>>>>>> Any help would be appreciated. > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> +jhb@ > >>>>>>>>>> > >>>>>>>>>> Hi John, > >>>>>>>>>> > >>>>>>>>>> Could you please help me with the problem above? It looks like the > >>>>>>>>>> problem is in PCI code and you changed things there. > >>>>>>>>> > >>>>>>>>> Can you get a verbose dmesg? > >>>>>>>>> > >>>>>>>> > >>>>>>>> Yes, it's in attach. > >>>>>>> > >>>>>>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken > >>>>>>> kernel? > >>>>>>> > >>>>>> > >>>>>> Attached. > >>>>>> > >>>>>>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? > >>>>>>> > >>>>>> > >>>>>> Didn't help. > >>>>>> > >>>>> > >>>>> That's probably due to a typo, the corret loader tunable is > >>>>> debug.acpi.disabled=sysres (note the 'd'). > >>>>> > >>>> > >>>> This helps, thanks! Please explain what this means. > >>> > >>> Well, it's working around a bug in your BIOS, but in this case FreeBSD should > >>> have coped fine and it didn't. Please try using this patch without that > >>> tunable and get a verbose dmesg please: > >> > >> Unfortunately didn't work. > > > > Ah, it did work a bit, but it uncovered a larger bug. I didn't make the > > PCI-PCI bridge driver recursively grow windows. Try this: > > > > Still no luck. Ok, I've added some more debugging. The patch is a bit larger now and you can fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch -- John Baldwin