Running on a dual AMD opteron system, Supermicro H8DME motherboard with
AOC-SIMLC IPMI card. Card works fine when system is first powered, before
FreeBSD is allowed to start. Also works fine under solaris, as the cards
were accessible when solaris was running on the system in question before
I decided to switch to FreeBSD. As soon as FreeBSD starts, the IPMI card
is no longer accessible over the internal nVidia MCP55 NIC. The card is
visible to ipmitool after FreeBSD starts, and it shows the IP address that
it should be responding to in the output of 'ipmitool lan print 1'. Before
you ask, it is NOT an IP address conflict. Since this bug renders the IPMI
card completely useless for all remote management procedures, I have marked
this bug CRITICAL and HIGH PRIORITY.
I found a fix that looked promising that involved placing hw.bge.allow
asf in /boot/loader.conf, but that fix is only for broadcom (em) cards
and my card is an nvidia (nfe) card.
None known at this time. Only fix to get IPMI card accessible over network
again is to completely remove power from computer. However, once FreeBSD
starts, the card is once again rendered utterly useless.
How-To-Repeat: Plug in network and power, don't allow server to start, wait for IPMI card
to start. Ping the card (success). Log in to IPMI card over network.
Power on server via IPMI web interface or via front panel. Once FreeBSD
starts, try connecting to IMPI card again - connection times out. Pinging
the card now fails.
Over to maintainer(s).
Over to expert
So far NVIDIA didn't release any data sheet for MCP controllers to
open source developers. If you see SVN/CVS logs of nfe(4) how the
driver was written you would be surprised with its history. The
driver is fruit of many BSD developers hard work and came from
numerous trial and errors. Ironically the driver is actually much
more stable than vendor's broken binary blob. It's shame that
NVIDIA still does not release data sheet for their controller. All
major ethernet controller vendors opened it and they even actively
maintain/support their driver.
The IPMI is one of area that is not covered by nfe(4). It seems
Linux has some support code but I'm not sure how well it works. If
Linux can successfully use IPMI we can guess required register
access patterns to make IPMI work MCP55. So would you boot off
Linux LiveCD and see whether it works? If it works, I'm willing to
start working on it. Because I don't have the hardware in question
I need remote hardware access. Please see the following URL and let
me know your opinions.
Put it into suspended until I get access to the controller.
For bugs that match the following
- Status Is In progress
- Untouched since 2018-01-01.
- Affects Base System OR Documentation
Reset to open status.
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.