From owner-freebsd-net@FreeBSD.ORG Thu Feb 28 05:36:11 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8A3F4964 for ; Thu, 28 Feb 2013 05:36:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) by mx1.freebsd.org (Postfix) with ESMTP id 6291FB7E for ; Thu, 28 Feb 2013 05:36:11 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id un15so853243pbc.10 for ; Wed, 27 Feb 2013 21:36:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:date:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=oLRZc57rTpj2mWkeRPYxBXoEPOIZ76PH5w2yP3jzwU8=; b=MzepqzaEm6sHoLEgyMogVY1XPYpcwPf0n1eL1VMetaCZnuH4wk3oWaAg12acbdpf9D 8NCwoOIebX2Y/K3UYT8CpCTwmrT8ZXwd9QrPD73rYhZtn+oKfe70OlFa+o0WxAbIUt0M kOEV540+apMmYlW8kBsWM3HGIuw4bJQzrxZbV01RAoZn/wOhHjbREUDsO4vYSOyMPDUr iRnO9wk/hRL5nyqefhj/67V5RAfPLh4n6NnrdS21vkEYYhKx815sRbJ2kmKioUen0jy4 q8LTHp+x8JaVseTe2K51i+Px2HiwlwKwL/ADvFHhW1Su30hzrhwKHqYysOlsgDxa3ZVy UeIw== X-Received: by 10.66.144.105 with SMTP id sl9mr11310479pab.154.1362029765617; Wed, 27 Feb 2013 21:36:05 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id x2sm7937638paw.8.2013.02.27.21.36.02 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 27 Feb 2013 21:36:04 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 28 Feb 2013 14:35:58 +0900 From: YongHyeon PYUN Date: Thu, 28 Feb 2013 14:35:58 +0900 To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout Message-ID: <20130228053558.GA1474@michelle.cdnetworks.com> References: <201302241106.42477.vegeta@tuxpowered.net> <20130225082042.GB1426@michelle.cdnetworks.com> <512CF97B.8030805@norma.perm.ru> <20130227020123.GA3581@michelle.cdnetworks.com> <512DE968.4020409@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <512DE968.4020409@quip.cz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2013 05:36:11 -0000 On Wed, Feb 27, 2013 at 12:09:28PM +0100, Miroslav Lachman wrote: > YongHyeon PYUN wrote: > >On Wed, Feb 27, 2013 at 12:05:47AM +0600, Eugene M. Zheganin wrote: > > [...] > > >bge(4)'s IPMI support for old controllers had many issues and > >didn't work well. Only some of users had luck to enjoy it. However > >IPMI support for 5717/5718/5719/5720 has no known issues and it > >should work. I also got a report that mentions IPMI does not work > >any more on 5715 after adding support for 5717/5718/5719/5720. > >The sanitized public data sheet does not mention IPMI interface so > >Linux tg3 would be the only source of information. Given that I > >don't have access to IPMI-capable controllers I have no idea when > >it could be fixed. Somebody with the IPMI-capable controllers have > >to sit down and verify all possible combinations. > > I have a spare machine Sun Fire X2100 M2 with 5715C: > > bge0@pci0:6:4:0: class=0x020000 card=0x534c108e chip=0x167814e4 > rev=0xa3 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5715C 10/100/100 PCIe Ethernet Controller' > class = network > subclass = ethernet > bge1@pci0:6:4:1: class=0x020000 card=0x534c108e chip=0x167814e4 > rev=0xa3 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5715C 10/100/100 PCIe Ethernet Controller' > class = network > subclass = ethernet > > I can provide you full access to this machine (if you want) or let me > know, what version I should check. Older versions (6.x - 8.3) are > working fine with hw.bge.allow_asf="1" in loader.conf. I didn't test > newer releases on these old machines. The reporter said the machine was Sun Fire X2200 M2 so I guess you may see the same issue on both stable/9 and stable/8. Ideally the loader tunable hw.bge.allow_asf should not be there and driver should take care of it by checking the existence of ASF/IPMI firmware. Can you setup a remote debugging environments(+ IPMI access) like the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt > > Miroslav Lachman