IPMI attachment fails: vendor bug, or just unusual choice?

Garrett Wollman wollman at bimajority.org
Wed Jun 27 02:05:45 UTC 2012


<<On Tue, 26 Jun 2012 10:08:07 -0400, John Baldwin <jhb at freebsd.org> said:

> use 0xCA3.  That said, I believe that a true range should only show
> up in _PRS, not in _CRS, so we might be able to use your workaround for 
> parsing _CRS.  (_CRS should only return assigned resources, so those should 
> always be fixed, not variable ranges.)

My hack did work, as it turned out, but didn't help me talk to the
IPMI device.  (This seems to be the result of a very slow IPMI
implementation; the default timeout of 3 seconds was clearly not long
enough.  The IPMI specification recommends "at least" 5 seconds, but
that didn't work out either.  The BIOS setup thing is also very slow
when talking to the device.)

> If you can convince Quanta to fix their BIOS that would be the best
> result however.

We're about to get four more of these things, so I hope to at least
find out whether it's still broken (probably).  There's also a
checksum error, and when I flashed one system with a newer BIOS, that
was still there too.

-GAWollman


More information about the freebsd-acpi mailing list