From danny@cs.huji.ac.il  Fri Nov  4 11:46:48 2005
Return-Path: <danny@cs.huji.ac.il>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9F54F16A41F
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  4 Nov 2005 11:46:48 +0000 (GMT)
	(envelope-from danny@cs.huji.ac.il)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 35FD443D48
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  4 Nov 2005 11:46:48 +0000 (GMT)
	(envelope-from danny@cs.huji.ac.il)
Received: from cs4.cs.huji.ac.il ([132.65.16.104])
	by cs1.cs.huji.ac.il with esmtp
	id 1EY01u-0006df-TO
	for FreeBSD-gnats-submit@freebsd.org; Fri, 04 Nov 2005 13:46:46 +0200
Received: from danny by cs4.cs.huji.ac.il with local (Exim 4.54 (FreeBSD))
	id 1EY01u-0000El-Rh
	for FreeBSD-gnats-submit@freebsd.org; Fri, 04 Nov 2005 13:46:46 +0200
Message-Id: <E1EY01u-0000El-Rh@cs4.cs.huji.ac.il>
Date: Fri, 04 Nov 2005 13:46:46 +0200
From: Danny Braniss <danny@cs.huji.ac.il>
Reply-To: Danny Braniss <danny@cs.huji.ac.il>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: em(4) problem
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         88485
>Category:       amd64
>Synopsis:       em(4) problem
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-amd64
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 04 11:50:15 GMT 2005
>Closed-Date:    Tue Nov 08 07:52:57 GMT 2005
>Last-Modified:  Tue Nov 08 07:52:57 GMT 2005
>Originator:     Danny Braniss
>Release:        FreeBSD 6.0-STABLE amd64
>Organization:
>Environment:
System: FreeBSD cs4 6.0-STABLE FreeBSD 6.0-STABLE #20: Thu Nov 3 13:06:27 IST 2005 danny@x-dev:/r+d/obj/x-dev/amd64/r+d/6.0/src/sys/HUJI amd64


	
>Description:
	The motherboard is an Intel SE7320VP2, when booting diskless
	via PXE, it will porceed as far having to mount root via NFS,
	at which point, it gets stuck sending GETATTR packet but not seeing
	the answer from the server. Increasing the length of the ethernet
	cable (cat 5) overcomes the problem. This problem has been seen
	on three such motherboards.
	Booting an i32 kernel works fine.

>How-To-Repeat:
	
>Fix:
	using a longer cat-5 cable
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: jmg 
State-Changed-When: Tue Nov 8 07:51:00 GMT 2005 
State-Changed-Why:  
closed by request of originator: 
Message-ID: <E1EZO0Z-0000rn-2E@cs1.cs.huji.ac.il> 

The problem is not the cable length, nor em(4), nor amd64 but IPMI! 

when IPMI is enabled it will 'catch' packets to ports 0x26f & 0x298 

http://www.freebsd.org/cgi/query-pr.cgi?pr=88485 
>Unformatted:
