CVS log for src/sys/dev/ipmi.c

Up to [cvs.NetBSD.org] / src / sys / dev

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

ipmi(4): Avoid misaligned buffer access in get_sdr_partial.

PR kern/58870: ipmi(4): misaligned buffer in get_sdr_partial

ipmi(4): Don't hold up boot -- just hold up wdogctl(8).

While here, omit needless volatile qualifier on variables serialized
by mutex (or by config_pending_incr/decr -- ipmi_detach can't run
until ipmi_thread does config_pending_decr).

It's not entirely clear that we even need to hold up wdogctl(8).
Perhaps we can do that in parallel -- or really, interleaved -- with
scanning for SDR sensors.  But this is a safer change for now without
requiring thought about that.

PR kern/56568: ipmi.c 1.7 causes large boot delays

Pull up following revision(s) (requested by sborrill in ticket #1639):

	sys/dev/ipmi.c: revision 1.10

Ignore non-recoverable and critical limits smaller than the warning limits.
These are usually invalid.

Name the limit flags to make code more readable.

Pull up following revision(s) (requested by sborrill in ticket #191):

	sys/dev/ipmi.c: revision 1.10

Ignore non-recoverable and critical limits smaller than the warning limits.
These are usually invalid.

Name the limit flags to make code more readable.

Ignore non-recoverable and critical limits smaller than the warning limits.
These are usually invalid.

Name the limit flags to make code more readable.

Pull up following revision(s) (requested by hauke in ticket #1392):

	sys/dev/ipmi.c: revision 1.6
	sys/dev/ipmi.c: revision 1.7
	sys/dev/ipmi.c: revision 1.8
	sys/dev/ipmi.c: revision 1.9

Fail open when ipmi device was found.
Clear sc_envsys on failure to prevent double-free.

ipmi(4): Use config_pending_incr/decr.
Don't abuse autoconf's private (and incoherent) dv_flags.

ipmi(4): Notify config_pending_decr when ready, not when dying.
Should fix hang at boot.

ipmi(4): Tidy up ipmi_thread a little.
- Join on detach -- don't free anything until thread has exited; thread
  may still be using stuff.
- Nix dead error branch -- malloc(M_WAITOK) cannot fail.
- x = malloc(sizeof(x[0]) * n), not x = malloc(sizeof(type_t) * n)

Sync w/ HEAD.

ipmi(4): Tidy up ipmi_thread a little.

- Join on detach -- don't free anything until thread has exited; thread
  may still be using stuff.
- Nix dead error branch -- malloc(M_WAITOK) cannot fail.
- x = malloc(sizeof(x[0]) * n), not x = malloc(sizeof(type_t) * n)

ipmi(4): Notify config_pending_decr when ready, not when dying.

Should fix hang at boot.

ipmi(4), intelfb(4): Use config_pending_incr/decr.

Don't abuse autoconf's private (and incoherent) dv_flags.

sync with head

Fail open when ipmi device was found.
Clear sc_envsys on failure to prevent double-free.

Pull up following revision(s) (requested by nonaka in ticket #1056):

	sys/dev/ipmi.c: revision 1.5

ipmi(4): Fixed a bug that incorrect condition is notified.

When the value obtained from the sensor is below the lower limit of
the critical threshold, it is notified that the value is below the lower
limit of the warning threshold.

ipmi(4): Fixed a bug that incorrect condition is notified.

When the value obtained from the sensor is below the lower limit of
the critical threshold, it is notified that the value is below the lower
limit of the warning threshold.

Sync with HEAD

file ipmi.c was added on branch phil-wifi on 2019-06-10 22:07:04 +0000

Add experimental userland interface to IPMI driver. Currently, transactions
(like sensor readout) are locked, so that a userland program may interfere with
envsys operation.

To use this you need a program like ipmitool built with OpenIPMI support.

Synch with HEAD

Bring in some fixes from HEAD to address a couple of build breaks (in
i386 ipmi driver and sun2 rump tests).  Also fix a 'resolve conflict'
from previous commit in sparc64

With this, I am able to successfully build 66 out of 67 architectures
(the same architectures as handled by the releng build server.  The
only exception is evbarm64 which has a strange build failure during
the installcd step - the same failure occurs on HEAD.  It seems to be
something in the build itself, perhaps a difference between handling
of -O vs -M (MAKEOBJDIR vs MAKEOBJDIRPREFIX).

Be more verbose about the IPMI device.

Sync with HEAD, resolve a few conflicts

file ipmi.c was added on branch pgoyette-compat on 2018-12-26 14:01:47 +0000

Fix 32bit build.

Make ipmi driver available to other platforms.
Add ACPI attachment.