Date: Mon, 07 Sep 2015 19:29:09 -0700 From: "Bradley W. Dutton" <brad-fbsd-stable@duttonbros.com> To: Scott Long <scottl@samsco.org> Cc: freebsd-stable@freebsd.org Subject: Re: ISCI bus_alloc_resource failed Message-ID: <20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb@duttonbros.com> In-Reply-To: <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
There are 2 devices in the same group so I passed both of them: http://duttonbrosllc.com/misc/vmware_esxi_passthrough_config.png At the time I wasn't sure if this was necessary but I just tried the =20 Centos 7 VM and it worked without the SMBus device being passed =20 through. I then tried the FreeBSD VM without SMBus and saw the same =20 allocation error as before. Looks like the SMBus device is a red =20 herring? Thanks, Brad Quoting Scott Long <scottl@samsco.org>: > This is really weird. According to what you=E2=80=99ve posted, it=E2=80= =99s =20 > advertising itself as an SMBus controller with no BARs. Maybe =20 > you=E2=80=99re passing through the wrong device, or someone added the w= rong =20 > PCI device id data to the driver? > > Scott > >> On Sep 7, 2015, at 11:34 AM, Bradley W. Dutton =20 >> <brad-fbsd-stable@duttonbros.com> wrote: >> >> Hi, >> >> I'm having trouble with the isci driver in both stable and current. =20 >> I see the following dmesg in stable: >> >> isci0: <Intel(R) C600 Series Chipset SAS Controller (SATA mode)> =20 >> port 0x5000-0x50ff mem 0xe7afc000-0xe7afffff,0xe7400000-0xe77fffff =20 >> irq 19 at device 0.0 on pci11 >> isci: 1:000051 ISCI bus_alloc_resource failed >> >> >> I'm running FreeBSD on VMWare ESXi 6 with vt-d passthrough of the =20 >> isci devices, here is the relevant pciconf output: >> >> none2@pci0:3:0:0: class=3D0x0c0500 card=3D0x062815d9 chip=3D0x1d708086= =20 >> rev=3D0x06 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'C600/X79 series chipset SMBus Controller 0' >> class =3D serial bus >> subclass =3D SMBus >> cap 10[90] =3D PCI-Express 2 endpoint max data 128(128) link x32(x3= 2) >> speed 5.0(5.0) ASPM disabled(L0s) >> cap 01[cc] =3D powerspec 3 supports D0 D3 current D0 >> cap 05[d4] =3D MSI supports 1 message >> ecap 000e[100] =3D ARI 1 >> isci0@pci0:11:0:0: class=3D0x010700 card=3D0x062815d9 chip=3D0x1d6b808= 6 =20 >> rev=3D0x06 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'C602 chipset 4-Port SATA Storage Control Unit' >> class =3D mass storage >> subclass =3D SAS >> cap 01[98] =3D powerspec 3 supports D0 D3 current D0 >> cap 10[c4] =3D PCI-Express 2 endpoint max data 128(128) link x32(x3= 2) >> speed 5.0(5.0) ASPM disabled(L0s) >> cap 11[a0] =3D MSI-X supports 2 messages >> Table in map 0x10[0x2000], PBA in map 0x10[0x3000] >> ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected >> ecap 000e[138] =3D ARI 1 >> ecap 0017[180] =3D TPH Requester 1 >> ecap 0010[140] =3D SRIOV 1 >> >> >> I haven't tried booting on bare metal but running a linux distro =20 >> (centos 7) in the same VM works without issue. Is is possible the =20 >> SRIOV option is causing trouble? I don't see a BIOS option to =20 >> disable that setting on this server like I have on some others. Any =20 >> other ideas to get this working? >> >> Thanks, >> Brad >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb>