qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [PATCH 01/18] Patch set to get full IPMI over SMBus


From: minyard
Subject: [Qemu-devel] [PATCH 01/18] Patch set to get full IPMI over SMBus
Date: Fri, 30 Dec 2016 09:21:31 -0600

I've had this working for a while, primarily for my own testing
capability, but I guess I should put it out there for other people
as this interface is starting to show up in ARM64 devices and maybe
it's useful to others.

It's actually a few sets of patches that each accomplish a different
things, but all required for full function of the device.

[PATCH 01/19] i2c: Allow I2C devices to NAK start events
[PATCH 02/19] i2c-smbus: Use a int for return

The above two are more general bug fixes.  The first has already
been sent out, it's required for the SMBus alert device and for
IPMI to be able to NAK when they have no data.  The second is just
a little bug fix, and may not be strictly necessary.

[PATCH 03/19] i2c:pm_smbus: Clean up some style issues
[PATCH 04/19] i2c:pm_smbus: Fix the semantics of block I2C transfers
[PATCH 05/19] i2c:pm_smbus: Make the I2C block read command read-only
[PATCH 06/19] i2c:pm_smbus: Add block transfer capability
[PATCH 07/19] i2c:pm_smbus: Fix state transfer
[PATCH 08/19] i2c:pm_smbus: Add interrupt handling
[PATCH 09/19] i2c:pm_smbus: Add the ability to force block transfer

The above changes fix the pm_smbus device so it works properly and so
it can do block transfers, which are required by IPMI.

[PATCH 10/19] ipmi: Add an SMBus IPMI interface
[PATCH 11/19] acpi: Add i2c serial bus CRS handling
[PATCH 12/19] ipmi: Fix SSIF ACPI handling to use the right CRS
[PATCH 13/19] pc: Add _enabled to the end of some boolean flags
[PATCH 14/19] pc: Add an SMB0 ACPI device to q35

The above add the IPMI on SMBus device itself and then add the ACPI
handling for it.

[PATCH 15/19] hw: Add an IRQ interface
[PATCH 16/19] isa: Add an irq device.

I'm not sure about the above patches.  They add a generic "interrupt"
device then add an ISA version of them.  The SMBus alert device
requires an interrupt of some type.  It seemed like having a generic
interrupt that could be tied to a device was a nice feature, it would
keep from having to have a separate isa/pci/whatever version of
the alert device for something that was on an I2C bus.  But I'm not
really sure this is the best way.

[PATCH 17/19] i2c: Allow SMBus device to NAK start events
[PATCH 18/19] i2c: Add an SMBus alert device.
[PATCH 19/19] ipmi_smbus: Add alert capability to the IPMI SSIF code

The above add an SMBus alert device.  It's basically something that
muxes "interrupt" signals from I2C device onto a single interrupt and
allows the I2C master to fetch which I2C device in sending the
interrupt.  This allows the IPMI device to tell the host that it has
something ready for it, thus really speeding things up.

-corey



reply via email to

[Prev in Thread] Current Thread [Next in Thread]