Date: Tue, 16 Apr 2013 13:06:07 -0700 From: Navdeep Parhar <np@FreeBSD.org> To: Ryan Stone <rysto32@gmail.com> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: DTrace gone quiet? Message-ID: <516DAF2F.3010107@FreeBSD.org> In-Reply-To: <CAFMmRNzNQs281ENaqmPQiKQXX-59xe9BSzz3enR1fJRvMehCKg@mail.gmail.com> References: <516DAD14.9020307@FreeBSD.org> <CAFMmRNzNQs281ENaqmPQiKQXX-59xe9BSzz3enR1fJRvMehCKg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/16/13 13:03, Ryan Stone wrote: > On Tue, Apr 16, 2013 at 3:57 PM, Navdeep Parhar <np@freebsd.org > <mailto:np@freebsd.org>> wrote: > > I just upgraded my kernel and userspace to head (r249552) and I notice > that DTrace doesn't output anything until I hit ctrl-c. All previous > "hits" on the probe appear lost. For example: > > # dtrace -n 'fbt::ether_output:entry' > dtrace: description 'fbt::ether_output:entry' matched 1 probe > > (No output here. I waited a long time before the ctrl-c and I know the > system is actively transmitting and receiving Ethernet traffic). > > ^C > CPU ID FUNCTION:NAME > 9 29354 ether_output:entry > 8 29354 ether_output:entry > 8 29354 ether_output:entry > 8 29354 ether_output:entry > > > Can anyone confirm or contradict this on a recent HEAD (around r249552 > in my case)? > > Regards, > Navdeep > > > Hm, if you run with "-x bufpolicy=switch" does it work? It sounds as > through the ring buffer policy is being set by default for you. I'm not > sure how that could happen. No luck. trantor:~# dtrace -x bufpolicy=switch -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (long fruitless wait here) ^C CPU ID FUNCTION:NAME 4 29354 ether_output:entry 3 29354 ether_output:entry 9 29354 ether_output:entry 3 29354 ether_output:entry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?516DAF2F.3010107>