From owner-freebsd-net@freebsd.org Thu Nov 21 17:52:31 2019 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B435F1C6555; Thu, 21 Nov 2019 17:52:31 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-oi1-f176.google.com (mail-oi1-f176.google.com [209.85.167.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47JnFp6mt0z3DY6; Thu, 21 Nov 2019 17:52:30 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-oi1-f176.google.com with SMTP id y194so4008492oie.4; Thu, 21 Nov 2019 09:52:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=u5sRQQGyGPxPj67Itm6i2dUZ+tfsEblzf5KvkE98y/A=; b=BCf9EjwPoeSlsS4jHYiMhzwEChHCAdyK41skyChmCmWxDxLOX7lndHp2z1TS9pHWHu ta9Tuhu1vJgBwtztewbWw5NBq6e0K2Q9DewISsqz/cI652acRsnLdnUIXWTLntH5nl9i NUEq2RzxHxie9Jg/uc+yudfw9pnVOBQmKQ8PsmAmhDSdRd8mqTSVPmLGvdhwkRzOuUj5 +HVGD2FkCFA3m3fxrsCHbBYrOcO2Ubv0l1AZr07xwrahdHwGGVRlFXZaKRom2F8/UUTD xZdfEdeung7JPrrc/DAzOK816vp+X/g1fNQ7Z8ClYb4uJEhd90jUgL9xx4lYlHJEnjv2 DiyA== X-Gm-Message-State: APjAAAVj99u7MO/9PjX7mauIXOlX/K8RPCj+HhEi1J+9pRYYdjWNwDNp 0iITOjtlqFQbrwv6vqW52KKY0M8e X-Google-Smtp-Source: APXvYqyYVLM6ZDpvJ4taBaMdhZ9mbYkFI7dSRK+fj5RvMYleosDM1GuownYOYsVjzb8MFXzHVSsPbw== X-Received: by 2002:aca:674c:: with SMTP id b12mr8572927oiy.148.1574358749234; Thu, 21 Nov 2019 09:52:29 -0800 (PST) Received: from mail-io1-f53.google.com (mail-io1-f53.google.com. [209.85.166.53]) by smtp.gmail.com with ESMTPSA id d21sm1188859otp.66.2019.11.21.09.52.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 21 Nov 2019 09:52:28 -0800 (PST) Received: by mail-io1-f53.google.com with SMTP id b26so2572851ion.7; Thu, 21 Nov 2019 09:52:28 -0800 (PST) X-Received: by 2002:a6b:204:: with SMTP id 4mr8794818ioc.303.1574358748281; Thu, 21 Nov 2019 09:52:28 -0800 (PST) MIME-Version: 1.0 References: <2D60E558-2F48-40EA-BF0D-C350BD005215@microwave.sk> In-Reply-To: <2D60E558-2F48-40EA-BF0D-C350BD005215@microwave.sk> From: Richard Gallamore Date: Thu, 21 Nov 2019 09:52:17 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: device_attach: ixv0 attach returned 5 To: =?UTF-8?Q?Michal_Van=C4=8Do?= Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 47JnFp6mt0z3DY6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ultima1252@gmail.com designates 209.85.167.176 as permitted sender) smtp.mailfrom=ultima1252@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[176.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.12)[ip: (-0.43), ipnet: 209.85.128.0/17(-3.17), asn: 15169(-1.97), country: US(-0.05)]; FORGED_SENDER(0.30)[ultima@freebsd.org,ultima1252@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[176.167.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[ultima@freebsd.org,ultima1252@gmail.com] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2019 17:52:31 -0000 Hello Michal, > I=E2=80=99m running 12-STABLE. Is this a hardware related or possibly a d= river bug? This is probably a driver / module bug. [1] is a bug on this issue, that I opened some years ago. The last time I tested the sr-iov functionality it was working if you compile the intel module with sr-iov support enabled but not with the base module. This was probably a couple years ago though and on 12-CURRENT before 12 was released. Personally I suggest you just avoid sr-iov though and use bridges. sr-iov was a cool idea but it just failed to get an attraction. Probably several reasons for this, based on my experience I would say the primary reason is because its designed use case is for virtualization, and if you do use this for virtualization, you trade the ability to do live migrations due to using physical hardware. Hope this helps, Richard Gallamore On Thu, Nov 21, 2019 at 3:53 AM Michal Van=C4=8Do via freebsd-stable < freebsd-stable@freebsd.org> wrote: > Hi, > > I=E2=80=99m trying to get SR-IOV working with my two port Intel 10G NIC: > > ix0@pci0:3:0:0: class=3D0x020000 card=3D0x15ad15d9 chip=3D0x15ad8086 rev= =3D0x00 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection X552/X557-AT 10GBASE-T' > class =3D network > subclass =3D ethernet > ix1@pci0:3:0:1: class=3D0x020000 card=3D0x15ad15d9 chip=3D0x15ad8086 rev= =3D0x00 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection X552/X557-AT 10GBASE-T' > class =3D network > subclass =3D ethernet > > with this iovctl config: > > # cat /etc/iovctl_ix1.conf > PF { > device: "ix1"; > num_vfs: 4; > } > > I get 4 PCI devices created: > > none57@pci0:3:0:129: class=3D0x020000 card=3D0x15ad15d9 chip=3D0x15a88= 086 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection X552 Virtual Function' > class =3D network > subclass =3D ethernet > none58@pci0:3:0:131: class=3D0x020000 card=3D0x15ad15d9 chip=3D0x15a88= 086 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection X552 Virtual Function' > class =3D network > subclass =3D ethernet > none59@pci0:3:0:133: class=3D0x020000 card=3D0x15ad15d9 chip=3D0x15a88= 086 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection X552 Virtual Function' > class =3D network > subclass =3D ethernet > none60@pci0:3:0:135: class=3D0x020000 card=3D0x15ad15d9 chip=3D0x15a88= 086 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection X552 Virtual Function' > class =3D network > subclass =3D ethernet > > But the driver fails to attach with following errors: > > ixv0: at device 0.12= 9 > on pci4 > ixv0: ...reset_hw() failure: Reset Failed! > ixv0: IFDI_ATTACH_PRE failed 5 > device_attach: ixv0 attach returned 5 > ixv0: at device 0.13= 1 > on pci4 > ixv0: ...reset_hw() failure: Reset Failed! > ixv0: IFDI_ATTACH_PRE failed 5 > device_attach: ixv0 attach returned 5 > ixv0: at device 0.13= 3 > on pci4 > ixv0: ...reset_hw() failure: Reset Failed! > ixv0: IFDI_ATTACH_PRE failed 5 > device_attach: ixv0 attach returned 5 > ixv0: at device 0.13= 5 > on pci4 > ixv0: ...reset_hw() failure: Reset Failed! > ixv0: IFDI_ATTACH_PRE failed 5 > device_attach: ixv0 attach returned 5 > > I=E2=80=99m running 12-STABLE. Is this a hardware related or possibly a d= river bug? > > regards > Michal > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >