On Sat, Apr 15, 2006 at 11:02:08AM -0400, Theodore Ts'o wrote:
On Sat, Apr 15, 2006 at 10:40:58AM +0200, Sam Ravnborg wrote:
The problem to be solved is the long time it takes to do
make modules_install when working on a single module.
Instead of bringing in more or less complex solutions
On Fri, Apr 14, 2006 at 10:06:56AM -0500, Kylene Jo Hall wrote:
Here is a a patch that adds a kernel build target called
modules_update.
The existing modules_install target blows away the entire
/lib/modules/`uname -r`/kernel directory and copies out every single
module when called at
Hi,
I am working to build a Kconfig based configuration menu and
I need to include a prefix variable
to source command. How do I do this? Kconfig-language.txt
doesnt explain this. Your
response will be highly appreciated
Thanks.
Here is an example which shows how I want to use
Theodore Ts'o wrote:
On Fri, Apr 14, 2006 at 10:06:56AM -0500, Kylene Jo Hall wrote:
This new modules_update target only copies out modules that have
changed, using cp -u. This less zealous method is a more efficient
approach to module installation for kernel developers working on single,
On Fri, 2006-04-14 at 21:00 +0300, Avi Kivity wrote:
How about using rsync with --delete as a substitute for cp (if rsync is
available)?
I thought about this, but a grep -r rsync didn't turn up any previous
hits in the kernel build process. I didn't want to introduce this as a
new dependency
Dustin Kirkland wrote:
On Fri, 2006-04-14 at 21:00 +0300, Avi Kivity wrote:
How about using rsync with --delete as a substitute for cp (if rsync is
available)?
I thought about this, but a grep -r rsync didn't turn up any previous
hits in the kernel build process. I didn't want to
On Fri, 2006-04-14 at 13:02 -0400, Theodore Ts'o wrote:
This works as long as the .config hasn't been changed so that some
configuration options haven't been changed so that a driver which had
been previously built as a module is now built into the kernel. In
that case, you really want to
On Sat, Apr 15, 2006 at 10:40:58AM +0200, Sam Ravnborg wrote:
The problem to be solved is the long time it takes to do
make modules_install when working on a single module.
Instead of bringing in more or less complex solutions what about
extending make dir/module.ko to include the installation
