similar to: kinit

Hi 1. Is it possible to load an initrd from initramfs ? How would you do this if the initramfs is being loaded dynamically in the kernel (ie having the initramfs as initrd ) Because in this case, you will say root = /dev/initrd and specify 'initrd' as your 'initramfs source file' How will you specify the second initrd source? Thanks Rachita.

Hi all I'm trying to boot with initramfs I build my own root fs, and the kernel build links it, I have double checked this when the kernel boots unpack_to_rootfs() returns no error, so it continues and .... when It tries to mount the rootfs it tries to mount from an IDE device (where the kernel was built from), and not from the initramfs "image" I think this is not documented

Gah, I meant to send this to the list ... -------- Original Message -------- Subject: Re: [klibc] kinit Date: Tue, 26 Oct 2004 21:05:47 +0200 From: Daniel Thaler <daniel@dthaler.de> To: H. Peter Anvin <hpa@zytor.com> References: <417DF200.5070105@zytor.com> H. Peter Anvin wrote: > I think the main bit of the puzzle that's missing for klibc integration > at this

Peter, current klibc does not compile in ia64: gcc -Wp,-MT,arch/ia64/pipe.o,-MD,arch/ia64/.pipe.o.d -Os -fomit-frame-pointer -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=64 -I../include/arch/ia64 -I../include/bits64 -I../include -I../linux/include -I../linux/include2 -I../linux/include -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline -c -o

Peter, we found that nfs over udp will corrupt data under very extrem load, there is no way to fix it due to the way how UDP works. TCP will not have these problems. I also wonder why the package size is only 1k. Everyone who wishes a slow connection can pass the desired options via the kernel cmdline. Everyone else prefers probably the fast mount. The defaults should look more like that: ---

Hi, Here's a try at writing an initramfs HOWTO. This is basically a write-up of a number of interesting emails I collected over time. It could probably use an editor, more fact-checking and a bunch of other good things, but it should be better than nothing ;-) Daniel -------------- next part -------------- INITRAMFS HOWTO 0) What are klibc and initramfs? Initramfs is a ramfs into which

Hello, I would like to know if initrd is here to stay, now that klibc and initramfs are ready. As the multipath-tools maintainer, I'm facing the choice to 1) put the multipath configuration tool in the initrd * dynamic binary is possible * storage hba drivers as modules loaded * no klibc limitations (no mntent for libsysfs ...) 2) put the multipath configuration tool in the initramfs *

nfsmount doesnt work anymore for me. This patch fixes at least udp nfs mounts. tcp does still hang. client and server is 2.6. --- /dev/shm/bindresvport.c 2003-12-08 02:33:24.000000000 +0100 +++ klibc/inet/bindresvport.c 2004-01-06 21:05:02.283779072 +0100 @@ -23,7 +23,7 @@ int bindresvport(int sd, struct sockaddr if (sin == NULL) { sin = &me;

Marcus Meissner did the ppc64 port, I did the update for crt0.S. Now ash does not segfault, at least. diff -p -purNx linux klibc-0.92.orig/Makefile klibc-0.92/Makefile --- klibc-0.92.orig/Makefile 2003-12-01 18:50:24.000000000 +0000 +++ klibc-0.92/Makefile 2003-12-12 23:18:23.000000000 +0000 @@ -20,4 +20,4 @@ clean: spotless: @set -e; for d in $(SUBDIRS); do $(MAKE) -C $$d $@; done - rm -f

Other than fixing the few additional architectures which have not been ported to the new syscall handling, does anyone know of anything that is needed for klibc, other than of course to update the kernel integration so that it can eventually be merged into the kernel build? -hpa

some files depend on nodes.h, but there is no dependency for that fact. olaf@mandarine:~/klibc-0.87> grep -Er 'include.*nodes.h' ash/ | sed 's-^[^/]\+/\([^.]*\).*-\1.o-' | xargs echo OBJ_NODES = OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o make spotless doesnt work reliable, the patch adds a few more targets. Is

The man page for mmap() says the size needs to be a multiple of getpagesize(). So in my code I call getpagesize() and adjust my lengths accordingly. klibc doesn't have getpagesize() implemented. Is it safe to call mmap() with arbritary lengths and assume the mmap will round up for you? Does this work on glibc too? If so, I can just eliminate my getpagesize() code. It turns out for VM86

OK, I have just pushed out klibc-0.130; it significantly updates the run-init program (again... PLEASE TEST IN A SAFE ENVIRONMENT) based on, but not identical to, Alexander's suggestions; it also adds s390/x patches from Arnd Bergmann. -hpa

Hi Peter, I need this small patch to get udev to compile against the latest klibc. I'm not sure if this is the right thing to do, but it fixes the compile. thanks mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296 # This is a BitKeeper generated patch for the following project: # Project Name: The kernel C library # This patch format is

Hold on to your hats, because the world is about to break... I have been trying to figure out for a while now how to migrate klibc to a 64-bit off_t, and to handle other things like getuid32(). The final decision is that the _syscall*() macros just got to go; they aren't flexible enough, and the hope that they would make it easier to port between platforms hasn't worked out -

Hello Is there a skeleton for an initramfs, like mkinitrd do for an initrd? An archive where all I could need for my initramfs could be present, with a shell script ready to fill in with my work to be done. Thanks Eurolines : Voyagez au meilleur prix : http://www.alinto.com/pub/

I have pushed a new klibc which uses a modern NetBSD-derived ash. The initial port was done by Olaf, and I've mostly applied the chainsaw to it until it was less than 50% larger than the old one. It's still substantially larger, but should also eliminate need for some external binaries like expr and test, which are otherwise ubiquitous for any sensible shell scripts, and perhaps most

Hi!! I found your ipconfig stuff in the udev rpm in SuSE 9.1. I'm about to setup a initramfs (pretty cool - much better than initrd) to boot linux diskless clients over the net. All the tools I would need, seem to be there with ipconfig/nfsmount ... I like to use the information I get from PXE/syslinux or Etherboot writing something like:

Attached are 4 patches against Syslinux 4.06 providing two new options for the linux.c32 ComBoot32 module. If we are shifting gears towards 4.10 or 5 any time soon, feel free to let me know and I'll attempt to apply the patches to those and to deal with any conflicts. You can merge these commits onto your 4.06 from my 'multi_initrd' branch at:

I'm not sure what the root cause is, but printf writes to fd 0: mandarine:/usr/src/packages/BUILD/udev-015/klibc# ./utils/true blah mandarine:/usr/src/packages/BUILD/udev-015/klibc# ./utils/true >/dev/null blah mandarine:/usr/src/packages/BUILD/udev-015/klibc# cat utils/true.c #include <stdio.h> int main(void) { printf("blah\n"); return 0; } -- USB is for mice,