similar to: VLAN support for ipconfig

If the vlan kernel argument is provided, then it is used during networking auto-configuration. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- scripts/ovirt-config-networking | 56 ++++++++++++++++++++++++++++++++------ scripts/ovirt-early | 7 ++++- 2 files changed, 53 insertions(+), 10 deletions(-) diff --git a/scripts/ovirt-config-networking

We had problem using tagged vlans inside domU. Testing shows that this is caused by changing network interfaces in network-bridge script. Following patch should allow to use vlans in guest. Testing scenario: configure vlan network (e.g. vlan 1 on eth0 => eth0.1) start xend create domU and configure same vlan inside it You can see that vlan is still <interface>.<vlan_id>. You can

Commit-ID: 56dcdac0ffc1d86d196a1d04933288b0c0ef8417 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=56dcdac0ffc1d86d196a1d04933288b0c0ef8417 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 11 Dec 2019 17:38:21 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 11 Dec 2019 17:48:47 +0000 [klibc] ipconfig: Ignore NTP

Commit-ID: 607dae881e39572e0a0aa6a55a8b750a0b89165f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=607dae881e39572e0a0aa6a55a8b750a0b89165f Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 11 Dec 2019 17:26:28 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 11 Dec 2019 17:39:18 +0000 [klibc] ipconfig: Document support

Commit-ID: f41c1d74c6a8e3d463e7e4291b112b367eb8b097 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=f41c1d74c6a8e3d463e7e4291b112b367eb8b097 Author: KUMAAN <9maaan at gmail.com> AuthorDate: Tue, 23 Aug 2011 14:59:19 +0900 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 22 May 2012 10:55:16 +0200 [klibc] ipconfig: Append padding if DHCP packet

From: Geert Stappers <stappers at debian.org> To make klibc-ipconfig transmit the DHCP vendor class "d-i" and get the DHCP preseeding filename in a text file, it needs the attached patch. belows patch allows ipconfig to be used in Debian installer once the hostname is sent too, see http://blog.andrew.net.au/2006/05/17#d-i_dhcp_hacking Signed-off-by: maximilian attems <maks at

If a hostname is requested, for example -d ::::foo::dhcp, then include the hostname in the DHCP discover/request. This patch also allows the vendor class identifier to be omitted from the DHCP discover/request by specifying -i "" Signed-off-by: Aron Griffis <agriffis at n01se.net> --- usr/kinit/ipconfig/dhcp_proto.c | 49 ++++++++++++++++++++++++++++++--------

The ipconfig code does not drop incoming packets that it can't handle. Since the packet socket sends ipconfig its own broadcast requests, ipconfig has the unfortunate behaviour of eating 100% of the CPU time when it does not receive an immediate response to its outgoing requests. This patch fixes the problem, by ensuring that packets are dropped if they are not handled. It also introduces a

Knocking a small item off Russell's feature list. This applies on top of my earlier bugfix+options patch. README | 15 ++++----------- main.c | 28 +++++++++++++++++++++++----- 2 files changed, 27 insertions(+), 16 deletions(-) diff -Nru a/ipconfig/README b/ipconfig/README --- a/ipconfig/README Tue Apr 29 13:03:14 2003 +++ b/ipconfig/README Tue Apr 29 13:03:14 2003 @@ -10,22 +10,15 @@

this is just on the common path, need to checkout others too, but a start: commit 5501109f6597f2bbed17a264b247c36220362dfb Author: maximilian attems <max at stro.at> Date: Mon Apr 26 08:07:51 2010 +0200 [klibc] ipconfig: Fix valgrind errors valgrind was rightfully complaining on ipconfig eth0: ERROR SUMMARY: 5 errors from 4 contexts (suppressed: 0 from 0) all

klibcs ipconfig tries to guess the nameserver if no nameserver is provided. This may happen due to misconfigured dhcp or the use of the ip= parameter. This patch removes the guessing from ipconfig as it is not possible for any other script to determine if the provided nameserver is valid or a guessed one. If the old behavior is really needed this could be easily implemented in an external script.

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:

Commit-ID: b86cd0ef3f225b0e68a7c49de2460829f6bfe2be Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=b86cd0ef3f225b0e68a7c49de2460829f6bfe2be Author: Dimitri John Ledkov <xnox at ubuntu.com> AuthorDate: Wed, 17 Jul 2019 22:18:23 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sun, 28 Jul 2019 20:12:38 +0100 [klibc] ipconfig: Implement

hello, sorry for late reply, bin digging through klibc backlog and this seems the only unawswered one. thanks for patience. :) On Tue, 27 Oct 2009, Nico Schottelius wrote: > Package: klibc-utils > Version: 1.5.15-1 hmm, unstable got newer klibc innbetwen, 1.5.17 should fix most of the listed pain, although 1.5.18-1 would be recommended, just uploaded. :) > > I'm trying to

Whilst ip= command is documented to support dns0:dns1 options as arguments 7 and 8, the -d parser in ipconfig does not. This breaks bringing up static ip configuration with dns nameservers set in the ip= command. Testcase: $ ip link add name dummy0 type dummy $ sudo /usr/lib/klibc/bin/ipconfig -d 10.245.237.7::10.245.237.1:255.255.255.0:ottawa:dummy0:none:8.8.8.8:8.8.4.4 IP-Config: dummy0

When configuring multiple interfaces, the existing logic in ipconfig can fail if DHCP replies are received out of the expected order, or if one or more interfaces never receive replies. The current ipconfig logic uses a single packet socket to handle all incoming DHCP replies. If, for example, the host has two interfaces, A and B, and only B will be sent a DHCP reply, the order of events goes

Hi Rich: V1->V2: add the documentation. Any comments? Thanks, Wanlong Gao --------------------------------------------------------------------------------------------------- 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 ~]#

Commit-ID: 31810c21e6e7ee7c0478e80cee35b0b7e51de826 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=31810c21e6e7ee7c0478e80cee35b0b7e51de826 Author: Jay Vosburgh <jay.vosburgh at canonical.com> AuthorDate: Fri, 3 Feb 2017 16:36:51 -0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 02:23:46 +0000 [klibc] ipconfig: handle

Commit-ID: 2f1c2933bc4cceb4766c4a7aedebe12c82be775d Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=2f1c2933bc4cceb4766c4a7aedebe12c82be775d Author: KUMAAN <9maaan at gmail.com> AuthorDate: Tue, 23 Aug 2011 14:57:08 +0900 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 22 May 2012 10:52:43 +0200 [klibc] ipconfig: Write $DOMAINSEARCH as