arm64: enable build of the ipmi moduleOnly ACPI attachment is supported for now, some others depend on thepresence of smbios(4) support, which we lack on arm64.Reviewed by: emasteSponsored by:
arm64: enable build of the ipmi moduleOnly ACPI attachment is supported for now, some others depend on thepresence of smbios(4) support, which we lack on arm64.Reviewed by: emasteSponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D28009
show more ...
[POWERPC64LE] enable IPMI using OPAL busEnable build of IPMI over OPAL on powerpc64leReviewed by: bdragonSponsored by: Eldorado Research Institute (eldorado.org.br)Differential Revision: https:
[POWERPC64LE] enable IPMI using OPAL busEnable build of IPMI over OPAL on powerpc64leReviewed by: bdragonSponsored by: Eldorado Research Institute (eldorado.org.br)Differential Revision: https://reviews.freebsd.org/D27443
Fix a module Makefile error on amd64 so the IPMI HW interfaces are built.When the module is being unloaded and no HW interfaces were created don'tclean up. This was exposed by the amd64 module bui
Fix a module Makefile error on amd64 so the IPMI HW interfaces are built.When the module is being unloaded and no HW interfaces were created don'tclean up. This was exposed by the amd64 module build issue.
Add ofw_bus_if.h to the SRCS list for ipmi module on powerpc64PR: 230194Reported by: sbruno
Only build ipmi_linux on x86Somehow this wasn't triggered in my pre-commit build.
Support building IPMI as a module on powerpc64This still only supports IPMI via OPAL on powerpc64, but now it can be testedwith a GENERIC kernel.
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
Add in forgotten module ipmi_linux.Found by: mlaier
Add stuff to support upcoming BMC/IPMI flashing of newer Dell machinevia the Linux tool. - Add Linux shim to ipmi(4) - Create a partitions file to linprocfs to make Linux fdisk see
Add stuff to support upcoming BMC/IPMI flashing of newer Dell machinevia the Linux tool. - Add Linux shim to ipmi(4) - Create a partitions file to linprocfs to make Linux fdisk see disks. This file is dynamic so we can see disks come and go. - Convert msdosfs to vfat in mtab since Linux uses that for msdosfs. - In the Linux mount path convert vfat passed in to msdosfs so Linux mount works on FreeBSD. Note that tasting works so that if da0 is a msdos file system /compat/linux/bin/mount /dev/da0 /mnt works. - fix a 64it bug for l_off_t.Grabing sh, mount, fdisk, df from Linux, creating a symlink of mtab to/compat/linux/etc/mtab and then some careful unpacking of the Linux bmcupdate tool and hacking makes it work on newer Dell boxes. Note, probablyif you can't figure out how to do this, then you probably shouldn't bedoing it :-)
Update the ipmi(4) driver:- Split out the communication protocols into their own files and use a couple of function pointers in the softc that the commuication protocols setup in their own attac
Update the ipmi(4) driver:- Split out the communication protocols into their own files and use a couple of function pointers in the softc that the commuication protocols setup in their own attach routine.- Add support for the SSIF interface (talking to IPMI over SMBus).- Add an ACPI attachment.- Add a PCI attachment that attaches to devices with the IPMI interface subclass.- Split the ISA attachment out into its own file: ipmi_isa.c.- Change the code to probe the SMBIOS table for an IPMI entry to just use pmap_mapbios() to map the table in rather than trying to setup a fake resource on an isa device and then activating the resource to map in the table.- Make bus attachments leaner by adding attach functions for each communication interface (ipmi_kcs_attach(), ipmi_smic_attach(), etc.) that setup per-interface data.- Formalize the model used by the driver to handle requests by adding an explicit struct ipmi_request object that holds the state of a given request and reply for the entire lifetime of the request. By bundling the request into an object, it is easier to add retry logic to the various communication backends (as well as eventually support BT mode which uses a slightly different message format than KCS, SMIC, and SSIF).- Add a per-softc lock and remove D_NEEDGIANT as the driver is now MPSAFE.- Add 32-bit compatibility ioctl shims so you can use a 32-bit ipmitool on FreeBSD/amd64.- Add ipmi(4) to i386 and amd64 NOTES.Submitted by: ambrisko (large portions of 2 and 3)Sponsored by: IronPort Systems, Yahoo!MFC after: 6 days
Add an OpenIPMI mostly compatible driver. This driver was developedto work with ipmitools. It works with other tools that have an OpenIPMIdriver interface. The port will need to get updated to u
Add an OpenIPMI mostly compatible driver. This driver was developedto work with ipmitools. It works with other tools that have an OpenIPMIdriver interface. The port will need to get updated to used this.I have not implemented the IPMB mode yet so ioctl's for that don'treally do much otherwise it should work like the OpenIPMI version.The ipmi.h definitions was derived from the ipmitool header file.The bus attachments are done for smbios and pci/smbios. Differencesin bus probe order for modules/static are delt with. ACPI attachmentshould be done.This drivers registers with the watchdod(4) interfaceWork to do: - BT interface - IPMB modeThis has been tested on Dell PE2850, PE2650 & PE850 with i386 & amd64kernel.I will link this into the build on next week.Tom Rhodes, helped me with the man page.Sponsored by: IronPort Systems Inc.Inspired from: ipmitool & Linux