>Number:         10815
>Category:       kern
>Synopsis:       ARP resolution failures don't always provide enough information
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Fri Aug 11 03:44:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     Geoff C. Wing
>Release:        20000810
>Organization:
Geoff Wing : <gcw@pobox.com>     Work URL: http://www.primenet.com.au/
Rxvt Stuff : <gcw@rxvt.org>      Ego URL : http://pobox.com/~gcw/
Zsh Stuff  : <gcw@zsh.org>       Phone   : (Australia) 0413 431 874
>Environment:
System: NetBSD c.primenet.com.au 1.5E NetBSD 1.5E (C) #0: Fri Aug 11 12:02:07 EST 2000 mason@c.primenet.com.au:/usr/netbsd/src/sys/arch/i386/compile/C i386


>Description:
	In some situations an ARP resolution error can occur.  When it does
	it's nice to know for what address and on which interface the
	error occurs.  The patch below adds that information for arpresolve()

>How-To-Repeat:
	Ahh, not obvious.

>Fix:

--- src/sys/netinet/if_arp.c	Wed May 24 20:36:14 2000
+++ /obj/src/sys/netinet/if_arp.c	Fri Aug 11 11:10:13 2000
@@ -592,7 +592,8 @@
 			rt = la->la_rt;
 	}
 	if (la == 0 || rt == 0) {
-		log(LOG_DEBUG, "arpresolve: can't allocate llinfo\n");
+		log(LOG_DEBUG, "arpresolve: can't allocate llinfo on %s for %s\n",
+		    ifp->if_xname, in_fmtaddr(SIN(dst)->sin_addr));
 		m_freem(m);
 		return (0);
 	}
>Release-Note:
>Audit-Trail:
>Unformatted: