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