similar to: ipconfig: DHCP fixes

Hi, I had the problem that 'ipconfig' as DHCP client in Debian-squeeze could not get DHCP Offer reply from the built-in DHCP server of the cheap route that I have. The name of the router is 'MegaBitGear TE4571E' which I got at contract of ADSL Internet access service in 2009. The router is not too old and can reply to other DHCP clients like ISC-dhclient, WindowsXP and Vista.

Hi, I'm resending since I got no feedback: I assume that the message was lost... The attached patch fixes a few bugs related to the spoofing portmapper used by nfsmount. Regards, Louis -- Dr Louis Rilling Kerlabs Skype: louis.rilling Batiment Germanium Phone: (+33|0) 6 80 89 08 23 80 avenue des Buttes de Coesmes http://www.kerlabs.com/ 35700 Rennes -------------- next part

Hi, The following patches fix few bugs/APIs in configfs. The third one depends on the patch introducing configfs_dirent_lock previously submitted in http://lkml.org/lkml/2008/6/12/232 Louis -- Dr Louis Rilling Kerlabs Skype: louis.rilling Batiment Germanium Phone: (+33|0) 6 80 89 08 23 80 avenue des Buttes de Coesmes http://www.kerlabs.com/ 35700 Rennes

Hello all: According to rfc 2131, page 9: "ciaddr Client IP address; only filled in if client is in BOUND, RENEW or REBINDING state and can respond to ARP requests. " Is it ideal to change "boot.ciaddr = dev-> ip_addr" to "boot.ciaddr = INADDR_ANY" in dhcp_send() function? I've used a TP-LINK TL-R402M router and it

I'm running a bit late with the e-mail this time around, but I think that's ok since there really isn't any major new features here - the bulk of the Ocfs2 update is bug fixes, or cleanups. The same goes for configfs. The only two things that could be described as features would be: - Sunil has updated Ocfs2 to provide even more live cluster locking information via debugfs. - Joel

The following patches come from Debian and/or Ubuntu packages of klibc. Ben. Ben Hutchings (1): [klibc] run-init: Add dry-run mode Jay Vosburgh (1): [klibc] ipconfig: Use separate sockets for DHCP from multiple interfaces Mathieu Trudel-Lapierre (1): [klibc] ipconfig: Set broadcast when sending DHCPREQUEST and DHCPDISCOVER YunQiang Su (1): [klibc] mips: setjmp.S: don't

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

I finally got some time to work through the klibc patch queue... however, since I have been AWOL so long I might have dropped patches. If someone could take a quick look at the git tree before I push a new version out that would be great. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

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 ++++++++++++++++++++++++++++++--------

Hey, I am currently using some IBM 3850 M2 servers that we have booting from PXE to do NFS root stuff like updating firmware etc prior to getting the system installed with an operating system. Some of these servers install fine and other servers with identical configurations fail to install. In each case when it fails to start it gets to the following point [ 274.004114] NET: Registered

hello hpa, please pull latest git pull git://git.debian.org/~maks/klibc.git maks forgot to ask to keep git port open for our boxes at university, thus moved my tree over too the alioth box. for the changes maximilian attems (4): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy [klibc] ipconfig

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

Hi all, I have pushed out klibc-1.5.17, mostly based on Max' patchqueue: H. Peter Anvin (3): [klibc] 1.5.16 released, next version is 1.5.17 [klibc] socketcalls: add parens around defined() [klibc] losetup: fix pointer type warnings Louis Rilling (2): [klibc] ipconfig: Fix missing dhcp_end field [klibc] ipconfig: Fix null ciaddr on DHCPREQUEST during SELECTING

Hi guys ipconfig performs not well conformed DHCP client transactions. This bug does not affect 100% of the DHCP servers as some of them are more forgiving than others when considering client side protocol mistakes; i.e When PXE installing on a VMware Workstation using the VMware DHCP server plus a proxyDHCP the bug is not present. When PXE installing on a real PC with a Netgear ISP

Commit-ID: 8cb2792d8f7317c336ccc98f99199ae579ac84c6 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8cb2792d8f7317c336ccc98f99199ae579ac84c6 Author: Mathieu Trudel-Lapierre <mathieu.trudel-lapierre at canonical.com> AuthorDate: Tue, 24 Jan 2017 10:05:12 -0500 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc]

Package: klibc-utils Version: 1.5.12-2 Severity: important Tags: patch (I'm using X-Debbugs-Cc so that the klibc list receives a copy directly. I'd be glad to be kept in Cc since I don't follow that list, thanks already.) Hi maks, hpa, Louis, and others, I've been experiencing for a while timeouts at DHCP-time in ipconfig when starting up several machines (say: 2 out of 4

Hello, I found a bug in ipconfig and I'm sending a proposed patch for it. I've only seen it happen in 2 dhcp-server environments. Scenario: ipconfig sends a DHCP_DISCOVER, server A answers with a DHCP_OFFER, server B answers with a DHCP_OFFER, ipconfig sends a DHCP_REQUEST for server A, ipconfig accepts the DHCP_OFFER from server B instead of DHCP_ACK from server A. <== BUG The reason

hello hpa, please review and on ack merge belows patchset. thanks maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: maximilian attems (8): [klibc] Add initial mntent.h with setmntent() and endmntent() [klibc] add getmntent() [klibc] mount: add help arg for usage() [klibc] mount: list

Hi, it seems that ipconfig has a problem if multiple devices are up and connected to the same network. It seems that it uses the wrong socket/device index to compare it to incoming packet. To be more precise, the packet gets discarded in do_pkt_recv as the ifindex from state differs always from the incoming packet To reproduce create two tap devices: $ sudo tunctl -u uli -t tap0

Sparc64 will busfault when reading data from exts if they are not type aligned. A similar issue was fixed in dhcpcd here: https://github.com/NetworkConfiguration/dhcpcd/issues/430 https://github.com/ColinMcInnes/dhcpcd/commit/07a5fdd7d34b072e52c316877d14c6d2581cb379 Signed-off-by: Jesse Taube <mr.bossman075 at gmail.com> --- usr/kinit/ipconfig/dhcp_proto.c | 7 +++++-- 1 file changed, 5