Monitoring Servers Using Baseboard Management Controller

Total Page:16

File Type:pdf, Size:1020Kb

Monitoring Servers Using Baseboard Management Controller Volume 10, Issue 6, June 2021 International Journal of Innovative Research in Science, Engineering and Technology (IJIRSET) | e-ISSN: 2319-8753, p-ISSN: 2320-6710| www.ijirset.com | Impact Factor: 7.512| || Volume 10, Issue 6, June 2021 || |DOI:10.15680/IJIRSET.2021.1006161| Monitoring Servers Using Baseboard Management Controller Ankit Pahwa Student, Department of Information Technology, Maharaja Agrasen Institute of Technology, Delhi, India ABSTRACT: Facebook announced the Open Compute Project in 2011. The aim of Facebook was to form a community around open-source designs and specifications for data center hardware. Facebook shared its hardware specification, which resulted in 38% less energy consumption and 24% cost savings compared with its existing data centers.Facebook and other hyperscalers (Google, Microsoft, et al.) donate their solutions to the Open Compute Project to the agonizing problems. Since then, this project has expanded to all aspects of the open data center: baseboard management controllers (BMCs), network interface controllers (NICs), rack designs, power busbars, servers, storage, firmware, and security. A baseboard management controller is a service processor which monitors the physical state of servers, computers and other hardware devices with the help of sensors. KEYWORDS: KVM, u-boot, ActiveX, HTML5, IPMI I. INTRODUCTION If the CPU is the brain of the board, then the BMC is the brain stem. General Micro Systems’ Baseboard Management Controller (BMC) is a set of specialized service hardware including processor, memory, Ethernet and etc. that implements the Intelligent Platform Management Interface (IPMI) on GMS products. BMC is the part of the Intelligent Platform Management Interface which is embedded within the main circuit board or motherboard of the device or computer to be monitored. With the help of a baseboard management controller, a single administrator can monitor a large number of servers or devices remotely, thereby helping reduce the operating cost of the network. The BMC communicates to the data center control network using the IPMI, a message-based, hardware-level interface specification for managing and operating computer systems. BMC operates independently of the operating system, the server's CPU, and the firmware that allows administrators to manage a system without an operating system or any system management software. A baseboard management controller's sensors can measure physical parameters such as: ● Power supply voltage ● Fan speeds ● Operating system functions ● Humidity ● Temperature If any of the parameters are outside the permissible limits, the system administrator is notified to take appropriate measures. FEATURES Of BMC IPMI 2.0 based management ● BMC stack with a full IPMI 2.0 implementation ● Hardware health monitor ● Customizable sensor management policies ● Remote power control Keyboard, Video & Mouse (KVM) console redirection ● Console Redirection ● Simultaneous floppy and CD/ DVD redirection ● Support for USB key IJIRSET © 2021 | An ISO 9001:2008 Certified Journal | 6864 International Journal of Innovative Research in Science, Engineering and Technology (IJIRSET) | e-ISSN: 2319-8753, p-ISSN: 2320-6710| www.ijirset.com | Impact Factor: 7.512| || Volume 10, Issue 6, June 2021 || |DOI:10.15680/IJIRSET.2021.1006161| LAN support ● DHCP client with SNMP support ● LDAP support ● SSL security ● Event Log and Alerting Web interface support ● Web browser and server support ● Multiple language support for multiple clients simultaneously ● Full Unicode support ● HTTP and HTTPS support Web-based configuration ● Configuration using web UI ● Fail-safe firmware upgrade capability Objective The main advantage of using a BMC is that it allows a system administrator to perform many different monitoring and management tasks remotely without being physically located next to and connected to the system such as power cycling, installing BIOS or firmware updates, and monitoring fan speeds and temperatures. In case of any hardware failure such as a hard drive, fan or PSU that needs replacing or any kind of error or fault, BMC notifies the administrator via email or text message. The BMC is an extremely efficient and time saving feature. The administrator does not need to physically connect with each server to perform maintenance tasks. Modern data centers have hundreds of racks and thousands of servers, it would be impossible to live without it. As a result, all modern servers and other devices used in a data center such as switches, storage devices, power supply devices etc. now have a BMC. BMC Security Concerns The BMC has its own problems with largely proprietary software and vulnerabilities. The most recent BMC vulnerability is USBAnywhere which was discovered by Rick Altherr, principal engineer at Eclypsia. An attacker can use USB anywhere to connect remotely to a server and virtually mount any USB device to the server and attacker could load a new operating system image or implant a firmware backdoor to facilitate ongoing remote access. Another vulnerability is Pantsdown,which allows read and write access to the BMC's address space from the host. Pantsdown is an example of a requested feature that causes a vulnerability. The BMC Becomes Open Source OpenBMC The OpenBMC project encompasses u-boot. U-boot is an open-source bootloader which is used to boot a Linux kernel with a minimal root file system that contains all the tools and binaries needed to run OpenBMC. OpenBMC is designed with a service-oriented approach. Services are started and maintained by systemd and they communicate with each other over dbus. Service designing is an easy way for multiple collaborators and vendors to contribute to a single BMC implementation. This design allows each vendor contributing to the codebase to have separate daemons and it can turn on to ship in its specific distribution of OpenBMC. Thus, it also makes the BMC software more complex to debug, audit, and put into production. u-bmc After OpenBMC, u-bmc came into picture. It is a software project started by Christian Svensson of Google. Written in Go. The aim of u-bmc is more minimal BMC software architecture, challenging the status quo by replacing IPMI with gRPC. Removing IPMI makes u-bmc provocative from a security perspective because the attack surface area is reduced. Unlike OpenBMC, u-bmc boots a Linux kernel directly from the ASPEED startup code after DRAM initialization, thus removing the need for a bootloader such as u-boot. RunBMC The RunBMC allows swapping out BMCs from the rest of the board, isolating and locking down the BMC subsystem. Previously, the BMC was soldered onto the board. This is compelling from a security perspective since focus is shifted IJIRSET © 2021 | An ISO 9001:2008 Certified Journal | 6865 International Journal of Innovative Research in Science, Engineering and Technology (IJIRSET) | e-ISSN: 2319-8753, p-ISSN: 2320-6710| www.ijirset.com | Impact Factor: 7.512| || Volume 10, Issue 6, June 2021 || |DOI:10.15680/IJIRSET.2021.1006161| to a single, swappable BMC card. RunBMC can easily be replaced if broken, updated with a different version, or integrated with other security features. II. METHODOLOGY Baseboard management controllers are used in servers to perform the tasks that an administrator does not need to physically visit the racked server to accomplish. Use cases of BMC are power cycling a server and monitoring fan speeds and component temperatures, and hardware failures. Administrators do not need to physically go into the data center and hooking up a keyboard or monitor, one can get a Java, ActiveX, or HTML5 browser-based keyboard, video, mouse remotely. The trend is toward HTML5 browser- based iKVM implementations. This feature allows an admin to do low-level tasks from anywhere without physically visiting the data center. BMCs allow not just single server administration, but are armed with IPMI and Redfish APIs. Redfish API has the ability to manage clusters of servers at a time. For example, when a cloud provisioning system needs to reboot a server, nowadays it does via an automated call to the BMC on the server. III. CONCLUSION This is a common misconception that BMC is a server’s IPMI. IPMI is the standard for remote server administration. Baseboard management controllers are the physical chips that implement Intelligent Platform Management Interface. Again, think of the BMC as a Raspberry Pi, where the various I/O elements are used to provide IPMI functionality. BMCs are also an integral part of the next-generation management tooling. REFERENCES [1] Explaining the BMC - Servethehome [2] Techopedia [3] ACMQueue IJIRSET © 2021 | An ISO 9001:2008 Certified Journal | 6866 .
Recommended publications
  • Bringing the Openbmc for Platform Manage- Ment System in Telco Cloud
    Rongqiang Zhang Bringing the OpenBMC for Platform Manage- ment System in Telco Cloud Helsinki Metropolia University of Applied Sciences Master of Engineering Information Technology Master’s Thesis 30 Apr 2019 Abstract Rongqiang Zhang Author(s) Bringing the OpenBMC for Platform Man-agement System in Title Telco Cloud Number of Pages 88 pages + 0 appendices Date 30 Apr 2019 Degree Master of Engineering Degree Programme Information Technology Specialisation option Networking and Services Ville Jääskeläinen, Head of Degree Program Instructor(s) Zinaida Grabovskaia, PhL, Senior Lecturer Antti Koivumäki, Senior Lecturer Ari Helminen, Business Manager The current platform management system in Telco cloud infrastructure is based on closed firmware stack. With the upcoming 5G, this closed firmware stack has created several tech- nology and business problems. The major problems are hardware-software vendor lock-in, long lead time for feature development and bug fixing, and security risks. The objective of this study is to evaluate the possibility to bring an Open Source software stack for platform management system and baseboard management controller in Telco cloud. The study was divided into 3 parts. First part is to analyse the current state and project specification. Second part is to introduce and evaluate the OpenBMC, an open source soft- ware stack for the objective of this study. Third part is Proof of Concept to run OpenBMC on Telco. Keywords BMC, 5G, NFV, Redfish, Security Table of Contents Abstract List of Abbreviations 1 Introduction
    [Show full text]
  • Server Base Manageability Requirements 1.0 Platform Design Document Non-Confidential
    Arm® Server Base Manageability Requirements 1.0 Platform Design Document Non-confidential Copyright © 2020 Arm Limited or its affiliates. All rights reserved. Document number: DEN0069B Server Base Manageability Requirements Server Base Manageability Requirements Copyright © 2020 Arm Limited or its affiliates. All rights reserved. Release inormation The Change History table lists the changes made to this document. Table 1-1 Change history Date Issue Confidentiality Change 30 January 2020 A Non-Confidential Initial release, SBMR 1.0 15 June 2020 B Non-Confidential License LES-PRE-21585 Page 2 of 45 Copyright © 2020 Arm Limited or its affiliates. All rights reserved. DEN0069B 1.0 Server Base Manageability Requirements Arm Non-Confidential Document Licence (“Licence”) This Licence is a legal agreement between you and Arm Limited (“Arm”) for the use of the document accompanying this Licence (“Document”). Arm is only willing to license the Document to you on condition that you agree to the terms of this Licence. By using or copying the Document you indicate that you agree to be bound by the terms of this Licence. If you do not agree to the terms of this Licence, Arm is unwilling to license this Document to you and you may not use or copy the Document. “Subsidiary” means any company the majority of whose voting shares is now or hereafter owner or controlled, directly or indirectly, by you. A company shall be a Subsidiary only for the period during which such control exists. This Document is NON-CONFIDENTIAL and any use by you and your Subsidiaries (“Licensee”) is subject to the terms of this Licence between you and Arm.
    [Show full text]
  • OCP's Rack Manager Controller Subproject (Openrmc)
    OSF-OpenRMC OCP's Rack Manager Controller subproject (OpenRMC) John Leung, Principle Engineer Intel Corporation Han Wang, Senior Architect Inspur OpenRMC Overview OpenRMC OPENRMC • Goals and Motivation • Logistics and meetings Specifications Status • Reviewed of existing rack management implementations Embedded • Specifying interface and requirements Software • Received Code Contributions RMC for openEdge Platform to DC The OpenRMC Goals manager Specify the Rack Manager Controller service RMC Client interfaces • Northbound interface to datacenter manager (spec) Redfish • Southbound interface requirements to OCP Northbound Interface platforms in the rack Rack Manager Controller Deliver a Rack Manager implementation Service • Available as open source Southbound Interface OCP compliant hardware designs I2C IPMI Redfish • Handled by other OCP projects to OCP platforms Motivation for OpenRMC RMC Rack Mgr Service Controller 1. System Firmware (BIOS) 3 In-band • OCP System Firmware project SW OS 2. BMC Firmware Agent Out-of-band • OpenBMC governed by Linux Foundation (Redfish) 3. Rack Manager Software/Firmware BIOS CPU NIC 1 • OCP OpenRMC NC-SI BMC FW BMC 2 • With OpenBMC, the industry unified the various repositories in 2018 device other • With rack manager, OCP will provide a device source repository and prevent splintering Server The RMC can be hosted in various locations OpenRACK EIA, OpenRACK Olympus (within power shelf) (within switch) (standalone) Switch RMC FW Switch w/ RMC FW Switch Power Shelf w/ RMC FW Server Server Server Server
    [Show full text]
  • Openbmc Overview
    Andrew Geissler [email protected] What is a BMC? ▶ BMC – Baseboard Management Controller ▶ Separate uproc (eg. AST 2500) with dedicated RAM and Flash ▶ Provides ▶ System Power/thermal control ▶ Out of Band management ▶ IPMI, REST, etc ▶ Data collection ▶ Debug ▶ GUI and Command line ▶ Interfaces to Host/OCC ▶ System error logging ▶ Based on OpenEmbedded technologies built via Yocto ▶ Embedded Linux stack ▶ Linux Kernel 4.10….4.18, Yocto 2.3…2.6, python, SSH ▶ Applications communicate via D-Bus ▶ Users communicate via REST, IPMI and GUI ▶ Reports externally to management entity ▶ No customer network functional interaction What is the OpenBMC Project Free open source software management Linux distribution designed for the embedded environment … OpenPOWER Eco-system Enablement Industry Collaboration Quality Solutions Reduce Redundant Effort Openness -- provides proof of security Part of Linux Foundation What is OpenBMC ▶ 100% compatible with OpenPOWER Hostboot/Opal/OCC ▶ Aka BIOS ▶ https://github.com/open-power/op-build ▶ Can simply be a reference implementation ▶ Currently runs on… ▶ Barreleye, S822LC, S822LC For HPC, P8 Reference ▶ Witherspoon -- P9 AC922LC Power AI and CORAL ▶ P9 reference boards ▶ AST2400 and AST2500 BMC hardware Core Infrastructure of the OpenBMC Project Control the Functions in your OpenBMC… ▶ Built on Yocto-Linux ▶ YAML/XML input for system configuration Infrastructure at the ready ▶ Process management Systemd ▶ IPC via D-Bus ▶ External Interfaces via REST, IPMI, GUI ▶ Journaling for Trace/debug ▶ Code update ▶ Code
    [Show full text]
  • Openbmc Update
    OpenBMC Update Gunnar Mills IBM OpenBMC Overview OpenBMC Today Release Content Agenda Redfish on OpenBMC Community Forums Get Involved • Open Source Baseboard Management Controller (BMC) firmware • Linux Foundation Project • Companies with layers include: Arm, Aspeed, Facebook, Google, OpenBMC IBM, Intel, Inspur, Lenovo, Mellanox, Microsoft, Nuvoton, Qualcomm, Yado • Underlying technologies • Yocto Project • D-Bus • Systemd • 2014 - Out of a Facebook hackathon an open BMC firmware stack named OpenBMC History • 2015 - IBM collaborates with Rackspace on an open BMC firmware stack also named OpenBMC • These projects were similar in name and concept only • March 2018 - OpenBMC becomes a Linux Foundation Project converging • Technical steering committee formed to guide the project • Agreed upon path to a unified OpenBMC community Project Charter and Linux Foundation • Lightweight, flexible charter (five pages) • Apache 2.0 license for code contributions (with clause for exceptions) • CC BY 4.0 license for documentation • Requires execution of corporate or individual contributor license agreement to contribute • https://www.openbmc.org/wp- content/uploads/sites/62/2018/03/charter_op enbmc_02142018.pdf • Linux Foundation owns project trademarks, DNS registrant, and GitHub organization owner • Members • Brad Bishop (IBM) • Sai Dasari (Facebook) • Sagar Dharia (Microsoft) • James Mihm (Intel) Technical Steering • Supreeth Venkatesh (Arm) Committee • Nancy Yuen (Google) • Community contributions drive project direction • Provide resolution at last
    [Show full text]
  • Flatbed Design Specification DRAFT Revision 0.07 Author: Scott Mccauley (​[email protected]​) Author: Nate Klein (​Nxk@G
    Flatbed Design Specification DRAFT Revision 0.07 Author: Scott McCauley ([email protected]) ​ ​ Author: Nate Klein ([email protected]) ​ ​ Author: Bill Barry ([email protected]) ​ ​ Open Compute Project Flatbed Design Specification DRAFT ​•​ ​ 1. License Contributions to this Specification are made under the terms and conditions set forth in Open Web Foundation Contributor License Agreement (“OWF CLA 1.0”) by: Google, Inc. ​ You can review the signed copies of the applicable Contributor License(s) for this Specification on the OCP website at http://www.opencompute.org/products/specsanddesign ​ ​ Usage of this Specification is governed by the terms and conditions set forth in Open Web Foundation Final Specification Agreement (“OWFa 1.0”). You can review the applicable Specification License(s) executed by the above referenced contributors to this Specification on the OCP website at http://www.opencompute.org/participate/legal-documents/ Note: The following clarifications, which distinguish technology licensed in the Contribution License ​ and/or Specification License from those technologies merely referenced (but not licensed), were accepted by the Incubation Committee of the OCP: CONTRIBUTORS AND LICENSORS OF THIS SPECIFICATION MAY HAVE MENTIONED CERTAIN TECHNOLOGIES THAT ARE MERELY REFERENCED WITHIN THIS SPECIFICATION AND NOT LICENSED UNDER THE OWF CLA OR OWFa. THE FOLLOWING IS A LIST OF MERELY REFERENCED TECHNOLOGY: INTELLIGENT PLATFORM MANAGEMENT INTERFACE (IPMI) I2C TRADEMARK OF PHILLIPS SEMICONDUCTOR. SMBus OpenBMC REST API NC-SI ATX EPS12V MAX31790 (Maxim IC) TM4C129 (Texas Instruments) ISO1540 (Texas Instruments) PCA9548 (Texas Instruments, Phillips Semiconductor) TCA9555 (Texas Instruments, Phillips Semiconductor) LTC4316 (Linear Technology) ADUM1250 (Analog Devices) 24C04 EEPROM Molex Minifit Molex Microfit Tyco Connectivity 5499910-1 Molex 90130-1210 Samtec HW-TH series IMPLEMENTATION OF THESE TECHNOLOGIES MAY BE SUBJECT TO THEIR OWN LEGAL TERMS.
    [Show full text]
  • Redfish on Openbmc
    Redfish on OpenBMC Gunnar Mills IBM What is Redfish Getting Started with Redfish OpenBMC’s Redfish Implementation Agenda OpenBMC Releases Redfish Data Model Redfish Sessions Redfish Major Collections • Open industry standard specification for hardware management • Definition community-driven • Distributed Management Task Force (DMTF) • History • Redfish Forum created in 2014 • First Redfish specification Aug 2015 • Latest 2019.2 (3Q 2019) • 30 companies • Broadcom Inc., Cisco, Dell Inc., Ericsson AB, Hewlett Packard Enterprise, Intel Corporation, Lenovo, Supermicro, Vertiv, VMware Inc. What is • American Megatrends, Inc., ARM, Inc, Artesyn Embedded Technologies, Atosm, Cray, Inc., Eaton, Fujitsu, Google LLC, Huawei, IBM, Insyde Software Corp., Mellanox Technologies, Microchip Technology Inc., NetApp, New H3C Technologies Co., OSIsoft, LLC, Quanta Computer Inc, Solarflare Redfish? Communications, Toshiba Memory Corporation, Western Digital Corporation • First release focused on Servers • Intended to meet OCP Remote Machine Management requirement • Full server category: Rackmount, Blades, HPC, Racks, Etc • Replacement for IPMI-over-LAN • New specification every 4 months • Working with SNIA to cover more advanced Storage (Swordfish) • Working with The Green Grid & ASHRAE to cover Facilities (Power/Cooling) • Working with the IETF to cover some level of Ethernet Switching Redfish • RESTful API, HTTPS, JSON • Don’t invent anything new if robust solutions exist • Schema-backed but human-readable • OData (Open Data Protocol) • Usable by Apps,
    [Show full text]
  • Open Source Firmware @ Facebook
    Open Source Firmware @ Facebook David Hendricks: Firmware Engineer Andrea Barberio: Production Engineer • Open source initiatives • Problem statement Agenda • How we're using LinuxBoot at Facebook • systemboot and provisioning • Collaborations and partnerships Open Source @ Facebook • Facebook promotes open source • Systems Software: Kernel, CentOS, chef, systemd, etc. • Hardware: Open Compute Project, Telecom Infrastructure Project • Lots more: https://github.com/facebook and https://github.com/facebookincubator ...but there is a missing piece Any guesses? Open Source Firmware @ Facebook OpenBMC initially released in 2015 and is quickly becoming standard on OCP hardware System firmware is the next logical step Why open source firmware? Open Source Firmware @ Facebook Scoping out the problem That's a lot of servers (and switches, too!) ...and we're not just working on datacenters. Booting is hard • Ever-increasing amount of hardware • Many local/removable storage media and networking devices • Complex setup, complex protocols • Firmware has become an operating system • More demands for firmware security • Verified/secure boot, measured/trusted boot, attestation • Secure network protocols, crypto • Provisioning is hard Problems with closed firmware • Archaic, complex, often quite buggy • Even open firmwares are often unfamiliar and difficult to extend • Reactive instead of Proactive debugging • Hard to maintain, can't forward/backport features and fixes • Vendor-specific tools • "Dimensions" of supporting firmware at scale • Robustness, flexibility, debugging, build and deployment... Sustaining Operations • Firmware has impact across product lifecycle • Design, build, test, deploy, sustain, decommission • What we want: • Support many generations of equipment • Feature parity • Unified, adaptable toolkit • Must support many different use cases • Familiar / low barrier to entry How we're addressing the problem Why LinuxBoot • We use Linux..
    [Show full text]
  • Book Are Increasing by an Order of Magnitude Annually in Some Cases
    Contents A great conference for a great year! 2 Sponsors 3 A conference with a history 4 Keynote 6 Session 1 8 Session 2 14 Session 3 19 Session 4 26 ORNL staff form first-of-its-kind regional computing association 32 Dinner and a show 34 Data Challenge brings joy of discovery to participants, new insights to ORNL researchers 36 SMC presenter bios 38 SMC data challenges 44 1 A great conference for a great year! 2018 was a remarkable year for computing at Oak Ridge National Laboratory. Our Leadership Computing Facility celebrated its 25th anniversary and launched Summit, an IBM system that is currently the world’s fastest and most AI-compatible computer, marking the third time that ORNL has claimed the number one spot on the coveted TOP500 list; we acquired a vendor for our first exascale machine, Frontier, to be delivered in 2021; and we once again hosted the best and brightest from the computing and data worlds at the 2018 Smoky Mountains Conference in Gatlinburg, Tennessee. 2018’s theme, “the integration of experiment, data analytics, and modeling and simulation into instruments for discoveries in science and engineering,” proved a fertile one for discussion as our esteemed lineup of speakers brought us up to speed on the states of the art in both computing and big data. With more than 180 people registered, 15 great sponsors, and more Data Challenge participants than we have ever had, 2018 marked the biggest SMC on record. The conference has come a long way since its humble beginnings in 2003, when 45 participants descended on Fall Creek Falls in Pikeville, Tennessee.
    [Show full text]
  • Supreeth Venkatesh, Staff System Architect Arm Open System Firmware
    Open System Firmware Server Base Manageability Guide for SBSA Compliant Arm (AARCH64) Servers Supreeth Venkatesh, Staff System Architect Arm Agenda • Rationale • History • Introduction • Proof of Concept • Roadmap/Plan • Call to Action Rationale • Arm Ecosystem Partners value standardized common server manageability capabilities with scope for flexible customizations which add value to the end user. • Standardization is key to ensure that Arm Ecosystem does not get fragmented by point solutions that plague the industry today. • Leverage industry standard system management specifications including but not limited to Redfish, Platform Level Data Model (PLDM), Management Component Transport Protocol (MCTP) as defined by the Distributed Management Task Force (DMTF). • Leverage Hardware Management Specifications and designs as defined by Open Compute Group (OCP). History • Server Base System Architecture (SBSA) -Hardware system architecture for servers based on 64-bit ARM processors. -Standardizes processor element features and key aspects of system architecture. -http://infocenter.arm.com/help/topic/com.arm.doc.den0029b/Server_Base_System_Architecture_v5_0_ARM_DEN_0029B.pdf • Server Base Boot Requirements (SBBR) -Defines the Boot and Runtime Services expected by an enterprise platform Operating System or hypervisor, for an SBSA-compliant Arm AArch64 server. -Based on UEFI, SMBIOS and ACPI specifications. -http://infocenter.arm.com/help/topic/com.arm.doc.den0044c/Server_Base_Boot_Requirements_v1_1_Arm_DEN_0044C.pdf History • ARM Enterprise ACS -Architecture Compliance Suite tests SBSA and SBBR specifications. https://github.com/ARM-software/arm-enterprise-acs FWTS LuvOS SBBR SBSA SBSA SBBR PAL SCT UEFI TF-A FVP Arm Partner OSS Introduction • Server Base Manageability is a specification that is under development in conjunction with partners across the industry. • Together with SBSA and SBBR, the SBMG provides a standard based approach to building Arm servers, their firmware and their server management capabilities.
    [Show full text]
  • Versatile Configuration and Control Framework for Real Time Data Acquisition Systems
    Versatile Configuration and Control Framework for Real Time Data Acquisition Systems N. Karcher, R. Gebauer, R. Bauknecht, R. Illichmann, O. Sander Abstract—Modern physics experiments often utilize FPGA- and calibration tasks can be handled in software. Quicker based systems for real-time data acquisition. Integrated analog implementation time and features such as advanced arithmetic electronics demand for complex calibration routines. Further- support with hardware division or floating-point calculations more, versatile configuration and control of the whole system is a key requirement. Beside low-level register interface to the FPGA, come in handy for these tasks. Also, remote monitoring also access to I2C and SPI buses is often needed to configure the and control access to DAQ systems is mandatory for larger complete system. Calibration through an FPGA is inflexible and experiments that can contain dozens of such platforms and yields a complex hardware implementation. On the contrary, measure over a longer time period. calibration through a remote system is possible but considerably We designed and implemented a versatile control framework slower due to repetitive network accesses. By using SoC-FPGA solutions with a microprocessor, more sophisticated configuration for DAQ systems based on heterogeneous MPSoCs. Our devel- and calibration solutions, as well as standard remote access opment primarily targets the application domains concerning protocols, can be efficiently integrated in software. the readout of superconducting sensors and quantum bits. Based on Xilinx Zynq US+ SoC-FPGAs, we implemented a Both fields need highly customized FPGA processing due versatile control framework. This software framework offers a to performance and latency requirements. At the same time, convenient access to the hardware and a flexible abstraction via remote-procedure calls (RPCs).
    [Show full text]
  • Bridging The
    VERTIV WHITEPAPER Bridging the Gap From OpenBMC to Commercial Embedded Management Technology The IT industry is experiencing a major shift in platform State of OpenBMC management technology. Over the past decade, IT device manufacturers and service providers have struggled with the OpenBMC is built on a standard Linux distribution that challenges of managing datacenters with non-standard, simplifies integration and porting to different offerings. Many proprietary Baseboard Management Controller (BMC) firmware. modular components are available that allow developers to Customers who rely on these assets to run their business were build a BMC solution and create advanced management often left frustrated because they had insufficient control over features. With support for OpenBMC coming largely from their datacenters. With BMC failures being one of the largest Facebook, Microsoft, Google, and IBM, the solution in the factors in datacenter reliability, customers had to rely community addresses the requirements for cloud-scale server completely on third-party BMC firmware providers. This often management. However, today’s embedded management resulted in poor reliability, costly schedules, lack of landscape spans across the entire IT infrastructure, across customization, slow issue resolution, and feeling vulnerable to multiple CPU architectures, and has a range of custom security threats at any given time. Furthermore, businesses features tailored to various customer segments. As the who wanted standardize methods of managing IT platforms OpenBMC community evolves, we will see its usability were relegated to inconsistent and non-standard vendor expanded across a broad range of platforms and segments. implementations of Intelligent Platform Management Interface Supporters of OpenBMC understand the limitations of (IPMI) which did little to address external security concerns.
    [Show full text]