* [RFC] klibc for 2.5.59 bk @ 2003-02-07 4:59 Greg KH 2003-02-07 5:06 ` H. Peter Anvin 2003-02-07 15:00 ` Alex Riesen 0 siblings, 2 replies; 20+ messages in thread From: Greg KH @ 2003-02-07 4:59 UTC (permalink / raw) To: linux-kernel; +Cc: Jeff Garzik, hpa, Russell King Hi all, Thanks to Arnd Bergmann, it looks like the klibc and initramfs code is now working. I've created a patch against Linus's latest bk tree and put it at: http://www.kroah.com/linux/klibc/klibc-2.5.59-2.patch.gz (I can't get to kernel.org right now, sorry) and there's a bk tree at: bk://kernel.bkbits.net/gregkh/linux/klibc-2.5 I'd really like to send this to Linus now, but I'm going to be away from email for about a week, so I'll wait will I get back. If anyone has any issues with this patch, please let me know. thanks, greg k-h ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-07 4:59 [RFC] klibc for 2.5.59 bk Greg KH @ 2003-02-07 5:06 ` H. Peter Anvin 2003-02-07 5:10 ` Greg KH 2003-02-07 15:00 ` Alex Riesen 1 sibling, 1 reply; 20+ messages in thread From: H. Peter Anvin @ 2003-02-07 5:06 UTC (permalink / raw) To: Greg KH; +Cc: linux-kernel, Jeff Garzik, Russell King Greg KH wrote: > Hi all, > > Thanks to Arnd Bergmann, it looks like the klibc and initramfs code is > now working. I've created a patch against Linus's latest bk tree and > put it at: > http://www.kroah.com/linux/klibc/klibc-2.5.59-2.patch.gz > (I can't get to kernel.org right now, sorry) > and there's a bk tree at: > bk://kernel.bkbits.net/gregkh/linux/klibc-2.5 > > I'd really like to send this to Linus now, but I'm going to be away > from email for about a week, so I'll wait will I get back. If anyone > has any issues with this patch, please let me know. > That's good, that'll give me a chance to check through it. What klibc is this based on? -hpa ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-07 5:06 ` H. Peter Anvin @ 2003-02-07 5:10 ` Greg KH 0 siblings, 0 replies; 20+ messages in thread From: Greg KH @ 2003-02-07 5:10 UTC (permalink / raw) To: H. Peter Anvin; +Cc: linux-kernel, Jeff Garzik, Russell King On Thu, Feb 06, 2003 at 09:06:04PM -0800, H. Peter Anvin wrote: > Greg KH wrote: > >Hi all, > > > >Thanks to Arnd Bergmann, it looks like the klibc and initramfs code is > >now working. I've created a patch against Linus's latest bk tree and > >put it at: > > http://www.kroah.com/linux/klibc/klibc-2.5.59-2.patch.gz > >(I can't get to kernel.org right now, sorry) > >and there's a bk tree at: > > bk://kernel.bkbits.net/gregkh/linux/klibc-2.5 > > > >I'd really like to send this to Linus now, but I'm going to be away > >from email for about a week, so I'll wait will I get back. If anyone > >has any issues with this patch, please let me know. > > > > That's good, that'll give me a chance to check through it. > > What klibc is this based on? klibc-0.72 Ugh, I see you've now released a few versions since then :( I'll sync up to the latest version before sending the patch on to Linus, thanks for making me look. thanks, greg k-h ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-07 4:59 [RFC] klibc for 2.5.59 bk Greg KH 2003-02-07 5:06 ` H. Peter Anvin @ 2003-02-07 15:00 ` Alex Riesen 2003-02-09 12:57 ` Greg KH 1 sibling, 1 reply; 20+ messages in thread From: Alex Riesen @ 2003-02-07 15:00 UTC (permalink / raw) To: Greg KH; +Cc: linux-kernel, Jeff Garzik, hpa, Russell King Greg KH, Fri, Feb 07, 2003 05:59:19 +0100: > Hi all, > > Thanks to Arnd Bergmann, it looks like the klibc and initramfs code is > now working. I've created a patch against Linus's latest bk tree and > put it at: > http://www.kroah.com/linux/klibc/klibc-2.5.59-2.patch.gz was the following part of the patch intended? (hello_world?) cpio_mknod("/dev/console", 0600, 0, 0, 'c', 5, 1); cpio_mkdir("/root", 0700, 0, 0); + cpio_mkdir("/sbin", 0700, 0, 0); + cpio_mkfile("usr/hello_world/hello", "/sbin/hotplug", 0700, 0, 0); cpio_trailer(); exit(0); ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-07 15:00 ` Alex Riesen @ 2003-02-09 12:57 ` Greg KH 2003-02-17 3:06 ` Kai Germaschewski 0 siblings, 1 reply; 20+ messages in thread From: Greg KH @ 2003-02-09 12:57 UTC (permalink / raw) To: Alex Riesen; +Cc: linux-kernel, Jeff Garzik, hpa, Russell King On Fri, Feb 07, 2003 at 04:00:38PM +0100, Alex Riesen wrote: > Greg KH, Fri, Feb 07, 2003 05:59:19 +0100: > > Hi all, > > > > Thanks to Arnd Bergmann, it looks like the klibc and initramfs code is > > now working. I've created a patch against Linus's latest bk tree and > > put it at: > > http://www.kroah.com/linux/klibc/klibc-2.5.59-2.patch.gz > > was the following part of the patch intended? (hello_world?) Yes it was. It shows how to add a binary file to the initramfs image, and have it executed by the kernel during the early boot process. The fact that the program didn't really do anything significant isn't important here. thanks, greg k-h ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-09 12:57 ` Greg KH @ 2003-02-17 3:06 ` Kai Germaschewski 2003-02-17 5:50 ` Jeff Garzik 2003-02-17 18:02 ` Sam Ravnborg 0 siblings, 2 replies; 20+ messages in thread From: Kai Germaschewski @ 2003-02-17 3:06 UTC (permalink / raw) To: Greg KH; +Cc: linux-kernel, Jeff Garzik, H. Peter Anvin On Sun, 9 Feb 2003, Greg KH wrote: > > Greg KH, Fri, Feb 07, 2003 05:59:19 +0100: > > > Hi all, > > > > > > Thanks to Arnd Bergmann, it looks like the klibc and initramfs code is > > > now working. I've created a patch against Linus's latest bk tree and > > > put it at: > > > http://www.kroah.com/linux/klibc/klibc-2.5.59-2.patch.gz > > > > was the following part of the patch intended? (hello_world?) > > Yes it was. It shows how to add a binary file to the initramfs image, > and have it executed by the kernel during the early boot process. > > The fact that the program didn't really do anything significant isn't > important here. I did some work on integrating klibc into kbuild now. I used your patch as guide line, though I started from scratch with klibc-0.77. The build should work fine (reminder: "make KBUILD_VERBOSE=0 ..." will give you much more readable output), but I probably broke some non-x86 architectures in the process. To do something more useful than "hello world", I actually moved some part of finding / mounting the final root system into userspace, though only conditional on CONFIG_INITRAMFS. My tree is at Pull from http://linux-isdn.bkbits.net/linux-2.5.klibc If people want a GNU patch, I can mail that privately, it was too large to attach it here. --Kai ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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 ---------------------------------------------------------------------------- CAVEATS | 51 MCONFIG | 49 Makefile | 134 + README | 57 SOCKETCALLS | 21 SYSCALLS | 146 + __shared_init.c | 56 __signal.c | 22 __static_init.c | 40 abort.c | 19 alarm.c | 29 arch/README | 67 arch/alpha/MCONFIG | 17 arch/alpha/Makefile.inc | 93 arch/alpha/README-gcc | 23 arch/alpha/crt0.S | 21 arch/alpha/divide.c | 57 arch/alpha/include/klibc/archsetjmp.h | 24 arch/alpha/include/klibc/archsys.h | 53 arch/alpha/include/machine/asm.h | 44 arch/alpha/pipe.c | 28 arch/alpha/setjmp.S | 61 arch/arm/MCONFIG | 26 arch/arm/Makefile.inc | 31 arch/arm/crt0.S | 25 arch/arm/include/klibc/archsetjmp.h | 14 arch/arm/include/klibc/archsys.h | 12 arch/arm/setjmp-arm.S | 40 arch/arm/setjmp-thumb.S | 58 arch/cris/MCONFIG | 11 arch/cris/Makefile.inc | 10 arch/cris/include/klibc/archsys.h | 12 arch/i386/MCONFIG | 24 arch/i386/Makefile.inc | 27 arch/i386/crt0.S | 33 arch/i386/exits.S | 45 arch/i386/include/klibc/archsetjmp.h | 19 arch/i386/include/klibc/archsys.h | 96 arch/i386/include/klibc/diverr.h | 16 arch/i386/libgcc/__ashldi3.S | 29 arch/i386/libgcc/__ashrdi3.S | 29 arch/i386/libgcc/__lshrdi3.S | 29 arch/i386/libgcc/__muldi3.S | 34 arch/i386/libgcc/__negdi2.S | 21 arch/i386/setjmp.S | 58 arch/i386/socketcall.S | 38 arch/ia64/MCONFIG | 11 arch/ia64/Makefile.inc | 10 arch/ia64/include/klibc/archsys.h | 12 arch/m68k/MCONFIG | 11 arch/m68k/Makefile.inc | 10 arch/m68k/include/klibc/archsys.h | 12 arch/mips/MCONFIG | 18 arch/mips/Makefile.inc | 24 arch/mips/crt0.S | 25 arch/mips/include/klibc/archsetjmp.h | 39 arch/mips/include/klibc/archsys.h | 12 arch/mips/include/machine/asm.h | 11 arch/mips/include/sgidefs.h | 20 arch/mips/pipe.S | 16 arch/mips/setjmp.S | 82 arch/mips/vfork.S | 19 arch/mips64/MCONFIG | 11 arch/mips64/Makefile.inc | 10 arch/mips64/include/klibc/archsys.h | 12 arch/parisc/MCONFIG | 11 arch/parisc/Makefile.inc | 10 arch/parisc/include/klibc/archsys.h | 12 arch/ppc/MCONFIG | 11 arch/ppc/Makefile.inc | 15 arch/ppc/crt0.S | 29 arch/ppc/include/klibc/archsetjmp.h | 36 arch/ppc/include/klibc/archsys.h | 55 arch/ppc/setjmp.S | 35 arch/ppc64/MCONFIG | 11 arch/ppc64/Makefile.inc | 10 arch/ppc64/crt0.S | 38 arch/ppc64/include/klibc/archsys.h | 52 arch/s390/MCONFIG | 13 arch/s390/Makefile.inc | 16 arch/s390/crt0.S | 25 arch/s390/include/klibc/archsetjmp.h | 15 arch/s390/include/klibc/archsys.h | 41 arch/s390/setjmp.S | 32 arch/s390x/MCONFIG | 13 arch/s390x/Makefile.inc | 16 arch/s390x/crt0.S | 21 arch/s390x/include/klibc/archsetjmp.h | 15 arch/s390x/include/klibc/archsys.h | 41 arch/s390x/setjmp.S | 36 arch/sh/MCONFIG | 11 arch/sh/Makefile.inc | 10 arch/sh/include/klibc/archsys.h | 12 arch/sparc/MCONFIG | 18 arch/sparc/Makefile.inc | 44 arch/sparc/crt0.S | 2 arch/sparc/crt0i.S | 100 arch/sparc/divrem.m4 | 276 ++ arch/sparc/include/klibc/archsetjmp.h | 16 arch/sparc/include/klibc/archsys.h | 65 arch/sparc/include/machine/asm.h | 192 + arch/sparc/include/machine/frame.h | 138 + arch/sparc/include/machine/trap.h | 141 + arch/sparc/setjmp.S | 38 arch/sparc/smul.S | 160 + arch/sparc/umul.S | 193 + arch/sparc64/MCONFIG | 21 arch/sparc64/Makefile.inc | 13 arch/sparc64/crt0.S | 2 arch/sparc64/include/klibc/archsetjmp.h | 16 arch/sparc64/include/klibc/archsys.h | 157 + arch/sparc64/setjmp.S | 55 arch/x86_64/MCONFIG | 16 arch/x86_64/Makefile.inc | 16 arch/x86_64/crt0.S | 22 arch/x86_64/exits.S | 35 arch/x86_64/include/klibc/archsetjmp.h | 21 arch/x86_64/include/klibc/archsys.h | 32 arch/x86_64/setjmp.S | 54 assert.c | 13 atexit.c | 10 atexit.h | 19 atoi.c | 3 atol.c | 3 atoll.c | 3 atox.c | 14 brk.c | 24 bsd_signal.c | 11 calloc.c | 21 closelog.c | 18 creat.c | 12 ctypes.c | 281 ++ exec_l.c | 57 execl.c | 8 execle.c | 8 execlp.c | 8 execlpe.c | 8 execv.c | 13 execvp.c | 13 execvpe.c | 73 exitc.c | 36 fdatasync.c | 15 fgetc.c | 20 fgets.c | 33 fopen.c | 46 fork.c | 29 fprintf.c | 19 fputc.c | 14 fputs.c | 15 fread.c | 35 fread2.c | 13 fwrite.c | 35 fwrite2.c | 13 getcwd.c | 15 getdomainname.c | 25 getenv.c | 22 gethostname.c | 25 getopt.c | 74 getpriority.c | 25 globals.c | 10 include/alloca.h | 13 include/arpa/inet.h | 24 include/assert.h | 22 include/bits32/bitsize/limits.h | 14 include/bits32/bitsize/stddef.h | 18 include/bits32/bitsize/stdint.h | 34 include/bits32/bitsize/stdintconst.h | 18 include/bits32/bitsize/stdintlimits.h | 22 include/bits64/bitsize/limits.h | 14 include/bits64/bitsize/stddef.h | 13 include/bits64/bitsize/stdint.h | 36 include/bits64/bitsize/stdintconst.h | 18 include/bits64/bitsize/stdintlimits.h | 22 include/ctype.h | 117 include/dirent.h | 20 include/elf.h | 12 include/endian.h | 41 include/errno.h | 8 include/fcntl.h | 11 include/grp.h | 13 include/inttypes.h | 226 + include/klibc/compiler.h | 61 include/klibc/diverr.h | 16 include/klibc/extern.h | 14 include/limits.h | 40 include/net/if.h | 1 include/net/if_arp.h | 1 include/net/if_ether.h | 1 include/net/if_packet.h | 1 include/netinet/in.h | 29 include/netinet/in6.h | 10 include/netinet/ip.h | 13 include/netinet/tcp.h | 11 include/netinet/udp.h | 19 include/poll.h | 16 include/sched.h | 23 include/setjmp.h | 43 include/signal.h | 72 include/stdarg.h | 14 include/stddef.h | 24 include/stdint.h | 113 include/stdio.h | 109 include/stdlib.h | 94 include/string.h | 37 include/sys/dirent.h | 13 include/sys/fsuid.h | 14 include/sys/ioctl.h | 14 include/sys/klog.h | 24 include/sys/mman.h | 21 include/sys/module.h | 158 + include/sys/mount.h | 55 include/sys/param.h | 11 include/sys/reboot.h | 25 include/sys/resource.h | 15 include/sys/select.h | 13 include/sys/socket.h | 50 include/sys/socketcalls.h | 28 include/sys/stat.h | 23 include/sys/syscall.h | 15 include/sys/time.h | 16 include/sys/times.h | 14 include/sys/types.h | 126 include/sys/uio.h | 15 include/sys/utime.h | 10 include/sys/utsname.h | 23 include/sys/vfs.h | 14 include/sys/wait.h | 19 include/syslog.h | 53 include/termios.h | 86 include/time.h | 14 include/unistd.h | 106 include/utime.h | 15 inet/inet_addr.c | 14 inet/inet_aton.c | 23 inet/inet_ntoa.c | 19 inet/inet_ntop.c | 52 inet/inet_pton.c | 74 interp.S | 11 isatty.c | 21 libgcc/__divdi3.c | 29 libgcc/__divsi3.c | 29 libgcc/__moddi3.c | 29 libgcc/__modsi3.c | 29 libgcc/__udivdi3.c | 13 libgcc/__udivmoddi4.c | 32 libgcc/__udivmodsi4.c | 32 libgcc/__udivsi3.c | 13 libgcc/__umoddi3.c | 16 libgcc/__umodsi3.c | 16 llseek.c | 34 lrand48.c | 42 makeerrlist.pl | 80 malloc.c | 192 + malloc.h | 51 memccpy.c | 23 memchr.c | 18 memcmp.c | 19 memcpy.c | 29 memmem.c | 44 memmove.c | 34 memset.c | 30 memswap.c | 23 mmap.c | 51 nice.c | 22 onexit.c | 39 pause.c | 21 perror.c | 12 printf.c | 19 pty.c | 31 puts.c | 13 qsort.c | 42 raise.c | 11 readdir.c | 66 realloc.c | 49 reboot.c | 15 recv.c | 11 sbrk.c | 23 seed48.c | 19 select.c | 9 send.c | 11 setegid.c | 10 setenv.c | 124 seteuid.c | 10 setpgrp.c | 10 setresgid.c | 29 setresuid.c | 30 sha1hash.c | 317 ++ sigaction.c | 19 siglist.c | 115 siglongjmp.c | 16 signal.c | 11 sigpending.c | 19 sigprocmask.c | 19 sigsuspend.c | 19 sleep.c | 20 snprintf.c | 16 socketcalls.pl | 62 socketcommon.h | 25 sprintf.c | 18 srand48.c | 16 sscanf.c | 17 strcat.c | 11 strchr.c | 16 strcmp.c | 20 strcpy.c | 20 strdup.c | 17 strerror.c | 25 strlen.c | 14 strncat.c | 11 strncmp.c | 20 strncpy.c | 22 strntoimax.c | 13 strntoumax.c | 75 strrchr.c | 18 strsep.c | 21 strspn.c | 67 strstr.c | 10 strtoimax.c | 3 strtok.c | 16 strtol.c | 3 strtoll.c | 3 strtoul.c | 3 strtoull.c | 3 strtoumax.c | 3 strtox.c | 13 syscalls.pl | 72 syscommon.h | 29 syslog.c | 68 tests/getenvtest.c | 26 tests/getopttest.c | 31 tests/hello.c | 7 tests/idtest.c | 14 tests/malloctest.c | 4145 ++++++++++++++++++++++++++++++++ tests/memstrtest.c | 29 tests/microhello.c | 9 tests/minihello.c | 7 tests/minips.c | 452 +++ tests/nfs_no_rpc.c | 538 ++++ tests/setjmptest.c | 36 tests/testrand48.c | 19 tests/testvsnp.c | 115 time.c | 27 umount.c | 12 unsetenv.c | 40 usleep.c | 15 utime.c | 30 vfprintf.c | 26 vprintf.c | 11 vsnprintf.c | 433 +++ vsprintf.c | 11 vsscanf.c | 365 ++ wait.c | 12 wait3.c | 12 waitpid.c | 12 354 files changed, 17793 insertions(+) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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. ---------------------------------------------------------------------------- b/Makefile | 39 ++++++ b/scripts/Makefile.build | 6 - b/scripts/Makefile.clean | 11 + b/scripts/Makefile.lib | 3 b/scripts/Makefile.user | 209 +++++++++++++++++++++++++++++++++++ b/usr/Makefile | 28 ++++ b/usr/lib/MCONFIG | 39 +++--- b/usr/lib/Makefile | 159 +++++++++++++------------- b/usr/lib/socketcalls.pl | 11 + b/usr/lib/socketcalls/socketcommon.h | 25 ++++ b/usr/lib/syscalls.pl | 12 +- b/usr/lib/syscalls/syscommon.h | 29 ++++ b/usr/root/Makefile | 3 b/usr/root/hello |binary b/usr/root/hello.c | 8 + usr/lib/socketcommon.h | 25 ---- usr/lib/syscommon.h | 29 ---- 17 files changed, 471 insertions(+), 165 deletions(-) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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 :) ---------------------------------------------------------------------------- hello.c | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletion(-) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.5, 2003-02-15 23:16:53-06:00, kai@tp1.ruhr-uni-bochum.de klibc: Fix a compiler warning ---------------------------------------------------------------------------- sha1hash.c | 2 +- 1 files changed, 1 insertion(+), 1 deletion(-) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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. ---------------------------------------------------------------------------- hello.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.7, 2003-02-15 23:21:47-06:00, greg@kroah.com klibc: add file support to gen_init_cpio.c ---------------------------------------------------------------------------- gen_init_cpio.c | 90 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 90 insertions(+) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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. ---------------------------------------------------------------------------- gen_init_cpio.c | 1 + 1 files changed, 1 insertion(+) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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. ---------------------------------------------------------------------------- Makefile | 24 +++++++++++++++++------- gen_init_cpio.c | 2 +- 2 files changed, 18 insertions(+), 8 deletions(-) ----------------------------------------------------------------------------- ChangeSet@1.1027.1.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.1027.1.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. ---------------------------------------------------------------------------- init/Kconfig | 10 + init/Makefile | 7 init/do_mounts.c | 6 init/main.c | 22 ++ scripts/Makefile | 4 usr/Makefile | 2 usr/gen_init_cpio.c | 2 usr/root/Makefile | 5 usr/root/init.c | 442 ++++++++++++++++++++++++++++++++++++++++++++++++++++ 9 files changed, 489 insertions(+), 11 deletions(-) ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 3:06 ` Kai Germaschewski @ 2003-02-17 5:50 ` Jeff Garzik 2003-02-17 18:02 ` Sam Ravnborg 1 sibling, 0 replies; 20+ messages in thread From: Jeff Garzik @ 2003-02-17 5:50 UTC (permalink / raw) To: Kai Germaschewski; +Cc: Greg KH, linux-kernel, H. Peter Anvin Kai Germaschewski wrote: > I did some work on integrating klibc into kbuild now. I used your patch as > guide line, though I started from scratch with klibc-0.77. The build > should work fine (reminder: "make KBUILD_VERBOSE=0 ..." will give you much woo hoo! Thanks much. I was sorta hoping you would step in and help out with the kbuild issues ;-) > To do something more useful than "hello world", I actually moved some part > of finding / mounting the final root system into userspace, though only > conditional on CONFIG_INITRAMFS. FWIW, this should be ok for testing, but not a merge... we need to have a single "do_mounts" code flow, not two code paths that are selected with a switch. That's why I see a lot of little klibc binaries, especially initially. Moving piece-by-piece from do_mounts.c (and other places) to userspace takes longer, but really maximizes both stability and testing of new code. Jeff ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 3:06 ` Kai Germaschewski 2003-02-17 5:50 ` Jeff Garzik @ 2003-02-17 18:02 ` Sam Ravnborg 2003-02-17 18:07 ` H. Peter Anvin 1 sibling, 1 reply; 20+ messages in thread From: Sam Ravnborg @ 2003-02-17 18:02 UTC (permalink / raw) To: Kai Germaschewski; +Cc: Greg KH, linux-kernel, Jeff Garzik, H. Peter Anvin On Sun, Feb 16, 2003 at 09:06:09PM -0600, Kai Germaschewski wrote: > I did some work on integrating klibc into kbuild now. I used your patch as > guide line, though I started from scratch with klibc-0.77. The build > should work fine (reminder: "make KBUILD_VERBOSE=0 ..." will give you much > more readable output), but I probably broke some non-x86 architectures > in the process. Got this output when compiling user programs: USERCC usr/lib/snprintf.o cc1: warning: -malign-loops is obsolete, use -falign-loops cc1: warning: -malign-jumps is obsolete, use -falign-jumps cc1: warning: -malign-functions is obsolete, use -falign-functions $gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --host=i386-redhat-linux --with-system-zlib --enable-__cxa_atexit Thread model: posix gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) It mostly look OK. I assume the duplication used for host-progs is momentary? Sam ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 18:02 ` Sam Ravnborg @ 2003-02-17 18:07 ` H. Peter Anvin 2003-02-17 18:36 ` Jeff Garzik 0 siblings, 1 reply; 20+ messages in thread From: H. Peter Anvin @ 2003-02-17 18:07 UTC (permalink / raw) To: sam; +Cc: kai, greg, linux-kernel, jgarzik, hpa > On Sun, Feb 16, 2003 at 09:06:09PM -0600, Kai Germaschewski wrote: > >> I did some work on integrating klibc into kbuild now. I used your >> patch as guide line, though I started from scratch with klibc-0.77. >> The build should work fine (reminder: "make KBUILD_VERBOSE=0 ..." >> will give you much more readable output), but I probably broke some >> non-x86 architectures in the process. > > Got this output when compiling user programs: > USERCC usr/lib/snprintf.o > cc1: warning: -malign-loops is obsolete, use -falign-loops > cc1: warning: -malign-jumps is obsolete, use -falign-jumps > cc1: warning: -malign-functions is obsolete, use -falign-functions > I get the same error compiling the kernel proper for Crusoe. This is what I like to call an "annoyance warning" where maintaining compatibility between gcc versions emit a neverending stream of annoying messages. -hpa ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 18:07 ` H. Peter Anvin @ 2003-02-17 18:36 ` Jeff Garzik 2003-02-17 18:57 ` Sam Ravnborg 2003-02-18 8:58 ` H. Peter Anvin 0 siblings, 2 replies; 20+ messages in thread From: Jeff Garzik @ 2003-02-17 18:36 UTC (permalink / raw) To: H. Peter Anvin; +Cc: sam, kai, greg, linux-kernel [-- Attachment #1: Type: text/plain, Size: 1176 bytes --] H. Peter Anvin wrote: >>On Sun, Feb 16, 2003 at 09:06:09PM -0600, Kai Germaschewski wrote: >> >> >>>I did some work on integrating klibc into kbuild now. I used your >>>patch as guide line, though I started from scratch with klibc-0.77. >>>The build should work fine (reminder: "make KBUILD_VERBOSE=0 ..." >>>will give you much more readable output), but I probably broke some >>>non-x86 architectures in the process. >> >>Got this output when compiling user programs: >> USERCC usr/lib/snprintf.o >>cc1: warning: -malign-loops is obsolete, use -falign-loops >>cc1: warning: -malign-jumps is obsolete, use -falign-jumps >>cc1: warning: -malign-functions is obsolete, use -falign-functions >> > > > I get the same error compiling the kernel proper for Crusoe. This is what > I like to call an "annoyance warning" where maintaining compatibility > between gcc versions emit a neverending stream of annoying messages. Maintaining gcc compatibility need not imply this annoyance. This has been fixed in 2.5.x for ages, for the main kernel build, and I recently fixed it in 2.4.x by the attached patch. We just need to move that fix over to klibc build... Jeff [-- Attachment #2: patch --] [-- Type: text/plain, Size: 1005 bytes --] diff -Nru a/arch/i386/Makefile b/arch/i386/Makefile --- a/arch/i386/Makefile Mon Feb 17 13:35:18 2003 +++ b/arch/i386/Makefile Mon Feb 17 13:35:18 2003 @@ -23,8 +23,10 @@ CFLAGS += -pipe +check_gcc = $(shell if $(CC) $(1) -S -o /dev/null -xc /dev/null > /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi) + # prevent gcc from keeping the stack 16 byte aligned -CFLAGS += $(shell if $(CC) -mpreferred-stack-boundary=2 -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-mpreferred-stack-boundary=2"; fi) +CFLAGS += $(call check_gcc,-mpreferred-stack-boundary=2,) ifdef CONFIG_M386 CFLAGS += -march=i386 @@ -83,7 +85,8 @@ endif ifdef CONFIG_MCYRIXIII -CFLAGS += -march=i486 -malign-functions=0 -malign-jumps=0 -malign-loops=0 +CFLAGS += $(call check_gcc,-march=c3,-march=i486) +CFLAGS += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) endif HEAD := arch/i386/kernel/head.o arch/i386/kernel/init_task.o ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 18:36 ` Jeff Garzik @ 2003-02-17 18:57 ` Sam Ravnborg 2003-02-17 19:24 ` Jeff Garzik 2003-02-18 8:58 ` H. Peter Anvin 1 sibling, 1 reply; 20+ messages in thread From: Sam Ravnborg @ 2003-02-17 18:57 UTC (permalink / raw) To: Jeff Garzik; +Cc: H. Peter Anvin, sam, kai, greg, linux-kernel On Mon, Feb 17, 2003 at 01:36:59PM -0500, Jeff Garzik wrote: > > +check_gcc = $(shell if $(CC) $(1) -S -o /dev/null -xc /dev/null > /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi) Will check_gcc be compatible across architectures? If thats the case it should be moved to a common place. Checking..... The same type of trick is used for alpha and sparc* - so I will move it to the top-level makefile. Sam ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 18:57 ` Sam Ravnborg @ 2003-02-17 19:24 ` Jeff Garzik 0 siblings, 0 replies; 20+ messages in thread From: Jeff Garzik @ 2003-02-17 19:24 UTC (permalink / raw) To: Sam Ravnborg; +Cc: H. Peter Anvin, kai, greg, linux-kernel Sam Ravnborg wrote: > On Mon, Feb 17, 2003 at 01:36:59PM -0500, Jeff Garzik wrote: > >> >>+check_gcc = $(shell if $(CC) $(1) -S -o /dev/null -xc /dev/null > /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi) > > > Will check_gcc be compatible across architectures? s/will/is/ Yes. Jeff ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-17 18:36 ` Jeff Garzik 2003-02-17 18:57 ` Sam Ravnborg @ 2003-02-18 8:58 ` H. Peter Anvin 2003-02-18 9:17 ` Jeff Garzik 1 sibling, 1 reply; 20+ messages in thread From: H. Peter Anvin @ 2003-02-18 8:58 UTC (permalink / raw) To: jgarzik; +Cc: hpa, sam, kai, greg, linux-kernel > > Maintaining gcc compatibility need not imply this annoyance. This has > been fixed in 2.5.x for ages, for the main kernel build, and I recently > fixed it in 2.4.x by the attached patch. We just need to move that fix > over to klibc build... > Of course it doesn't ... it's a matter of detecting if the -f options are usable. It was more of a complaint at the gcc team. However, I can personally vouch for that it's *not* fixed for the main kernel build as of 2.5.61. -hpa ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-18 8:58 ` H. Peter Anvin @ 2003-02-18 9:17 ` Jeff Garzik 2003-02-18 9:36 ` Stelian Pop 0 siblings, 1 reply; 20+ messages in thread From: Jeff Garzik @ 2003-02-18 9:17 UTC (permalink / raw) To: H. Peter Anvin; +Cc: sam, kai, greg, linux-kernel [-- Attachment #1: Type: text/plain, Size: 355 bytes --] H. Peter Anvin wrote: > However, I can personally vouch for that it's *not* fixed for the main > kernel build as of 2.5.61. Well, if I had a Transmeta-powered laptop or handheld, I'm sure that would be fixed too ;-) Can you give the attached patch a quick once-over? It's obvious enough but I would rather the patch got tested nonetheless. Jeff [-- Attachment #2: patch --] [-- Type: text/plain, Size: 1465 bytes --] # This is a BitKeeper generated patch for the following project: # Project Name: Linux kernel tree # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.1051 -> 1.1052 # arch/i386/Makefile 1.44 -> 1.45 # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/02/18 jgarzik@redhat.com 1.1052 # [ia32] fix Crusoe CFLAGS on newer gcc versions # -------------------------------------------- # diff -Nru a/arch/i386/Makefile b/arch/i386/Makefile --- a/arch/i386/Makefile Tue Feb 18 04:15:39 2003 +++ b/arch/i386/Makefile Tue Feb 18 04:15:39 2003 @@ -39,7 +39,8 @@ cflags-$(CONFIG_MK6) += $(call check_gcc,-march=k6,-march=i586) cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 -malign-functions=4) cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 -malign-functions=4)) -cflags-$(CONFIG_MCRUSOE) += -march=i686 -malign-functions=0 -malign-jumps=0 -malign-loops=0 +cflags-$(CONFIG_MCRUSOE) += -march=i686 +cflags-$(CONFIG_MCRUSOE) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) cflags-$(CONFIG_MWINCHIP3D) += -march=i586 ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-18 9:17 ` Jeff Garzik @ 2003-02-18 9:36 ` Stelian Pop 2003-02-18 9:37 ` Stelian Pop 2003-02-18 9:45 ` Jeff Garzik 0 siblings, 2 replies; 20+ messages in thread From: Stelian Pop @ 2003-02-18 9:36 UTC (permalink / raw) To: Jeff Garzik; +Cc: sam, kai, greg, linux-kernel, Linus Torvalds On Tue, Feb 18, 2003 at 04:17:16AM -0500, Jeff Garzik wrote: > H. Peter Anvin wrote: > >However, I can personally vouch for that it's *not* fixed for the main > >kernel build as of 2.5.61. > > > Well, if I had a Transmeta-powered laptop or handheld, I'm sure that > would be fixed too ;-) > > Can you give the attached patch a quick once-over? It's obvious enough > but I would rather the patch got tested nonetheless. Tested, works ok. Slighly different patch attached. Linus, please apply. Stelian. ===== arch/i386/Makefile 1.44 vs edited ===== --- 1.44/arch/i386/Makefile Fri Feb 7 19:59:54 2003 +++ edited/arch/i386/Makefile Tue Feb 18 09:59:16 2003 @@ -39,12 +39,13 @@ cflags-$(CONFIG_MK6) += $(call check_gcc,-march=k6,-march=i586) cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 -malign-functions=4) cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 -malign-functions=4)) -cflags-$(CONFIG_MCRUSOE) += -march=i686 -malign-functions=0 -malign-jumps=0 -malign-loops=0 +cflags-$(CONFIG_MCRUSOE) += -march=i686 cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) cflags-$(CONFIG_MWINCHIP3D) += -march=i586 cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-march=c3,-march=i486) # The alignment flags change with gcc 3.2 +cflags-$(CONFIG_MCRUSOE) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) cflags-$(CONFIG_MVIAC3_2) += $(call check_gcc,-march=c3-2,-march=i686) -- Stelian Pop <stelian.pop@fr.alcove.com> Alcove - http://www.alcove.com ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-18 9:36 ` Stelian Pop @ 2003-02-18 9:37 ` Stelian Pop 2003-02-18 9:46 ` Jeff Garzik 2003-02-18 9:45 ` Jeff Garzik 1 sibling, 1 reply; 20+ messages in thread From: Stelian Pop @ 2003-02-18 9:37 UTC (permalink / raw) To: Jeff Garzik, sam, kai, greg, linux-kernel; +Cc: Marcelo Tosatti On Tue, Feb 18, 2003 at 10:36:01AM +0100, Stelian Pop wrote: > > H. Peter Anvin wrote: > > >However, I can personally vouch for that it's *not* fixed for the main > > >kernel build as of 2.5.61. > > > > > > Well, if I had a Transmeta-powered laptop or handheld, I'm sure that > > would be fixed too ;-) > > > > Can you give the attached patch a quick once-over? It's obvious enough > > but I would rather the patch got tested nonetheless. This is required for 2.4 too. Rediffed and tested, Marcelo please apply. Stelian. ===== arch/i386/Makefile 1.5 vs edited ===== --- 1.5/arch/i386/Makefile Sun Feb 2 08:50:07 2003 +++ edited/arch/i386/Makefile Tue Feb 18 10:03:19 2003 @@ -61,15 +61,16 @@ endif ifdef CONFIG_MK6 -CFLAGS += $(shell if $(CC) -march=k6 -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-march=k6"; else echo "-march=i586"; fi) +CFLAGS += $(call check_gcc,-march=k6,-march=i586) endif ifdef CONFIG_MK7 -CFLAGS += $(shell if $(CC) -march=athlon -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-march=athlon"; else echo "-march=i686 -malign-functions=4"; fi) +CFLAGS += $(call check_gcc,-march=athlon,-march=i686 -malign-functions=4) endif ifdef CONFIG_MCRUSOE -CFLAGS += -march=i686 -malign-functions=0 -malign-jumps=0 -malign-loops=0 +CFLAGS += -march=i686 +CFLAGS += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) endif ifdef CONFIG_MWINCHIPC6 -- Stelian Pop <stelian.pop@fr.alcove.com> Alcove - http://www.alcove.com ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-18 9:37 ` Stelian Pop @ 2003-02-18 9:46 ` Jeff Garzik 0 siblings, 0 replies; 20+ messages in thread From: Jeff Garzik @ 2003-02-18 9:46 UTC (permalink / raw) To: Stelian Pop; +Cc: sam, kai, greg, linux-kernel, Marcelo Tosatti Patch for 2.4 looks good ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-18 9:36 ` Stelian Pop 2003-02-18 9:37 ` Stelian Pop @ 2003-02-18 9:45 ` Jeff Garzik 2003-02-18 9:56 ` Stelian Pop 1 sibling, 1 reply; 20+ messages in thread From: Jeff Garzik @ 2003-02-18 9:45 UTC (permalink / raw) To: Stelian Pop; +Cc: sam, kai, greg, linux-kernel, Linus Torvalds Stelian Pop wrote: > Tested, works ok. thanks. > Slighly different patch attached. > > Linus, please apply. um, please don't... > ===== arch/i386/Makefile 1.44 vs edited ===== > --- 1.44/arch/i386/Makefile Fri Feb 7 19:59:54 2003 > +++ edited/arch/i386/Makefile Tue Feb 18 09:59:16 2003 > @@ -39,12 +39,13 @@ > cflags-$(CONFIG_MK6) += $(call check_gcc,-march=k6,-march=i586) > cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 -malign-functions=4) > cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 -malign-functions=4)) > -cflags-$(CONFIG_MCRUSOE) += -march=i686 -malign-functions=0 -malign-jumps=0 -malign-loops=0 > +cflags-$(CONFIG_MCRUSOE) += -march=i686 > cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) > cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) > cflags-$(CONFIG_MWINCHIP3D) += -march=i586 > cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-march=c3,-march=i486) > # The alignment flags change with gcc 3.2 > +cflags-$(CONFIG_MCRUSOE) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) > cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) > cflags-$(CONFIG_MVIAC3_2) += $(call check_gcc,-march=c3-2,-march=i686) ...because (a) the Crusoe cflags are no longer together, (b) Cyrix-3 cflags are suddenly bisected by Crusoe cflags, and (c) you just dumped a crusoe-specific line in the middle of a bunch of Via/Cyrix CPU settings. None of those choices makes sense. If you want to improve upon my patch, I would suggest consolidating the -f/-m check above the CPU cflags section, and then reference the calculated value, rather than wholly duplicating the calculation. The comment line "# The alignment flags [...]" is obviously not the start of a new alignment-flags section. Jeff ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [RFC] klibc for 2.5.59 bk 2003-02-18 9:45 ` Jeff Garzik @ 2003-02-18 9:56 ` Stelian Pop 0 siblings, 0 replies; 20+ messages in thread From: Stelian Pop @ 2003-02-18 9:56 UTC (permalink / raw) To: Jeff Garzik; +Cc: sam, kai, greg, linux-kernel, Linus Torvalds On Tue, Feb 18, 2003 at 04:45:33AM -0500, Jeff Garzik wrote: > >Linus, please apply. > > um, please don't... [...] > > ...because > (a) the Crusoe cflags are no longer together, > (b) Cyrix-3 cflags are suddenly bisected by Crusoe cflags, and > (c) you just dumped a crusoe-specific line in the middle of a bunch of > Via/Cyrix CPU settings. > > None of those choices makes sense. If you want to improve upon my > patch, I would suggest consolidating the -f/-m check above the CPU > cflags section, and then reference the calculated value, rather than > wholly duplicating the calculation. The comment line "# The alignment > flags [...]" is obviously not the start of a new alignment-flags section. Agreed, I was overzealous here... Consolidating the -f/-m check above seems a bit overkill, especially since we don't want the same align options for all architectures. Maybe removing the comment is the simplest improvement on your patch then. Not a big improvement however :) Stelian. ===== arch/i386/Makefile 1.44 vs edited ===== --- 1.44/arch/i386/Makefile Fri Feb 7 19:59:54 2003 +++ edited/arch/i386/Makefile Tue Feb 18 10:51:40 2003 @@ -39,12 +39,12 @@ cflags-$(CONFIG_MK6) += $(call check_gcc,-march=k6,-march=i586) cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 -malign-functions=4) cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 -malign-functions=4)) -cflags-$(CONFIG_MCRUSOE) += -march=i686 -malign-functions=0 -malign-jumps=0 -malign-loops=0 +cflags-$(CONFIG_MCRUSOE) += -march=i686 +cflags-$(CONFIG_MCRUSOE) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) cflags-$(CONFIG_MWINCHIP3D) += -march=i586 cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-march=c3,-march=i486) -# The alignment flags change with gcc 3.2 cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) cflags-$(CONFIG_MVIAC3_2) += $(call check_gcc,-march=c3-2,-march=i686) -- Stelian Pop <stelian.pop@fr.alcove.com> Alcove - http://www.alcove.com ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <20030217031008$3e63@gated-at.bofh.it>]
[parent not found: <20030217031008$270a@gated-at.bofh.it>]
* Re: [RFC] klibc for 2.5.59 bk [not found] ` <20030217031008$270a@gated-at.bofh.it> @ 2003-02-17 17:12 ` Arnd Bergmann 0 siblings, 0 replies; 20+ messages in thread From: Arnd Bergmann @ 2003-02-17 17:12 UTC (permalink / raw) To: Kai Germaschewski, linux-kernel Kai Germaschewski wrote: > should work fine (reminder: "make KBUILD_VERBOSE=0 ..." will give you much > more readable output), but I probably broke some non-x86 architectures > in the process. 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. Arnd <>< ===== usr/lib/socketcalls.pl 1.4 vs edited ===== --- 1.4/usr/lib/socketcalls.pl Sun Feb 16 06:09:33 2003 +++ edited/usr/lib/socketcalls.pl Mon Feb 17 18:24:39 2003 @@ -39,7 +39,7 @@ print OUT "\tjmp __socketcall_common\n"; print OUT "\t.size ${name},.-${name}\n"; } else { - open(OUT, "> ${obj}/${name}.c") + open(OUT, "> ${obj}/socketcalls/${name}.c") or die "$0: Cannot open socketcalls/${name}.c\n"; print OUT "#include \"socketcommon.h\"\n\n"; ^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2003-02-18 9:50 UTC | newest] Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2003-02-07 4:59 [RFC] klibc for 2.5.59 bk Greg KH 2003-02-07 5:06 ` H. Peter Anvin 2003-02-07 5:10 ` Greg KH 2003-02-07 15:00 ` Alex Riesen 2003-02-09 12:57 ` Greg KH 2003-02-17 3:06 ` Kai Germaschewski 2003-02-17 5:50 ` Jeff Garzik 2003-02-17 18:02 ` Sam Ravnborg 2003-02-17 18:07 ` H. Peter Anvin 2003-02-17 18:36 ` Jeff Garzik 2003-02-17 18:57 ` Sam Ravnborg 2003-02-17 19:24 ` Jeff Garzik 2003-02-18 8:58 ` H. Peter Anvin 2003-02-18 9:17 ` Jeff Garzik 2003-02-18 9:36 ` Stelian Pop 2003-02-18 9:37 ` Stelian Pop 2003-02-18 9:46 ` Jeff Garzik 2003-02-18 9:45 ` Jeff Garzik 2003-02-18 9:56 ` Stelian Pop [not found] <20030217031008$3e63@gated-at.bofh.it> [not found] ` <20030217031008$270a@gated-at.bofh.it> 2003-02-17 17:12 ` Arnd Bergmann
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).