Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 8 Jun 2012 14:27:39 -0400
From:      John Baldwin <jhb@freebsd.org>
To:        Andrey Zonov <andrey@zonov.org>
Cc:        freebsd-stable <freebsd-stable@freebsd.org>
Subject:   Re: mpt: Unable to memory map registers
Message-ID:  <201206081427.39718.jhb@freebsd.org>
In-Reply-To: <CANU_PUE%2BsGvQ8tVx45cSx1HncD4jyKjsUSGXFboiLLjnD2NgcQ@mail.gmail.com>
References:  <4FD0ECB7.8040908@zonov.org> <201206081119.09164.jhb@freebsd.org> <CANU_PUE%2BsGvQ8tVx45cSx1HncD4jyKjsUSGXFboiLLjnD2NgcQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote:
> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin <jhb@freebsd.org> 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: <LSILogic SAS/SATA Adapter> 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?

Can you also try setting 'debug.acpi.disable=sysres' in the loader?

-- 
John Baldwin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201206081427.39718.jhb>