similar to: [patch] spotless target for kinit

Pipe's a strange syscall. Here is a fix for ia64. 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 intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: #

Hi, Here are some new library functions for klibc. Some of them are required for udev, which currently has a klibc_fixups.c file that implements these functions. 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 intended

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

Me again, Here's a patch to fix ctypes. There was an off-by-one correction that looks like it isn't needed. Boundary conditions and single-entry items, like isspace(), now work for me. 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

ext2 & ext3 lists, Attatched is a patch that allows ext2 and ext3 to link correctly when the kernel is configured with a large NR_CPUS. We do have an immediate need for this patch. Any opinions on this? The per-cpu lists are causing the kmalloc to fail due to allocating more than the max. thanks mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com

Hi, Here is a fix for some missing libgcc magic in the ia64 build. A recent problem with udev uncovered this. PPC needs a similar fix. Olaf will send a patch, I imagine. Both unified diff and bk diff (for Bryan) are attached. mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296 -------------- next part -------------- # User: mort # Host:

Last patch for now. This gets gen_init_cpio into a state where it can pick up a "kinit" binary from usr and stuff it into the cpio archive as /sbin/init. This is obviously a crock, but it suffices for testing until something sane is done about integrating klibc into the kernel tree. The patch also adds a bit of instrumentation to initramfs.c, to try to help flush out bug 740.

Hi, I've been messing around with the early userspace for the last couple days. What are the goals of early userspace? Is the end goal to use it as an initrd replacement or is it simply to do all the mounting (nfsroot, initrd, hard disk) that is currently done in init/do_mounts*? thanks mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296

I've been having an exchange of e-mails with Bryan O'Sullivan regarding this problem. I thought it time to bring it to the list. I've run into a problem where my initramfs archives get this during bootup: checking if image is initramfs...it isn't (ungzip failed); looks like an initrd The same .cpio archive works if I don't gzip it. I stuck a bunch of debug statements into

Hello, There seems to be problem in the cpio unpack in the kernel in initramfs. I have an empty "/sys" directory in my cpio archive, but it never shows up in my extracted initramfs. I've confirmed that extracting the archive again with cpio results in a correct tree, but it doesn't appear on boot when extracted by the kernel. Any ideas? I poked a bit, but I haven't

Peter, There was a mis-merge in the ia64 patch you put into 0.83. Olaf Hering pointed it out. The patch is attached. Olaf claims that he is still unable to compile for ia64 with is toolchain. He's getting the following error: <olh> libc.so(.got+0x0): multiple definition of `_GLOBAL_OFFSET_TABLE_' <olh> tests/getenvtest.o(.got.plt+0x0): first defined here <olh>

Hi, Two patches to add ftruncate and vsyslog syscalls. These were in the klibc that Greg K-H has in the udev tarball. I got his permission to contribute them to the main-line klibc. mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296 -------------- next part -------------- A non-text attachment was scrubbed... Name: klibc-ftruncate.diff Type:

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

From: Gene Cumm <gene.cumm at gmail.com> Fix duplicate spotless target in com32/libutil/Makefile. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- diff --git a/com32/libutil/Makefile b/com32/libutil/Makefile index 31754a9..02789ca 100644 --- a/com32/libutil/Makefile +++ b/com32/libutil/Makefile @@ -56,8 +56,6 @@ clean: tidy spotless: clean rm -f *.lss *.a *.c32 *.com

From: Gene Cumm <gene.cumm at gmail.com> Fix duplicate spotless target in com32/libutil/Makefile. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- I had submitted this patch back in November but haven't seen a response specific to this patch. I also submitted another patch in a reply to this that may have cause some confusion. -Gene diff --git a/com32/libutil/Makefile

When I build syslinux, I normally do make spotless make but this fails with syslinux-3.31 because of 4 files: ./com32/lib/sys/vesa/.background.o.d ./com32/lib/sys/vesa/.drawtxt.o.d ./com32/lib/sys/vesa/.alphatbl.o.d ./com32/lib/sys/vesa/.initvesa.o.d The .initvesa.o.d has some redhat specific path that does not exist on my system: /usr/lib/gcc/x86_64-redhat-linux/4.1.1/include/stdarg.h If

[back on list] > > How about one other thing to try first. Have you got a serial > > line connected to the machine? > > I can connect one if needed. Great -- probably easier than writing down the VGA text console. The user manual gives details of how to configure the serial line. > > Have you built from source before? > > Actually I''m building from

# This is a BitKeeper generated diff -Nru style patch. # # ChangeSet # 2005/03/23 18:27:49-08:00 kmacy@shemp.lab.netapp.com # only bump tmpindex by NKPT-1 once # release sched lock on upcall # Signed-off-by: Kip Macy <kmacy@fsmware.com> # # freebsd-5.3-xen-sparse/i386-xen/i386-xen/machdep.c # 2005/03/23 18:24:47-08:00 kmacy@shemp.lab.netapp.com +0 -4 # remove extra bump of

This is an early userspace type question. I have an initramfs that does some root device setup, then tries to mount the real root partition and exec /sbin/init to start the real userland. It seems to do what I want, except that bootlogd hangs while mount /proc. I can't seem to figure out why. I'm booting with init=/bin/bash. bash is dynamically linked, and the appropriate libs are in

# This is a BitKeeper generated diff -Nru style patch. # # ChangeSet # 2005/05/01 17:01:17-07:00 kmacy@curly.lab.netapp.com # add SMP support to evtchn # Signed-off-by: Kip Macy <kmacy@netapp.com> # # freebsd-5.3-xen-sparse/i386-xen/include/xen_intr.h # 2005/05/01 17:01:15-07:00 kmacy@curly.lab.netapp.com +3 -0 # add SMP interfaces # #