similar to: [PATCH V2] virt-sysprep:add ipconfig for preparation

Hi Rich: I just send a patch to request for your comments, then will do further work about this. things like this: [root at Allen ~]# virt-sysprep --ipconfig="eth0:192.168.1.2,255.255.255.0,192.168.1.1" --enable=ipconfig -d clone-6u1 OR [root at Allen ~]# virt-sysprep -d clone-6u1 Please comments. Thanks -Wanlong Gao Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com>

V1->V2: add the documentation. V2->V3: change the split sign from ":" to "@" for IPv6. Add the the ipconfig for vir-prep. Usage like below: [root at Allen ~]# virt-sysprep --ipconfig="eth0:192.168.1.2,255.255.255.0,192.168.1.1" --enable=ipconfig -d clone-6u1 OR [root at Allen ~]# virt-sysprep -d clone-6u1 Signed-off-by: Wanlong Gao <gaowanlong at

Remove the kdump generated kernel crash data. Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com> --- sysprep/Makefile.am | 1 + sysprep/sysprep_operation_crash_data.ml | 47 +++++++++++++++++++++++++++++++++ 2 files changed, 48 insertions(+) create mode 100644 sysprep/sysprep_operation_crash_data.ml diff --git a/sysprep/Makefile.am b/sysprep/Makefile.am index

We just remove the process accounting files previously without touch a empty file, this will cause psacct runs error. Restart the service can't help us create this file auto. couldn't open file '/var/account/pacct': No such file or directory Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com> --- po/POTFILES-ml | 1 + sysprep/Makefile.am

Commit 3cded4179481 ("x86/paravirt: Optimize native pv_lock_ops.vcpu_is_preempted()") introduced a paravirt op with bool return type [*] It turns out that the PVOP_CALL*() macros miscompile when rettype is bool. Code that looked like: 83 ef 01 sub $0x1,%edi ff 15 32 a0 d8 00 callq *0xd8a032(%rip) # ffffffff81e28120 <pv_lock_ops+0x20> 84 c0

If we do not want to keep the original firewall rules, enable this operation to remove these rules automatically. Signed-off-by: Wanlong Gao <gaowanlong@cn.fujitsu.com> --- sysprep/Makefile.am | 1 + sysprep/sysprep_operation_firewall_rules.ml | 54 +++++++++++++++++++++++++++++ 2 files changed, 55 insertions(+) create mode 100644

Two patches that cure fallout from commit: 3cded4179481 ("x86/paravirt: Optimize native pv_lock_ops.vcpu_is_preempted()")

Two patches that cure fallout from commit: 3cded4179481 ("x86/paravirt: Optimize native pv_lock_ops.vcpu_is_preempted()")

hello hpa, stuff keeps piling up, but shaping up too. :) Louis Rilling debugged the ipconfig failure that I was wondering about lately and fixed it. so his fixes got added to previous pull request v2: please pull git pull git://git.debian.org/users/maks/klibc.git maks for the changes: Louis Rilling (2): [klibc] ipconfig: Fix missing dhcp_end field [klibc] ipconfig: Fix null ciaddr

fix: usr/kinit/ipconfig/main.c: In function ?ipconfig_main?: usr/kinit/ipconfig/main.c:350:7: warning: ?ret? may be used uninitialized in this function [-Wuninitialized] usr/kinit/ipconfig/main.c:346:6: note: ?ret? was declared here I think the initialisation change in 6df362216a2e5beb4f29feafeabc630034a76914 was unintentional. Cc: Ulrich Dangel <uli at spamt.net> Signed-off-by:

Very small patch. main.c | 30 +++++++++++++++++++++++++----- 1 files changed, 25 insertions(+), 5 deletions(-) diff -Nru a/ipconfig/main.c b/ipconfig/main.c --- a/ipconfig/main.c Tue Apr 29 13:22:55 2003 +++ b/ipconfig/main.c Tue Apr 29 13:22:55 2003 @@ -391,10 +391,10 @@ dev->name = devname; if (netdev_init_if(dev) == -1) - return; + goto bail; if (bootp_init_if(dev) == -1) -

When attempting to boot a system using Infiniband interfaces, ipconfig does not recognize Infiniband NICs as having valid MAC addresses, so they are silently ignored. As I would like to be able to netboot using Infiniband, I have patched ipconfig to support Infiniband interfaces. Fortunately, it's a pretty simple and straightforward patch. Below is the patch for your consideration. ---

hello hpa, disabled faccessat in klibc to go forward with this dash sync, and HAVE_FACCESSAT in dash config.h, no other change. please pull: git pull git://git.debian.org/users/maks/klibc.git maks

Commit-ID: db9f464c660023eac861d661840fcef6809db163 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=db9f464c660023eac861d661840fcef6809db163 Author: maximilian attems <max at stro.at> AuthorDate: Tue, 22 May 2012 11:04:42 +0200 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 22 May 2012 11:04:42 +0200 [klibc] ipconfig: Use /run/ directory for

Sort of a brown paper headgear issue. <b diff -Nru a/ipconfig/netdev.c b/ipconfig/netdev.c --- a/ipconfig/netdev.c Mon Apr 28 15:26:12 2003 +++ b/ipconfig/netdev.c Mon Apr 28 15:26:12 2003 @@ -205,7 +205,7 @@ if (netdev_gif_addr(&ifr, SIOCGIFADDR, &dev->ip_addr) == -1) { perror("SIOCGIFADDR"); dev->ip_addr = 0; - dev->ip_broadcase = 0; +

I just checked in changes to kinit, such that it is now a single 29KB executable that replaces the kernel's ipconfig and nfsroot code. The kinit code isn't very elegant, but I figured it was better to save space than to fully generalise it so that it could be extended in a sort of modular fashion. If someone wants modularity, I figure they can spend the few extra KB and run the

I'm trying to get nfsroot via kinit to work, and I'm increasingly of the opinion that the ipconfig code unfortunately is in much worse shape than I thought. I've tried to clean it up quite a bit, but it's still rather messy. Anyway, one of the thing that I think is probably broken is the handling of "ip=dhcp" or anything else without a specified interface in the

kinit.c contains the following lines before calling ipconfig_main: #ifdef INI_DEBUG args[a++] = (char *)"-n"; #endif In my attempts to debug the NFS mounting, this threw me off for a bit. (The -n parameter runs a "dry run" and does not actually configure the network). Thus, it seems it's actually impossible to debug NFS mounting with the stock, unpatched klibc. It

based on a patch by bdb at forbidden.co.uk, see http://bugs.debian.org/377144 Signed-off-by: maximilian attems <maks at sternwelten.at> diff --git a/usr/kinit/ipconfig/main.c b/usr/kinit/ipconfig/main.c index c9d3b0e..3afd7c9 100644 --- a/usr/kinit/ipconfig/main.c +++ b/usr/kinit/ipconfig/main.c @@ -87,6 +87,10 @@ static void configure_device(struct netd if (netdev_setdefaultroute(dev))

[ added klibc ml to cc ] > I found a problem with klibc's "ipconfig" program, or at least, behavior > that breaks DHCP on my thin clients (LTSP 5.0). It has to do with setting > the giaddr field on dhcp_send in dhcp_proto.c, line 164. thank you for digging into it. > Otherwise, the relay agent SHALL forward any received DHCP packet > with a valid non-zero giaddr