re: kern/50700: dtrace module(s) cannot be loaded

[Paul Goyette <paul%whooppee.com@localhost>]

The following reply was made to PR kern/50700; it has been noted by GNATS.

From: Paul Goyette <paul%whooppee.com@localhost>
To: matthew green <mrg%eterna.com.au@localhost>
Cc: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, 
    netbsd-bugs%netbsd.org@localhost
Subject: re: kern/50700: dtrace module(s) cannot be loaded
Date: Mon, 25 Jan 2016 06:07:19 +0800 (PHT)

 On Mon, 25 Jan 2016, matthew green wrote:
 
 >>> How-To-Repeat:
 >> build a kernel witihout built-in dtrace (ie, no 'options KDTRACE_HOOKS),
 >> and try to 'modload dtrace'
 >
 > i think you misunderstand how dtrace works.
 >
 > (a) it is only a module.  (we don't have it any other way, and
 > i think this is a legal issue with CDDL?)
 >
 > (b) options KDTRACE_HOOKS is required to enable support.
 >
 > so what you're seeing is entirely expected -- "don't do that."
 
 Ah, yes, it is indeed a misunderstanding on my part.  The 'options 
 KDTRACE_HOOKS' does include the support- and probe-code, but it does 
 _not_ create a built-in version of the dtrace module(s).
 
 I will close the PR accordingly.
 
 
 
 +------------------+--------------------------+------------------------+
 | Paul Goyette     | PGP Key fingerprint:     | E-mail addresses:      |
 | (Retired)        | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com   |
 | Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org |
 +------------------+--------------------------+------------------------+