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>