similar to: Bug#511959: klibc-utils: ipconfig times out when several machines boot at the very same time

Thank you Maximilian, this was much easier! I still have problems with my email setup, I haven't found the time to migrate my mailbox from Windows yet. And gmail (webmail) doesn't allow many customizations, so I'm also uploading the patch to http://users.sch.gr/alkisg/temp/0001-Signed-off-by.patch I'm sending a patch regarding the discard_packet() function, please consider it for

hello, Preparing my first klibc maintainenace release. :) My plan is to have the patches cook in klibc-queue and once everythings is fine deploy them in the main klibc repo. Please test/review belows patches. I plan to release the current queue really soon for klibc 1.5.20 due to the urgent ipconfig fixes. For now you find my patch queue on:

This patch fixes a bug on systems with multiple connected network devices. As packet_peek uses all devices to receive data instead of a specific device. As the return value was never reset it was possible that packets from other devices were returned by packet_peek. That means that the ifindex did not match any ifindex of the specified devices the packet was never removed and packets for the

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

Hi, Here are two fixes for ipconfig/dhcp, the second of them being required for my dhcp3 server to accept ipconfig's requests. Thanks, Louis Louis Rilling (2): ipconfig: Fix missing dhcp_end field ipconfig: Fix null ciaddr on DHCPREQUEST during SELECTING state usr/kinit/ipconfig/dhcp_proto.c | 4 ++-- usr/kinit/ipconfig/packet.c | 2 +- 2 files changed, 3

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

[ adding relevant cc's ] On Tue, 10 Aug 2010, Julien-externe BLACHE wrote: > Hi, > > Attached is a second patch for ipconfig, which further improves (actually, > restores) ipconfig's behaviour on busy LANs with UDP noise. > > Commit 4efbcf90f60e27febe883ef052454d8cfded5c15 really is the root of all > evil, it badly broke ipconfig by doing a lot of changes all

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

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

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

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

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

Hello, all: I am executing ipconfig under a terminal and find one thing: If I execute ipconfig the first time, it will get an ip address from dhcp server, If I execute ipconfig the second time (or more times), since my TP-LINK TL-R402M router will give an icmp(ping) packet before DHCPOFFER, the ipconfig will fail after it receive the packet and tries unpack teh packet in packet_recv() since we

Source: xen Version: 4.0.1~rc5-1 Severity: serious Justification: FTBFS User: debian-sparc at lists.debian.org Usertags: sparc Hi, your package no longer builds on sparc: | make[1]: Leaving directory `/build/buildd-sivp_0.5.2-2-sparc-3aHxSt/sivp-0.5.2' | SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \ | /usr/bin/scilab -nw -f

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is the first release candidate for xorg-server-1.9.3, the third maintenance release of the xorg-server-1.9.x series. Inside, you'll find many buildfixes and bugfixes to be thankful for this coming holiday. Aaron Plattner (2): Revert "Set DamageSetReportAfterOp to true for the damage extension" (#30260) os: Fix BigReq

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is the second release candidate for xorg-server 1.9.3. If no regressions are found, it will be released as 1.9.3 in one week. It includes various build and bug fixes to stability and correctness over previous releases. Aaron Plattner (1): xfree86: Fix rotation of 2-color non-interleaved cursor images Adam Jackson (3): ddc:

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

This long overdue release features build compatibility with newer X servers and support for v4l2 devices. Adam Jackson (6): Remove call to LoaderGetOS Remove a bogus memset Fix distcheck v4l 0.3.0 Alan Coopersmith (2): Remove xorgconfig & xorgcfg from See Also list in man page Update Sun license notices to current X.Org standard form Cyril Brulebois (1):

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 xorg-server-1.9.3 is the third maintenance release of the 1.9 branch of the X11 server from X.org. It includes numerous bug fixes to address performance, stability, and correctness. This version is functionally equivalent to the second release candidate. The list below summarizes all changes since 1.9.2. Aaron Plattner (3): Revert "Set