similar to: Hopefully feature-complete kinit pushed out

hello hpa, due to arch x86 merge and stricter linitian. lintian complained about empty dirs in the -dev headers package. hadn't seen that warning yet, so below is the fix. ah and that other patch was in some other branch.. please pull latest unless sam has a reservation git pull git://git.debian.org/~maks/klibc.git maks for the changes: Aaron Griffin (1): [klibc] kinit: skip md

Commit-ID: 9ded753aff9439cddd84b0cc469312b6c11823ab Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9ded753aff9439cddd84b0cc469312b6c11823ab Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 19 Jan 2019 23:02:32 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 19 Jan 2019 23:06:42 +0000 [klibc] Build and install kinit

git mv resume.c resumelib.c and the addition of a minimal resume.c, which calls resume() from resumelib produces a small standalone resume. happy to hear feedback on the needed kinit/Kbuild changes. resulting resume bin is small: ls -l /usr/lib/klibc/bin/resume -rwxr-xr-x 1 root root 2904 2006-07-11 02:11 /usr/lib/klibc/bin/resume it reduces busybox dependency of Debian initramfs-tools: if [ -e

hello hpa, have been sitting too long on them, nothing exciting, please pull: git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks with the following shortlog: maximilian attems (8): [klibc] grp.h: Add declaration of getgrgid(), getgrnam() [klibc] getgrgid, getgrnam include grp.h [klibc] getpwnam, getpwuid include pwd.h [klibc] ctype.h declare char classification

Various coding style fixes checkpatch warns about. The goal is not to be 100% checkpatch compliant, but to have more consistent coding style. As this is a trivial patch serie, will land in 24 hours in klibc git, unless of course ml review hits a bugger. Checked with size(3) that the generated kinit, fstype, ipconfig and nfsmount are the same. maximilian attems (4): [klibc] ipconfig: reduce

hello hpa, nothing particular stands out, just syncing with latest Debian upload and subsequent patch emails. please review merge or nack. thanks :) maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: Aaron Griffin (1): [klibc] kinit: skip md assembly if mdX exists Colin Watson (1): [klibc] mount/umount FUSE support Harald Jenny (1): [klibc] fstype:

Enough small fixes have pilled up to make it worth a release: A Google patch adds sched_setaffinity, sched_getaffinity support. Openembedded uses kexec_load(). Gentoo folks add a Kbuild fix. ipconfig no longer wild guesses a nameserver when none is provided by the DHCP server. strndup() and unlinkat() saw fixes for various problems. codingstyle cleanup in kinit and tools. git repository:

hello hpa, please pull for the latest git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks with the following shortlog: maximilian attems (9): mount: add nodev, noexec and nosuid options mount: add -n option cpio: small cleanups readlink: s/link/link_name/ kinit, mknod: s/(major|minor)/\1_num/ klibc: strcspn, strpbrk, strspn include string.h

I have updated and pushed the klibc-kernel tree. "In theory" it should be a 1:1 replacement for any stock kernel, which kinit taking up the slack. Anyway, I haven't yet removed any in-kernel functionality, but that's hopefully coming; the in-kernel functionality won't be executed in either case. git://git.kernel.org/pub/linux/kernel/git/hpa/linux-2.6-klibc.git -hpa

This patch adds the ability to kinit to allow the dropping of POSIX capabilities. kinit is modified by this change, such that it understands the new kernel command line "drop_capabilities=" that specifies a comma separated list of capability names that should be dropped before switching over to the next init in the boot strap (typically on the root disk). When processing capabilities

This patchset applies to klibc mainline. This patchset introduces the ability to kinit to execute scripts or executable files present in in the initramfs before switching over to the root filesystem. It is implemented by first implementing scandir() and alphasort() as present in POSIX.1-2008 in klibc itself, and then using that as the basis for iterating and executing files via a run_scripts()

Yet another one of those "it would make sense it" posts. Currently, create_dev in do_mounts.c simply unlinks the device and recreates it. This doesn't seem right. If /dev/hda3 has already been created, by some early-userspace app (udev), there's no need to unlink or even parse the name again. Now, when talking about simple block devices, this doesn't make much of a

A patch for a few more hiccups and trivialities in kinit.c: * The check_path() calls check for "/root" and "/old_root" - I believe that should be "/root" and "/root/old_root". * chdir("/") is recommended after pivot_root() * init_argv[0] isn't set properly to the basename pointed to by char *s - this fix also eliminates six lines of

what is the purpose of get_arg()? should it return the option itself and/or the arguments passed to an option? this patch returns either 'rw' or '/dev/nfs' if name was root=/dev/nfs --- usr/klibc/klibc-0.81.orig/kinit/kinit.c 2003-06-01 08:18:41.000000000 +0200 +++ usr/klibc/klibc-0.81/kinit/kinit.c 2003-11-22 19:19:17.000000000 +0100 @@ -181,10 +181,15 @@ char *get_arg(int

The following patch will ignore already configured md devices in kinit. The rationale is that, if an md device already exists, it was previously assembled by some other tool (e.g. mdadm) and should remain there. Currently, kinit removes it and attempts to recreate it, which can cause all sorts of issues, especially in the situation that, the md device is further encrypted and/or is an lvm

Commit-ID: 8544fef6d5e5bc8f927ffbd3e4031b905c907de9 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8544fef6d5e5bc8f927ffbd3e4031b905c907de9 Author: maximilian attems <max at stro.at> AuthorDate: Sun, 27 May 2012 23:18:07 +0200 Committer: maximilian attems <max at stro.at> CommitDate: Sun, 27 May 2012 23:18:07 +0200 [klibc] kinit: Fix capabilities alternate

I just pushed out klibc-1.2.1; it actually has a working kinit. There are still pieces missing, but at least it works for ipconfig+nfsroot, which has been my test configuration. There is code to handle initrd already in kinit, but it hasn't been tested and so is almost certainly broken; I think the code to load a ramdisk from a floppy or other block device is not yet there. -hpa

There's an "if" statement in kinit.c:get_arg() that is too restrictive and prevents args from having arguments - which causes all get_arg() calls to fail: --- klibc-0.194/kinit/kinit.c.orig 2005-01-05 01:34:50.680645456 -0700 +++ klibc-0.194/kinit/kinit.c 2005-01-05 01:38:30.740191320 -0700 @@ -168,7 +168,7 @@ for (i = 1; i < argc; i++) { if (argv[i] &&

Hello all, I experienced some problems with "kinit". It had problems to determine my root device (/dev/hda3) and to create /dev/root with the appropriate major and minor device number. I don't use udev or devfs on this system so far. The patch I wrote to solve it is attached to this email. I would like to extend "kinit" a bit: * Removing the pivot_root stuff and

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