Date: Fri, 20 Mar 2009 08:31:39 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Marius Strobl <marius@alchemy.franken.de> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r190105 - head/sys/sparc64/sparc64 Message-ID: <BC840CB3-CCD0-41D6-BCA4-4F5FD7B2A83A@mac.com> In-Reply-To: <20090320133648.GE59320@alchemy.franken.de> References: <200903192040.n2JKeoYY075200@svn.freebsd.org> <31910B64-3437-4C1D-8234-FC6A1C3D4F8B@mac.com> <20090320133648.GE59320@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 20, 2009, at 6:36 AM, Marius Strobl wrote: >>> Log: >>> There's no need to wrap kdb_enter() in #ifdef KDB as it's always >>> available. >> >> That's not quite how it works. >> >> option KDB is used to build the kernel with debugging features >> that could impact performance, security and/or functionality. >> In this case it's not so much a matter of whether kdb_enter() >> is defined or not, but rather whether the kernel should respect >> -d. >> > > That's generally true but the places where I removed > #ifdef KDB don't have an impact on security, performance > doesn't matter and -d still does nothing if there's no > debugger available (which in turn would require options > KDB, at least according to documentation). I'm not sure > what your're actually trying to say; following your > logic strictly would mean that subr_kdb.c shouldn't be > standard but only compiled in when options KDB is > present. The functions in subr_kdb.c have been made standard (i.e non-optional) so that they can actually be used safely from modules without having to worry about whether the kernel has some option enabled. So, option KDB doesn't control their visibility. A debugger is present when either DDB or GDB is defined. So, option KDB doesn't control that either. Option KDB doesn't do much. For the most part it guards code that results in entry into the debugger. For serial consoles it changes the behaviour of the driver when a serial break is detected. It also enabled the checking for the alternate break sequence. Both you may not want to do in production. Granted there's no granularity. You want different options for different cases so that you can enable or disable code independently. That we never could do before KDB, and we never did afterwards... -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BC840CB3-CCD0-41D6-BCA4-4F5FD7B2A83A>