lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ