On 5 August 2010 12:41, Daniel O'Connor docon...@gsoft.com.au wrote:
Is it possible to tell installkernel to put the symbol files elsewhere?
IMO somewhere in /usr would be good - you don't need them to boot (or
crashdump, etc) and they increase the size of the kernel by a factor of 5(!),
On 13/08/2010, at 10:43, Adrian Chadd wrote:
[cain 14:07] /tmp rm -f kernel/*.symbols
[cain 14:07] /tmp du -sh kernel
50Mkernel
Why not add support to the relevant libraries/code to support reading
compressed symbol files?
Hmm, it does make a rather massive difference..
206Mb - 55Mb
On 08/06/2010 06:19, Oliver Fromme wrote:
Kostik Belousov kostik...@gmail.com wrote:
If you keep /usr/obj around, you do not need symbol files at all,
and INSTALL_NODEBUG?=true in make.conf is enough. You can always
use kernel.debug and modules with debugging symbols from build
Daniel O'Connor wrote:
On 06/08/2010, at 2:38, Oliver Fromme wrote:
I think this is the main reason / has had to grow - the actual kernel
is relatively small so even a 256Mb / could hold several, but with
the symbol files it is not possible.
I think a very simple solution
On 06/08/2010, at 16:59, Oliver Fromme wrote:
Yeah, I don't think it's hard to move them, however I'm worried what
it will break :)
The only thing I can see that would have to change would be kgdb so
it tells gdb where to find the symbols.
That's why I suggested to place symlinks in the
Daniel O'Connor wrote:
On 06/08/2010, at 16:59, Oliver Fromme wrote:
Yeah, I don't think it's hard to move them, however I'm worried what
it will break :)
The only thing I can see that would have to change would be kgdb so
it tells gdb where to find the symbols.
On Fri, Aug 06, 2010 at 09:29:31AM +0200, Oliver Fromme wrote:
Daniel O'Connor wrote:
On 06/08/2010, at 2:38, Oliver Fromme wrote:
I think this is the main reason / has had to grow - the actual kernel
is relatively small so even a 256Mb / could hold several, but with
the symbol
Kostik Belousov kostik...@gmail.com wrote:
If you keep /usr/obj around, you do not need symbol files at all,
and INSTALL_NODEBUG?=true in make.conf is enough. You can always
use kernel.debug and modules with debugging symbols from build
directory for kgdb.
OK ... But that won't work for
On 06/08/2010, at 17:45, Oliver Fromme wrote:
Daniel O'Connor wrote:
On 06/08/2010, at 16:59, Oliver Fromme wrote:
Yeah, I don't think it's hard to move them, however I'm worried what
it will break :)
The only thing I can see that would have to change would be kgdb so
it tells gdb where
Quoth Daniel O'Connor on Thursday, 05 August 2010:
Is it possible to tell installkernel to put the symbol files elsewhere?
IMO somewhere in /usr would be good - you don't need them to boot (or
crashdump, etc) and they increase the size of the kernel by a factor of 5(!),
eg..
[cain 14:07]
Daniel O'Connor wrote:
Is it possible to tell installkernel to put the symbol files elsewhere?
I wondered the same.
IMO somewhere in /usr would be good - you don't need them to boot (or
crashdump, etc) and they increase the size of the kernel by a factor
of 5(!), eg..
[cain 14:07] /tmp
On 06/08/2010, at 2:38, Oliver Fromme wrote:
I think this is the main reason / has had to grow - the actual kernel
is relatively small so even a 256Mb / could hold several, but with
the symbol files it is not possible.
I think a very simple solution would be to install the symbol
files
Is it possible to tell installkernel to put the symbol files elsewhere?
IMO somewhere in /usr would be good - you don't need them to boot (or
crashdump, etc) and they increase the size of the kernel by a factor of 5(!),
eg..
[cain 14:07] /tmp du -sh kernel
258Mkernel
[cain 14:07] /tmp rm -f
13 matches
Mail list logo
