Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 8 Jul 2018 11:26:21 -0400
From:      Mark Johnston <markj@freebsd.org>
To:        Sean Bruno <sbruno@freebsd.org>
Cc:        Andrew Turner <andrew@freebsd.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r334880 - head/sys/dev/vnic
Message-ID:  <20180708152621.GB18193@pesky>
In-Reply-To: <ef680451-5750-e0cd-27b5-852fc8e74eb8@freebsd.org>
References:  <201806091447.w59ElnpU026396@repo.freebsd.org> <20180707174351.GA95934@pesky> <ef680451-5750-e0cd-27b5-852fc8e74eb8@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Jul 08, 2018 at 09:10:27AM -0600, Sean Bruno wrote:
> 
> 
> On 07/07/18 11:43, Mark Johnston wrote:
> > On Sat, Jun 09, 2018 at 02:47:49PM +0000, Andrew Turner wrote:
> >> Author: andrew
> >> Date: Sat Jun  9 14:47:49 2018
> >> New Revision: 334880
> >> URL: https://svnweb.freebsd.org/changeset/base/334880
> >>
> >> Log:
> >>   In the ThunderX BGX network driver we were skipping the NULL terminator
> >>   when parsing the phy type, however this is included in the length returned
> >>   by OF_getprop. To fix this stop ignoring the terminator.
> >>   
> >>   PR:		228828
> >>   Reported by:	sbruno
> >>   Sponsored by:	DARPA, AFRL
> > 
> > This seems to break vnic on packet.net ThunderXs.  In particular, VF
> > creation fails.  It seems the problem in my case is that there are
> > multiple PHY devices in the device tree, e.g., xfi@0, xfi@1.  With this
> > change, bgx_fdt_phy_name_match() fails to match against any device
> > containing a unit address in the node name.
> > 
> 
> 
> Huh ... this was *required* to get the ThunderXs we have in the FreeBSD
> cluster to work at all.  o.0
> 
> I guess "someone" needs to contact "someone" to figure out which is
> correct or we need to replace our FreeBSD cluster machines with ones
> that work like the packet.net machines?

I think the current code works fine if there's only one PHY device, so
my problem is probably just the result of having a different hardware
setup.  We can probably fix the code to handle both cases.  Could you
mail me the output of "ofwdump -ap" from the cluster machine?



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