[BK PATCH] klibc for 2.5.63

Greg KH (greg@kroah.com)
Mon, 24 Feb 2003 14:56:59 -0800

Messages sorted by: [ date ][ thread ][ subject ][ author ]
Next message: Nick Piggin: "Re: anticipation is killing me"
Previous message: Joerg Frings-Fuerst: "Spam/Bounce-Mail"
Next in thread: H. Peter Anvin: "Re: [BK PATCH] klibc for 2.5.63"
Reply: H. Peter Anvin: "Re: [BK PATCH] klibc for 2.5.63"

Hi,

Here's the klibc addition synced up with the latest 2.5.63 kernel tree.
It's the same patches that I sent last time, so I'm not going to repost
them here again.

Please pull from:
bk://kernel.bkbits.net/gregkh/linux/klibc-2.5

If you have any problems or questions with them, please let me know.

thanks,

greg k-h

ChangeSet@1.1023, 2003-02-24 13:04:03-08:00, gregkh@kernel.bkbits.net
Merge kernel.bkbits.net:/home/repos/linux-2.5
into kernel.bkbits.net:/home/gregkh/linux/klibc-2.5

Makefile | 39 ++++++++++++++++++++++++++++++++++++---
1 files changed, 36 insertions(+), 3 deletions(-)
------

ChangeSet@1.1002.1.18, 2003-02-22 15:21:07-08:00, greg@kroah.com
Merge kroah.com:/home/linux/linux/BK/bleeding-2.5
into kroah.com:/home/linux/linux/BK/kai-2.5

scripts/Makefile | 1 -
1 files changed, 1 deletion(-)
------

ChangeSet@1.990.6.2, 2003-02-19 11:21:54-08:00, arnd@bergmann-dalldorf.de
[PATCH] KLIBC: fix for non-i386 build

I just tried building on s390x and only needed this trivial fix. Unfortunately,
2.5.61 does not boot on s390x yet, so I could not do run-time tests.

usr/lib/socketcalls.pl | 2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
------

ChangeSet@1.990.5.4, 2003-02-19 10:39:00-08:00, greg@kroah.com
Cset exclude: kai@tp1.ruhr-uni-bochum.de|ChangeSet|20030217001132|22043

ChangeSet@1.990.5.3, 2003-02-19 10:37:44-08:00, greg@kroah.com
KLIBC: fix up some type errors that were highlighted by the posix timer changes.

usr/lib/include/sys/types.h | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
------

ChangeSet@1.990.5.2, 2003-02-19 10:35:46-08:00, greg@kroah.com
KLIBC: delete usr/root/hello

We don't need binaries in the kernel source tree :)

usr/root/hello |binary
1 files changed
------

ChangeSet@1.990.5.1, 2003-02-19 09:01:31-08:00, greg@kroah.com
merge

Makefile | 39 ++++++++++++++++++++++++++++++++++++---
scripts/Makefile | 2 +-
2 files changed, 37 insertions(+), 4 deletions(-)
------

ChangeSet@1.914.170.13, 2003-02-16 18:57:52-06:00, kai@tp1.ruhr-uni-bochum.de
Merge tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5
into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.klibc

Makefile | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
------

ChangeSet@1.914.166.11, 2003-02-16 18:11:32-06:00, kai@tp1.ruhr-uni-bochum.de
klibc: Move mounting of the root filesystem into userspace

When selecting CONFIG_INITRAMFS, init/do_mounts.c is not compiled anymore,
and it's task is taken over by a small /sbin/init running in initramfs.

However, this is a proof of concept only, the userspace code only handles
mounting a local filesystem, no support for nfs / initrd / devfs yet.

ChangeSet@1.914.166.10, 2003-02-16 18:06:13-06:00, kai@tp1.ruhr-uni-bochum.de
klibc: Silence too ambitious warnings

gcc complained about unused function parameters and things, that's just
a little too much.

Makefile | 2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
------

ChangeSet@1.914.166.9, 2003-02-15 23:33:21-06:00, kai@tp1.ruhr-uni-bochum.de
klibc: Stop on error when building the CPIO

gen_init_cpio still referenced hello in usr/hello_world, but I put it
into usr/root. This is now corrected, however it also pointed out the
common problem that the error code of gen_init_cpio is ignored since
it's output is piped to gzip. To fix that, make the generation of the
.cpio.gz a two step process.

usr/Makefile | 24 +++++++++++++++++-------
usr/gen_init_cpio.c | 2 +-
2 files changed, 18 insertions(+), 8 deletions(-)
------

ChangeSet@1.914.166.8, 2003-02-15 23:24:10-06:00, arndb@de.ibm.com
klibc: gen_init_cpio file generation fix

I found what kept initramfs from working here: While creating
of initramfs_data.cpio.gz, the padding between a file header
and the file contents was wrong, which can be verified by
unpacking the archive by hand.

usr/gen_init_cpio.c | 1 +
1 files changed, 1 insertion(+)
------

ChangeSet@1.914.166.7, 2003-02-15 23:21:47-06:00, greg@kroah.com
klibc: add file support to gen_init_cpio.c

usr/gen_init_cpio.c | 90 ++++++++++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 90 insertions(+)
------

ChangeSet@1.914.166.6, 2003-02-15 23:20:13-06:00, kai@tp1.ruhr-uni-bochum.de
klibc: Fix the "hello" example (for real)

Greg's fix used fwrite on a file descriptor obtained from open(), which
only works by luck, since for klibc FILE * == fd.

Use standard C lib functions for open/close.

usr/root/hello.c | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
------

ChangeSet@1.914.166.5, 2003-02-15 23:16:53-06:00, kai@tp1.ruhr-uni-bochum.de
klibc: Fix a compiler warning

usr/lib/sha1hash.c | 2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
------

ChangeSet@1.914.166.4, 2003-02-15 23:11:51-06:00, greg@kroah.com
klibc: fix up the hello_world example

stdout doesn't go anywhere useful when spawned from the kernel :)

usr/root/hello.c | 7 ++++++-
1 files changed, 6 insertions(+), 1 deletion(-)
------

ChangeSet@1.914.166.3, 2003-02-15 23:09:41-06:00, kai@tp1.ruhr-uni-bochum.de
kbuild/klibc: Integrate klibc into the build.

Basically, add a scripts/Makefile.user, which does similar things to
scripts/Makefile.build, but compiles userspace for the target instead.

It's tested for a static klibc on i386, building the shared lib works, too,
but is not further integrated.

This patch also adds gregkh's hello test program, which works as well.

ChangeSet@1.914.166.2, 2003-02-15 16:55:46-06:00, kai@tp1.ruhr-uni-bochum.de
klibc: Merge klibc-0.77

That's just a cp -r klibc-0.77/klibc/* linux/usr/lib

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Nick Piggin: "Re: anticipation is killing me"
Previous message: Joerg Frings-Fuerst: "Spam/Bounce-Mail"
Next in thread: H. Peter Anvin: "Re: [BK PATCH] klibc for 2.5.63"
Reply: H. Peter Anvin: "Re: [BK PATCH] klibc for 2.5.63"