similar to: klibc integration status

Hi all. I have pushed my earlier announced kbuild improvements patch to: bk://linux-sam.bkbits.net/2.5-klibc First cset is the earlier posted cset, whit a few small modifications. One important change is that the usr/Makefile now uses *.a files in initramfs-y assignment. I realised that the purpose was to express what kinit were using / referring. Second cset is a trivial cset that just move

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

This seem to be a good timing taking up the integration of klibc in the kernel again. Based one klibc-0.152 and klibc.bkbits.net/2.5-klibc I will take a shot of it. I will focus on getting the library compiled (should be pretty straighforward). Next two steps are: 2) Adding minimum applications to the kernel (if any) 3) Support applications outside the kernel I will put my work on bkbits.net

I've spent some time looking at klibc today, and find myself in a state of some puzzlement. The 0.79 snapshot does not build against 2.5.68; it fails almost immediately, apparently due to problems with include files. I'm hesitant to try patching anything to get it building, because I can find no sign of a CVS or BK repo that I can check against, and I don't want to replicate

klibc integrated with the kernel can now be found at: http://linux-sam.bkbits.net Se the repository: klibc. For non-BK users the patches can be retreived using the following links: klibc on top of 2.6.8-rc2: http://linux-sam.bkbits.net:8080/klibc/gnupatch@41098c67CQHEC6lH2E3rfIXcnRW1RA kbuild adaptions to klibc: http://linux-sam.bkbits.net:8080/klibc/gnupatch@4109923a7O1XqfXw_V7JzAmet_AzbA

Hi Xen people, I can read in the Xen 3.0 Roadmap that "A port to IA64 is making good progress". I have found nothing about IA-64 support in the "bk://xen.bkbits.net/xeno-unstable.bk" repository. Could you tell if an advanced version for IA-64 is available and where the source files can downloaded from ? Regards Jean-Paul Pigache

Hi , One of the things I am working on requires me to have a kernel and an initrd (as root filesystem , based on busybox) in one single image. I am trying to use initramfs for this, but there are a few things that I just can't figure out. As a test, I made a cpio archive of my own for the kernel source (plain 2.6.0-test5). Everything gets unpacked just fine during boot. Somehow I was

BTW, the xenlinux-2.6.11.bk''s version is: ChangeSet@1.2085, 2005-05-12 11:10:24-06:00, djm@kirby.fc.hp.com More work on hyperprivops Signed-off-by: Dan Magenheimer <dan.magenheimer@hp.com> Thanks, Kevin >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Tian, Kevin >Sent: Friday,

Yes, like real Linux/ia64, it is not possible to run the same Xenlinux bits both on ski and on real hardware. A different configuration and build is required. The config difference is the same as it was with the privified xenlinux... I think you did that successfully before (with privified xenlinux) so give that config file a try and if it doesn''t work, let me know. BTW, I think I know

I''ve just finished Xeno-HOWTO which contains a detailed list of instructions on how to setting up Xen and XenoLinux, from downloading Bitkeeper, compilation of Xen, XenoLinux, tools to configuration, start and stop of new domains. A complete version has just been pushed in xeno.bk and xeno-1.1.bk in our Laboratory. A partital version is already available in

Hi all, I'm a bit concerned about the following statement included in 2.6.0-test4: +For active users, you are better off using the klibc BitKeeper +repositories, at http://klibc.bkbits.net/ Since I refuse to use bk because I consider the anti-competition clause in the free bk license to (a) be abhorrent and (b) meaning that it's of at best questionable legality for me to use free BK,

There are two hosted BitKeeper repos: klibc is a BK clone of the klibc CVS tree 2.5-klibc is my attempts to integrate klibc into the kernel If you want commit access to either repo, send me an ssh1 public key. <b

If you only run released (rather than development) versions of rsync then you can skip this message. rsync's source tree has been converted from CVS to BitKeeper. This message contains brief instructions for people who want to track development or make contributions. I think it should take about 30-60 minutes to get started with BK. I hope you will agree that it is worthwhile. First

Hello, I have attached a patch wich adds support for 4kb pages to xen 2.0 proper. (No changes were required from xen 2.0-beta. Apprently mixing xenolinux from one release and xen kernel from another release is a no-no. Other than that there were no problems. Thanks to Rupert Schlick for helping to nail it down. The "noacpi" parameter does not seem to be mandatory. Finally

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

Hi hpa and others. With my ongoing work to prepare for potential integration of klibc in the kernel I wonder if there wold be any interest in using part of the kbuild infrastructure to build the vanilla klibc? The rationale is obvious: - common codebase for Kbuild files, so one only has to fix things in one place - I force klibc developers to create Kbuild files usable in the kernel - Much

hi, lately i try to download xen from bitkeeper - bk://xen.bkbits.net/xen-2.0.bk (ought to be version 2.0); but encounter a probelm when build from source. it has error as follow. the env is cygwin, gcc 3.3.3 and make 3.80 how to slove it? i appreciate any suggestion. sinrecely. jason ===============ERROR BEG ============ ac_timer.c:44: warning: alignment of `ac_timers'' is greater than

It's now in sync with 2.5.71. bk://klibc.bkbits.net/2.5-klibc <b

I've updated the BK klibc tree to reflect all of the recent flurry of activity. Complete CVS change history is preserved. http://klibc.bkbits.net/klibc <b

The following patchset implements 3 seperate series of changes. External Building ================= Patches 1 through 8 enable to use of klibc's build system while leaving the src tree pristine (and potentially read only). Specifically: - srctree=<Sources for klibc> - objtree=<Ouput directory for klibc> - KLIBCKERNELSRC=<Kernel sources> - KLIBCKERNELOBJ=<Kernel