29 Apr, 2008
1 commit
-
On a Mac OS X machine the output of ls -l is different from a standard
Linux machine. Use readlink instead of parsing a hardcoded field number
from the ls output.Signed-off-by: Felix Fietkau
Signed-off-by: Sam Ravnborg
17 Jul, 2007
1 commit
-
Sometimes it is useful to squash all uid's/gid's to 0:0 regardless of
current owner. For example, in build systems that get run as arbitrary
users (uClinux-dist). This adds a special "squash" keyword so you can do
'-g squash -u squash' and have ownership squashed to root.Signed-off-by: Mike Frysinger
Cc: Sam Ravnborg
Signed-off-by: Andrew Morton
03 May, 2007
2 commits
-
If the find(1) in scripts/gen_initramfs_list.sh generates any errors, it
will cause gen_initramfs_list.sh to fail (because of "set -e"), however
the errors from find are not printed to the user. This is rather confusing:~/src/powerpc$ make O=~/build/powerpc-cell32/
make[2]: *** [usr/initramfs_data.cpio.gz] Error 1
make[1]: *** [usr] Error 2
make[1]: *** Waiting for unfinished jobs....
make[1]: *** wait: No child processes. Stop.
make: *** [_all] Error 2It is much easier to work out what the problem is if we let the errors
from find hit the console, eg:~/src/powerpc$ make O=~/build/powerpc-cell32/
find: /home/michael/initramfs-source/home: Permission denied
find: /home/michael/initramfs-source/lost+found: Permission denied
find: /home/michael/initramfs-source/opt: Permission denied
find: /home/michael/initramfs-source/root: Permission denied
make[2]: *** [usr/initramfs_data.cpio.gz] Error 1
make[1]: *** [usr] Error 2
make[1]: *** Waiting for unfinished jobs....
make[1]: *** wait: No child processes. Stop.
make: *** [_all] Error 2Signed-off-by: Michael Ellerman
Signed-off-by: Sam Ravnborg -
Make kbuild handle compressed cpio initramfs-es. An already compressed
cpio is copied directly to usr/, while a non-compressed cpio is filtered
through gzip (no changes here) on its way to usr/.If the user has created a compressed cpio by other means, this saves him
from uncompressing it, just to be compressed again by kbuild.Signed-off-by: Alex Landau
Signed-off-by: Andrew Morton
Signed-off-by: Sam Ravnborg
07 Feb, 2007
1 commit
-
Replacing overhead of using some (external) programs
instead of good old `sh'.Cc: Roman Zippel
Cc: Sam Ravnborg
Cc: William Stearns
Cc: Martin Schlemmer
Signed-off-by: Oleg Verych
Acked-by: Mark Lord
Signed-off-by: Linus Torvalds
26 Nov, 2006
1 commit
-
Fix bug 7401.
Handle more than one source dir or file list to the initramfs gen scripts.
The Kconfig help for INITRAMFS_SOURCE claims that you can specify multiple
space-separated sources in order to allow unprivileged users to build an
image. There are two bugs in the current implementation that prevent this
from working.First, we pass "file1 dir2" to the gen_initramfs_list.sh script, which it
obviously can't open.Second, gen_initramfs_list.sh -l outputs multiple definitions for
deps_initramfs -- one for each argument.Signed-off-by: Thomas Chou
Cc: Sam Ravnborg
Acked-by: Matthew Wilcox
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
01 May, 2006
1 commit
-
Create correct dependencies when specifying your own file with
list of files etc. to include in initramfs.
Reported by: Andre NollSigned-off-by: Sam Ravnborg
11 Apr, 2006
1 commit
-
initramfs.cpio.gz being build in usr/ and included in the
kernel was not rebuild when the included files changed.To fix this the following was done:
- let gen_initramfs.sh generate a list of files and directories included
in the initramfs
- gen_initramfs generate the gzipped cpio archive so we could simplify
the kbuild file (Makefile)
- utilising the kbuild infrastructure so when uid/gid root mapping changes
the initramfs will be rebuildWith this change we have a much more robust initramfs generation.
Signed-off-by: Sam Ravnborg
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!