Steven Hartland wrote this message on Wed, Oct 29, 2014 at 16:49 +0000: > Hmm not sure I like this idea as it would make it more difficult to make > a copy / backup a kernel. > > ATM when I want to copy a kernel for debugging its a one liner, > splitting debug symbols off to /usr/lib would prevent this. > > Is there not a way to allow separate install of the debug files but to > the same location maintaining compartmentalization for the needed kernel > files? Oh, make sure that make install (or installkernel) properly handles moving the debug data too... i.e. kernel to kernel.old... > On 29/10/2014 00:20, Ed Maste wrote: > >I am preparing to move the standalone kernel debug data out of > >/boot/kernel/ into /usr/lib/debug/boot/kernel/, mirroring the approach > >used for userland debug data. This significantly reduces the boot > >partition size requirement, and is a step towards supporting the > >installation of kernel debug data ony when required. LLDB and GDB > >automatically search for debug data under /usr/lib/debug/ so this > >change should be transparent from an end-user perspective. > > > >The change can be reviewed in Phabricator at > >https://reviews.freebsd.org/D1006 and can be fetched as a unified diff > >from https://people.freebsd.org/~emaste/patches/D1006.diff > > > >This does not change any defaults or knobs: kernel debug files are > >still built by default, and may be disabled by setting > >WITHOUT_KERNEL_SYMBOLS=YES in /etc/src.conf. I hope to rationalize > >this with userland debug in a later step. > > > >Note that the change renames the intermediate and debug data files to > >be consistent with userland debug data: in the build directory the > >kernel with debug data included is now named kernel.full, and and > >kernel.debug is the standalone debug data file. > > > >I plan to merge this in a few days if there are no issues reported in > >further review or testing. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."Received on Thu Oct 30 2014 - 05:20:28 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:53 UTC