From owner-cvs-all Thu Apr 2 05:22:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA08740 for cvs-all-outgoing; Thu, 2 Apr 1998 05:22:07 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA08735; Thu, 2 Apr 1998 05:22:05 -0800 (PST) (envelope-from roberto@FreeBSD.org) From: Ollivier Robert Received: (from roberto@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA12997; Thu, 2 Apr 1998 05:20:18 -0800 (PST) Date: Thu, 2 Apr 1998 05:20:18 -0800 (PST) Message-Id: <199804021320.FAA12997@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-usrsbin@FreeBSD.ORG Subject: cvs commit: src/usr.sbin/rarpd rarpd.c Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk roberto 1998/04/02 05:20:17 PST Modified files: usr.sbin/rarpd rarpd.c Log: Fix bug in rarpd: Explanation of the bug: when processing its first request, rarpd opens a routing socket to send requests to the arp table. It keeps that socket open afterwards, while waiting for new RARP requests. Meanwhile, the data received on the routing socket fill up until they are about 8Kbytes in size. Any additional data is lost. When rarpd receives its next RARP request, it tries to access the ARP table via a routing socket call, then waits for the answer to its own request. This answer is lost because the received data is already filled: when looking for the reply, rarpd receives only 8kbytes worth of data, then loops waiting forever. Someone please test it on -STABLE and commit it. We can close the PR when testing on STABLE is done. PR: bin/5669 Submitted by: Pierre Beyssac Revision Changes Path 1.19 +13 -11 src/usr.sbin/rarpd/rarpd.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message