Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 23 Jul 2022 20:08:57 -0700
From:      Cy Schubert <Cy.Schubert@cschubert.com>
To:        Cy Schubert <Cy.Schubert@cschubert.com>
Cc:        Mark Johnston <markj@freebsd.org>, freebsd-current@freebsd.org, chuck@freebsd.org
Subject:   Re: DTrace Error
Message-ID:  <20220724030857.B57FAFC@slippy.cwsent.com>
In-Reply-To: <20220723185533.9EA7D11E@slippy.cwsent.com>
References:  <20220723035223.57CDBD7@slippy.cwsent.com>  <20220723141444.85620189@slippy.cwsent.com> <YtxAbplpPtLy2Ll1@nuc>  <20220723185533.9EA7D11E@slippy.cwsent.com>

next in thread | previous in thread | raw e-mail | index | archive | help
In message <20220723185533.9EA7D11E@slippy.cwsent.com>, Cy Schubert writes:
> In message <YtxAbplpPtLy2Ll1@nuc>, Mark Johnston writes:
> > On Sat, Jul 23, 2022 at 07:14:44AM -0700, Cy Schubert wrote:
> > > In message <20220723035223.57CDBD7@slippy.cwsent.com>, Cy Schubert writes
> :
> > > > I'm not sure if this is because my obj tree needs a fresh rebuild and 
> > > > reinstall or if this is a legitimate problem. Regardless of the dtrace 
> > > > command entered, whether it be a fbt or sdt, the following error occurs
> :
> > > >
> > > > slippy# dtrace -n 'fbt::ieee80211_vap_setup:entry { printf("entering 
> > > > ieee80211_vap_setup\n"); }'
> > > > dtrace: invalid probe specifier fbt::ieee80211_vap_setup:entry { 
> > > > printf("entering ieee80211_vap_setup\n"); }: "/usr/lib/dtrace/psinfo.d"
> , 
> > > > line 1: failed to copy type of 'pr_gid': Conflicting type is already de
> fi
> > ned
> > > > slippy# 
> > > >
> > > > Old DTrace scripts I've used months or even years ago also fail with th
> e 
> > > > same error. It's not this one probe. All probes result in the pr_gid er
> ro
> > r.
> > > >
> > > > I'm currently rebuilding my "prod" tree from scratch with the hope that
>  
> > > > it's simply something out of sync. But, should it not be, has anyone el
> se
> >  
> > > > encountered this lately?
> > > 
> > > A full clean rebuild and installworld/kernel did not change the result. 
> > > This is a new problem.
> >
> > I don't see any such problem on a system built from commit 151abc80cde,
> > using GENERIC.  Are you using a custom kernel config?  Which kernel
> > modules do you have loaded?
>
> [...]

chuck@ emailed me privately suggesting a roll back to cb2ae6163174. The 
problem is fixed. I'm creating a special branch that reverts only the llvm 
commits since then.


-- 
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  http://www.FreeBSD.org
NTP:           <cy@nwtime.org>    Web:  https://nwtime.org

			e**(i*pi)+1=0






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