Re: panic in 8-CURRENT / BGE hang

From: Szymon Kozak <kozak.szymon_at_gmail.com>
Date: Fri, 26 Oct 2007 22:34:04 +0200
 On 10/25/07, JoaoBR <joao_at_matik.com.br> wrote:
> >  The main goal of the two technologies is the same, i.e., out-of-band
> >  server management. Both use Remote Management and Control Protocol
> >  (RMCP) for the network protocol but ASF is implemented on NIC
> >  firmware level while IPMI is implemented on baseboard management
> >  controller (BMC). Now BCM57xx firmware has built-in ASF stack and
> >  the interface can be shared with BMC. If there is a BMC on-board and
> >  network controller is shared, obviously you cannot just reset the
> >  controller, etc. You have to 'tell' the firmware that you are about
> >  to do critical things, such as reset, start, stop, link negotiation,
> >  etc, so that it can communicate with BMC beforehand. If you turn on
> >  hw.bge.allow_asf, it does just that. Unfortunately, it does not work
> >  for all systems in the real world because they are not created equal,
> >  e.g., different spec. revisions, hardware implementations, firmware,
> >  BIOS, etc. Basically some system fails *without* it while some
> >  system fails *with* it. Hence, the tunable was necessary. At least,
> >  that is how I understand it.
>
>
>  thank you, that was great
>
>  but would really not harm to put something about resumed into the man page
>

 Hello,
 I have the same problem, but change value to hw.bge.allow_asf="0"
 doesn't work for me.
 I have Broadcom NetLink (TM) Gigabit Ethernet in my ThinkPad R61.
 Dmesg from FreeBSD-STABLE shows:

 bge0: <Broadcom BCM5754/5787 A2, ASIC rev. 0xb002> mem
 0xfe000000-0xfe00ffff irq 18 at device 0.0 on pci4

 Here is complete dmesg: http://slane.pl/tmp/dmesg.txt

 Anybody know what's wrong?
Received on Fri Oct 26 2007 - 18:34:07 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:20 UTC