Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 4 Sep 2011 11:28:57 -0500
From:      Brandon Gooch <jamesbrandongooch@gmail.com>
To:        Rick Macklem <rmacklem@uoguelph.ca>
Cc:        FreeBSD-Current <freebsd-current@freebsd.org>
Subject:   Re: newnfs user setup
Message-ID:  <20110904162102.GA30321@gmail.com>
In-Reply-To: <1678816683.746981.1315009505581.JavaMail.root@erie.cs.uoguelph.ca>
References:  <CALBk6yL5LkcfELM0qAqYpZmvVJzwGBHT8JYDcPnE1NXQj0q_PQ@mail.gmail.com> <1678816683.746981.1315009505581.JavaMail.root@erie.cs.uoguelph.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 02, 2011 at 08:25:05PM -0400, Rick Macklem wrote:
> Brandon Gooch wrote:
> > On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch
> > <jamesbrandongooch@gmail.com> wrote:
> > > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem <rmacklem@uoguelph.ca>
> > > wrote:
> > >>> On Thu, 26 May 2011, Rick Macklem wrote:
> > >>> ...
> > >>> > ??http://people.freebsd.org/~rmacklem/dtrace.patch
> > >>> >
> > >>> Hmm. Is it just me?
> > >>> Trying to test the patch I get:
> > >>>
> > >>> (fs)(root) patch -C < dtrace.patch
> > >>> Hmm... I can't seem to find a patch in there anywhere.
> > >>>
> > >> Here's how I apply the patch.
> > >> - download dtrace.patch to somewhere, lets say /tmp, then
> > >> # cd /usr/src/sys <-- sys subdirectory of a current head,
> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? which you don't mind messing up
> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? doesn't have to be at /usr/src/sys,
> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? of course.
> > >> # patch -p1 < /tmp/dtrace.patch
> > >>
> > >> rick
> > >>
> > >
> > > What's the status on this patch? It would be nice to get
> > > dtrace/newnfs
> > > going for 9.0...it's not too late, right?
> > >
> > > I'll test the patch too BTW :)
> > >
> > > -Brandon
> > >
> > 
> > So it looks like the patch was committed to HEAD, but the bits to
> > support the New NFS implementation were never flipped on -- is that
> > for a good reason?
> > 
> I know nothing about Dtrace, so if something needs to be changed/fixed,
> someone who understands these things will have to let me know.
> 
> When I built a kernel with "options KDTRACE_HOOKS" and set
> dtraceall_load="YES" in /etc/rc.conf,
> it booted and
> # dtrace -l
> - seemed to find the stuff (it's called "dtnfscl", btw).
> 
> Someone told me that's how you check it's loaded and that's all I
> know how to do w.r.t. dtrace.
> 
> If you can test/debug it, that would be great, rick

Actually, the problem is not with DTrace functioning, but with the
dtnfsclient.ko module:

brandon@m6500:~$ sudo kldload dtnfsclient
kldload: can't load dtnfsclient: Exec format error

brandon@m6500:~$ dmesg
...
link_elf_obj: symbol nfsclient_accesscache_flush_done_id undefined
linker_load_file: Unsupported file type
...

Any hints on debugging undefined symbols?

-Brandon



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