[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LNX.2.00.0903222124580.7175@swampdragon.chaosbits.net>
Date: Sun, 22 Mar 2009 21:29:51 +0100 (CET)
From: Jesper Juhl <jj@...osbits.net>
To: Dragoslav Zaric <dragoslav.zaric.kd@...il.com>
cc: LKML <linux-kernel@...r.kernel.org>
Subject: Re: Test some kernel feature without recompile
On Sun, 22 Mar 2009, Dragoslav Zaric wrote:
> Hi,
>
> I know when you work on some kernel module, you can change code and load
> module again and test it, but what if you change some built in kernel
> .c file, why
> would I need to recompile whole kernel just to see what happens if I change one
> .c file ??
>
Depends on the nature of the change. Some changes will ripple through the
whole kernel.
If, for example, you made a change to kmalloc() so that it takes an extra
argument, then obviously all call sites would need changing and since
kmalloc is used almose everywhere, then almost all files would need to be
recompiled.
But if your change is entirely contained to a single file, then 'make'
will already ensure that only that file is rebuilt when you run 'make'
(you'll still have to re-link the kernel or module though and a reboot
will still be needed).
> Why can I just compile one changed .c file and copy it where compiled version of
> that file reside inside kernel tree?
'make' should already handle that for you. In what way does it not?
--
Jesper Juhl <jj@...osbits.net> http://www.chaosbits.net/
Plain text mails only, please http://www.expita.com/nomime.html
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists