Comprehensive Annual Financial Report

Total Page:16

File Type:pdf, Size:1020Kb

Comprehensive Annual Financial Report CITY OF MESA, AZ COMPREHENSIVE ANNUAL FINANCIAL REPORT FOR THE FISCAL YEAR ENDED | JUNE 30, 2020 DISTRICT MAP COMPREHENSIVE ANNUAL FINANCIAL REPORT 2020 District 5 District 1 District 4 District 2 District 3 District 6 Mayor John Giles Vice Mayor Mark Freeman – District 1 Councilmember Jeremy Whittaker – District 2 Councilmember Francisco Heredia – District 3 Councilmember Jen Duff – District 4 Vice Mayor David Luna – District 5 Councilmember Kevin Thompson – District 6 Chris Brady, City Manager Kari Kent, Assistant City Manager John Pombier, Assistant City Manager Prepared by: Financial Services Department P.O. Box 1466 Mesa, Arizona 85211-1466 (480) 644-2275 www.mesaaz.gov FOR THE FISCAL YEAR ENDED | JUNE 30, 2020 Citizens of Mesa Mayor and City Council City Clerk City Court CITY MANAGER City Attorney City Auditor Advisory Boards DeeAnn Mickelsen Matt Tafoya Chris Brady Jim Smith Jennifer Ruttman and Committees Economic Development Bill Jabjiniak Assistant City Manager Assistant City Manager Kari Kent John Pombier Development Services Deputy City Manager/ Police Department Christine Zielonka Chief Financial Officer Deputy City Manager Deputy City Manager Ken Cost - Interim Michael Kennington Scott J. Butler Natalie Lewis Energy Resources Fire & Medical Department Office of Management Transit Falcon Field Frank McRae Mary Cameli and Budget Jodi Sorrell Corinne Nystrom Candace Cannistraro Engineering Mayor and City Council Arts & Culture Information Technology Beth Huning Financial Services Support Cindy Ornstein Travis Cutright Irma Ashworth Parks, Recreation & Mesa Counts on College Library Fleet Services Community Facilities Business Services Heather Wolf Pete Scarafiotti Marc Heirshberg Ed Quedens Grants Community Services Human Resources Transportation Enterprise Resource Ruth Giese Teri Overbey RJ Zeder Planning (ERP) Federal and State Affairs Downtown Coordination, Public Information & DMA Water Resources Communications Jake West Steve Wright U.S. Conference of Mayors/ National League of Cities Environmental Management & Regional Initiatives, Sustainability Maricopa Association of Scott Bouchie Governments INTRODUCTORY SECTION COMPREHENSIVE ANNUAL FINANCIAL REPORT 2020 MESA CARES SMALL BUSINESS GRANTS TABLE OF CONTENTS Exhibit Page SECTION I – INTRODUCTORY SECTION Table of Contents I Letter of Transmittal V Certificate of Achievement for Excellence in Financial Reporting X SECTION II - FINANCIAL SECTION Independent Auditors’ Report 1 Management’s Discussion and Analysis 4 Basic Financial Statements Government-wide Financial Statements Statement of Net Position A-1 16 Statement of Activities A-2 17 Fund Financial Statements Governmental Funds Financial Statements Balance Sheet A-3 19 Reconciliation of the Balance Sheet of Governmental Funds to the Statement of Net Position A-4 20 Statement of Revenues, Expenditures and Changes in Fund Balances A-5 21 Reconciliation of the Statement of Revenues, Expenditures and Changes in Fund Balances of Governmental Funds to the Statement of Activities A-6 22 Proprietary Funds Financial Statements Statement of Net Position A-7 23 Statement of Revenues, Expenses and Changes in Net Position A-8 25 Statement of Cash Flows A-9 27 I TABLE OF CONTENTS (Continued) Exhibit Page Notes to the Financial Statements Note 1 – Summary of Significant Accounting Policies 29 Note 2 – Reconciliation of Governmental Fund Financial Statements to Government-wide Financial Statements 38 Note 3 – Fund Balance 45 Note 4 – Pooled Cash and Investments 46 Note 5 – Accounts Receivable and Due from Other Governments 51 Note 6 – Interfund Receivables, Payables and Transfers 53 Note 7 – Capital Assets 54 Note 8 – Long-term Obligations 57 Note 9 – Refunded, Refinanced and Defeased Obligations 70 Note 10 – Self-Insurance Internal Service Fund 72 Note 11 – Commitments and Contingent Liabilities 73 Note 12 – Net Position 73 Note 13 – Enterprise Activities Operations Detail 74 Note 14 – Joint Ventures 74 Note 15 – Pensions and Other Postemployment Benefits 77 Note 16 – Subsequent Events 92 Required Supplementary Information Schedule of the City’s Proportionate Share of Net Pension Liability Cost-Sharing Pension Plan B-1 93 Schedule of Changes in the City’s Net Pension/OPEB Liability and Related Ratios Agent Plans B-2 95 Schedule of City Pension Contributions B-3 100 Notes to Pension Plan Schedules 104 Schedule of Changes in the City’s Total OPEB Liability B-4 103 Budgetary Comparison Schedule (Non-GAAP Basis) – General Fund B-5 104 Notes to Budgetary Comparison Schedules 107 II TABLE OF CONTENTS (Continued) Exhibit Page Combining Statements Non-Major Governmental Funds Combining Balance Sheet C-1 108 Combining Statement of Revenues, Expenditures and Changes in Fund Balances C-2 112 Internal Service Funds Combining Statement of Net Position C-3 116 Combining Statement of Revenues, Expenses and Changes in Net Position C-4 117 Combining Statement of Cash Flows C-5 118 Supplemental Information Budgetary Comparison Schedules – Other Non-major Funds Budgetary Comparison Schedule – Community Facilities District D-1 119 Budgetary Comparison Schedule – Environmental Compliance D-2 120 Budgetary Comparison Schedule – Grants and Special Programs D-3 121 Budgetary Comparison Schedule – Highway User Revenue D-4 122 Budgetary Comparison Schedule – Mesa Housing Authority D-5 123 Budgetary Comparison Schedule – Quality of Life Sales Tax D-6 124 Budgetary Comparison Schedule – Street Sales Tax D-7 125 Budgetary Comparison Schedule – General Capital Projects D-8 126 Budgetary Comparison Schedule – Streets D-9 127 III TABLE OF CONTENTS (Concluded) Exhibit Page SECTION III – STATISTICAL SECTION Financial Trends Net Position by Components – Last Ten Fiscal Years (Accrual Basis of Accounting) I 128 Changes in Net Position – Last Ten Fiscal Years (Accrual Basis of Accounting) II 130 Fund Balance, Governmental Funds – Last Ten Fiscal Years (Modified Accrual Basis of Accounting) III 136 Changes in Fund Balance, Governmental Funds – Last Ten Fiscal Years (Modified Accrual Basis of Accounting) IV 138 Revenue Capacity Sales Tax Collections by Category – Last Ten Fiscal Years V 140 Direct and Overlapping Sales Tax Rates – Last Ten Fiscal Years VI 142 Debt Capacity Ratios of Outstanding Debt by Type – Last Ten Fiscal Years VII 143 Ratios of General Bonded Debt Outstanding – Last Ten Fiscal Years VIII 144 Direct and Overlapping Governmental Activities Debt IX 145 Legal Debt Margin Information – Last Ten Fiscal Years X 146 Pledged-Revenue Coverage – Last Ten Fiscal Years XI 148 Demographic and Economic Information Demographic and Economic Statistics – Last Ten Fiscal Years XII 151 Principal Employers – Current Year and Nine Years Ago XIII 152 Operating Information Full-Time Equivalent City Government Employees by Function/Program – Last Ten Fiscal Years XIV 153 Operating Indicators by Function/Program – Last Ten Fiscal Years XV 155 Capital Asset Statistics by Function/Program – Last Ten Fiscal Years XVI 157 IV Financial Services Department December 24, 2020 To the Citizens, Honorable Mayor, City Council and City Manager: The Comprehensive Annual Financial Report of the City of Mesa (the “City”) for the fiscal year ended June 30, 2020 is hereby submitted. Prepared by the Financial Services Department, this report consists of management’s representations concerning the finances of the City of Mesa. Consequently, management assumes full responsibility for the completeness and reliability of the information presented in this report. To provide a reasonable basis for making these representations, management of the City has established a comprehensive internal control framework that is designed both to protect the government’s assets from loss, theft, or misuse and to compile sufficient reliable information for the preparation of the City’s financial statements in conformity with accounting principles generally accepted in the United States of America. Because the cost of internal controls should not outweigh their benefits, the City’s comprehensive framework of internal controls has been designed to provide reasonable rather than absolute assurance that the financial statements will be free from material misstatement. As management, we assert that to the best of our knowledge and belief, this financial report is complete and reliable in all material respects. The City’s financial statements have been audited by CliftonLarsonAllen, LLP, a firm of licensed certified public accountants. The goal of the independent audit was to provide reasonable assurance that the basic financial statements of the City for the fiscal year ended June 30, 2020, are free of material misstatement. The independent audit involved examining, on a test basis, evidence supporting the amounts and disclosures in the financial statements; assessing the accounting principles used and significant estimates made by management; and evaluating the overall financial statement presentation. The independent auditor concluded, based upon the audit, that there was a reasonable basis for rendering an unmodified opinion that the City’s financial statements for the fiscal year ended June 30, 2020, are fairly presented in conformity with accounting principles generally accepted in the United States of America. The independent auditor’s report is presented as the first component of the financial section of this report. The independent audit of the financial statements of the City was part of a broader, federally mandated “Single Audit” designed to meet the special needs of federal grantor agencies.
Recommended publications
  • High Speed Visualization in the Jetos Aviation Operating System Using Hardware Acceleration*
    High Speed Visualization in the JetOS Aviation Operating System Using Hardware Acceleration* Boris Barladian[0000-0002-2391-2067], Nikolay Deryabin[0000-0003-1248-6047], Alexey Voloboy[0000-0003-1252-8294], Vladimir Galaktionov[0000-0001-6460-7539], and Lev Shapiro[0000-0002-6350-851X] The Keldysh Institute of the Applied Mathematics of RAS, Moscow, Russia [email protected],{voloboy, vlgal, pls}@gin.keldysh.ru Abstract. The paper discusses details of the pilot display visualization that uses the hardware acceleration capabilities of the Vivante graphics processor in the JetOS aviation operating system. Previously the OpenGL Safety Critical library was implemented without hardware acceleration. This was done in such a way because software library is easier to certify in accordance with the avionics re- quirements. But usage of the software OpenGL does not provide acceptable visualization speed for modern Flight Display and 3D relief applications. So more complex visualization approach utilized the GPU acceleration capabilities was elaborated. Although the OpenGL library was implemented for a specific GPU and took into account its specificity, the described approach to adapt the MESA open source library can be used for other GPUs. An effective algorithm for multi-window visualization using the implemented library with hardware acceleration is present. The described approach allows you to achieve the visu- alization speed acceptable for the pilot display of the aircraft. Keywords: Pilot Display, Embedded Systems, Real-time Operating System, OpenGL Safety Critical, Multi-windowing. 1 Introduction In [1] requirements were formulated for a real-time operating system (RTOS) de- signed to work with integrated modular avionics. In particular, the RTOS should comply with the ARINC 653 standard [2].
    [Show full text]
  • Porting Tizen-IVI 3.0 to an ARM Based Soc Platform
    Porting Tizen-IVI 3.0 to an ARM based SoC Platform Damian Hobson-Garcia Automotive Linux Summit July 1-2, 2014 Tokyo, Japan Tizen IVI support Until recently… Intel architecture (x86) system – Tizen IVI 2.0alpha, Tizen IVI 3.0 ARM architecture based system – Tizen IVI 2.0alpha (ivi-panda) Need to port Tizen IVI 3.0 to ARM ourselves Current State of Affairs Intel architecture (x86) system – Tizen IVI 2.0alpha, Tizen IVI 3.0 – Tizen Common NEW ARM architecture based system – Tizen IVI 2.0alpha (ivi-panda) – Tizen Common NEW Tizen IVI now based on Tizen Common – Lots of reuse Target Platform Renesas R-Car Gen2 series platform R-Car M2 – ARM Cortex A15 x2 R-Car H2 – ARM Cortex A15 x4, + ARM Cortex A7 x4 (option) 3D Graphics System – Imagination Technologies PowerVR series On board IP blocks – H/W video decode/encode – image processing Agenda Objective Methodology Porting Tasks – Weston/Wayland Integration – WebKit Integration – GStreamer Integration Objective Tizen IVI 3.0 on R-Car M2/H2 1. Standard Native Applications – Terminal program – Open GL/ES applications 2. Web – Browser and web applications 3. Multimedia – Video playback (1080p @ 30fps) Local Build Methodology Tizen IVI 3.0 milestone releases we used: – M2-Sep (released Oct 11, 2013) – M2-EOY (released Jan 15, 2014) – M2-March2014 (released April 11, 2014) Non-hardware dependant packages – Rebuild for ARM instruction set Hardware dependant packages – Replace/update with R-Car M2/H2 support Tizen Common/IVI Rebase Methodology Reuse Tizen Common ARM support for Tizen
    [Show full text]
  • The Linux Graphics Stack Attributions
    I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions Introduction to GPUs and to the Linux Graphics Stack Martin Peres CC By-SA 3.0 Nouveau developer Ph.D. student at LaBRI November 26, 2012 1 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview Outline 1 I - Hardware : Anatomy of a GPU General overview Driving screens Host < − > GPU communication 2 II - Host : The Linux graphics stack General overview DRM and libdrm Mesa X11 Wayland X11 vs Wayland 3 Attributions Attributions 2 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview General overview of a modern GPU's functions Display content on a screen Accelerate 2D operations Accelerate 3D operations Decode videos Accelerate scientific calculations 3 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview CPU Clock Front-side Graphics Generator bus card slot Chipset Memory Slots High-speed graphics bus (AGP or PCI Northbridge Memory Express) bus (memory controller hub) Internal Bus PCI Bus Onboard Southbridge graphics PCI (I/O controller controller Bus hub) IDE SATA USB Cables and Ethernet ports leading Audio Codec CMOS Memory off-board PCI Slots LPC Bus Super I/O Serial Port Parallel Port Flash ROM Floppy Disk Keyboard (BIOS) Mouse 4 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview Hardware architecture GPU: Where all the calculations are made VRAM: Stores
    [Show full text]
  • Integration of the Chromium Browser in the GENIVI Platform
    static void _f_do_barnacle_install_properties(GObjectClass *gobject_class) { GParamSpec *pspec; Integration of the Chromium /* Party code attribute */ pspec = g_param_spec_uint64 (F_DO_BARNACLE_CODE, Browser in the GENIVI Platform "Barnacle code.", "Barnacle code", 0, G_MAXUINT64, G_MAXUINT64 /* default value */, G_PARAM_READABLE | G_PARAM_WRITABLE | G_PARAM_PRIVATE); Jacobo Aragunde Pérez g_object_class_install_property (gobject_class, blogs.igalia.com/jaragunde F_DO_BARNACLE_PROP_CODE, ● Open Source experts and consultants ● 15 years of experience ● Important contributions to: ● Client-side web technologies: WebKit, Blink/Chromium, Servo ● Graphics & Multimedia: Mesa, GStreamer ● Compilers: V8, JavaScriptCore, SpiderMonkey, Guile ● Software-defined networking: Snabb ● ... Introduction Goals of the project ● Integrate full-featured Chromium browser in GDP ● Use Intel’s Ozone-Wayland project, most complete implementation of Wayland so far ● Get latest possible version of the browser working ● Analyze and fix multi-seat implementation, if required ● Funding: GENIVI challenge grant and Igalia contributions Elements and versions ● Chromium: latest stable release was 54 at that point ● Ozone-Wayland: latest branch supports Chromium 53 ● Meta-browser: supporting Chromium 48 ● GENIVI BSPs Rebase & integrate Chromium browser Work on meta-browser ● Simplify configuration ● Obsolete CHROMIUM_ENABLE_WAYLAND detection ● Build chromium+wayland version 53 ● Recipe was pointing to version 48 ● Required patch backport ● Fix specific build scenarios
    [Show full text]
  • Instability Thresholds and Dynamics of Mesa Patterns in Reaction-Diffusion Systems
    Instability thresholds and dynamics of mesa patterns in reaction-diffusion systems Rebecca McKay and Theodore Kolokolnikov Department of Mathematics and Statistics, Dalhousie University, Canada Abstract We consider a class of one-dimensional reaction-diffusion systems, u = ε2u + f(u, w) t xx . 0= Dw + g(u, w) xx Under some generic conditions on the nonlinearities f,g, in the singular limit ε 0, and for a fixed D independent of ε, such a system exhibits a steady state consisting→ of sharp back-to-back interfaces which is stable in time. On the other hand, it is also known that in the so-called shadow limit D = , the periodic pattern having more than one interface is unstable. In this paper, we analyse∞ in detail the transition between the stable patterns when D = O(1) and the shadow system when D = . We show that this transition occurs when D is exponentially large in ε and we derive instability∞ thresholds D D D . such 1 2 3 that a periodic pattern with 2K interfaces is stable if D<DK and is unstable when D>DK . We also study the dynamics of the interfaces when D is exponentially large; this allows us to describe in detail the mechanism leading to the instability. Direct numerical computations of stability and dynamics are performed; excellent agreement with the asymptotic results is observed. 1 Introduction One of the most prevalent phenomena observed in reaction-diffusion systems is the formation of mesa patterns. Such patterns consist of a sequence of highly localized interfaces (or kinks) that are separated in space by regions where the solution is nearly constant.
    [Show full text]
  • Panfrost: Liberating ARM Gpus
    Panfrost: Liberating ARM GPUs Robert Foss @memcpy_io http://memcpy.io $ whoami Robert Foss - Based in Berlin - Work in Open Source - Specialize in Linux Graphics $ whoami Robert Foss - Based in Berlin - Work in Open Source - Specialize in Linux Graphics $ whoami Robert Foss - Based in Berlin - Work in Open Source - Specialize in Linux Graphics ARM GPUs Mali 2/3/4XX - Codenamed Utgard - Supported by Lima driver - Supports OpenGL ES <= 2.0 - Acquired with Phalanx Mali T-XXX - Codenamed Midgard - Supported by Panfrost driver - Supports OpenGL ES <= 3.1 - Supports Vulkan <= 1.0 - Design targeted OpenCL heavily Mali G-XX - Codenamed Bifrost - Supported by Panfrost driver - Supports OpenGL ES <= 3.2 - Supports Vulkan <= 1.1 - Partial re-design of Midgard Mali G-YY - Codenamed Valhall - Supports OpenGL ES <= 3.2 - Supports Vulkan <= 1.1 - New ISA & Compute core Driver History Driver History 7 1 0 2 Reverse EngineeringPanfrost Shader Loader Panfrost Prototype Panfrost Wayland 0 2 0 2 Driver History 7 1 0 2 Kernel and Mesa Panfrost committed Mali T820 Mali T720 0 2 0 2 Panfrost Today Panfrost Today - Deployed on Mali T720, T820 & T860 Panfrost Today - Deployed on Mali T720, T820 & T860 - Runs normal Desktop Environments Panfrost Today - Deployed on Mali T720, T820 & T860 - Runs normal Desktop Environments - Supports OpenGL ES <= 2.0 Panfrost Today - Deployed on Mali T720, T820 & T860 - Runs normal Desktop Environments - Supports OpenGL ES <= 2.0 - OpenGL ES 3.0 soon, with 3.1 & 3.2 coming Panfrost Today - Deployed on Mali T720, T820 & T860 - Runs
    [Show full text]
  • TG-Gallium Driver Stack Softpipe, Cell and Beyond
    TG-Gallium Driver Stack Softpipe, Cell and Beyond Keith Whitwell [email protected] DRI Driver Model drm App Mesa DRI Driver DRI ● Leaky interface between Mesa and driver. ● Drivers getting bigger, more complex. ● API, OS dependencies encoded in driver. Keith Whitwell [email protected] Impose new interfaces drm App Mesa DRI Driver DRI ● Isolate interactions with API, OS, HW. ● Identify new interfaces. ● Split the driver. Keith Whitwell [email protected] A New Model drm Gallium State OS, App Mesa HW tracker Winsys Driver DRI ● New components: – State tracker, HW driver, Winsys. ● The TG-Gallium driver stack. Keith Whitwell [email protected] Gallium Driver Model ● Driver interface inspired by GL3, NV_GPU4, i965 hardware, etc. ● Constant state objects. ● Simple drawing interface. ● Unified shading language, as bytecode. ● Private buffers as render targets. ● Ability to re-target HW drivers to new APIs (eg. GL3, GLES, ???). ● Ability to re-target HW drivers to new window systems, OS's. Keith Whitwell [email protected] Gallium Driver Model ● Driver interface inspired by GL3, NV_GPU4, i965 hardware, etc. ● Constant state objects. ● Simple drawing interface. – DrawArrays, DrawElements ● Unified shading language, as bytecode. ● Private buffers as render targets. ● Fullscreen clears. ● Other blits?? Maybe subject to strict restrictions. Keith Whitwell [email protected] Gallium HW Driver ● Significantly simpler than a DRI driver. ● Interface: – Create/Bind/Delete state objects – Draw – one or two entrypoints. – Buffer management and fencing. – Flush ● Each Gallium driver defines its own OS- level (current name: winsys) interface. ● Re-target driver by re-implementing the winsys layer, eg. miniglx, EGL, etc. Keith Whitwell [email protected] Mesa State Tracker ● Implements current Mesa driver model.
    [Show full text]
  • Virtio-GPU 2018-10-11 Genivi Bangalor Tech Summit Matti Moell
    Integrating the driver experience Virtio-GPU 2018-10-11 Genivi Bangalor Tech Summit Matti Moell public VISION: Run Guests without modifications A Virtual Platform allows the development of virtual machine guests that could be moved among different hypervisor systems and/or HW platforms without further modification through establishing an industry standard / de-facto standard. Linux DRV vDEV vDEV Hypervisor A Hypervisor B SoC A SoC B public www.opensynergy.com | 2 Legend for VIRTIO terms Device refers to the implementation of the virtual/para-virtual device, also known as Backend or Server Driver refers to the guest driver, also known as Frontend or Client Device Host is the guest that provides the Device to other guests Device Guest is the consumer of a Device Guest is a partition or virtual machine public www.opensynergy.com | 3 Virtualized device Architecture with VIRTIO Device Host (Server VM) Device Guest (Client VM) Linux/Android user space Plumbing Device Kernel Subsystem Linux kernel space Virtualization virtio-<device> Open Source Framework virtio_<transport> Hypervisor Vendor virtio Support VQ SG list Buffer Client VM Memory Hypervisor VQ=virt-queue SG=Scatter Gather Device HW SoC Bulk data transport via DMA-like memory model • Buffer allocations handled by „Driver“ part (client) • Direct R/W access to allocated buffers in the „Device“ part (server) Metadata transport via virt-queues (ring buffers, asynchronous pipeline) public www.opensynergy.com | 4 VIRTIO-GPU Virtio-GPU 2D Virtio-GPU 3D • Virtual Display, much like a VGA port
    [Show full text]
  • Loma Community Plan
    LOMA COMMUNITY PLAN Table of Contents Chapter 1: Foundation Chapter 5: Land Use Loma Introduced....................................................................... 2 Land Use Introduced................................................................ 38 Loma Planning Process .............................................................. 3 Existing Land Use Assessed .................................................... 39 Loma Snapshot ......................................................................... 4 Table 1: Existing Land Use ..................................................... 39 Appendix of Demographic Terms .......................................... 17 Map 3: Existing Land Use Map ......................................... 40 Population Projections ......................................................... 41 Chapter 2: Public Facilities Loma Future Land Use .......................................................... 42 Public Facilities Introduced .....................................................19 Phase One Land Use ............................................................. 43 Public Facilities Assessed ....................................................... 20 Phase Two Land Use ............................................................ 47 Public Facilities Enriched ........................................................ 22 Phase Three Land Use .......................................................... 49 Mesa County Future Land Use Plan .................................... 51 Chapter 3: Transportation Additional
    [Show full text]
  • Red Hat Enterprise Linux 7 7.8 Release Notes
    Red Hat Enterprise Linux 7 7.8 Release Notes Release Notes for Red Hat Enterprise Linux 7.8 Last Updated: 2021-03-02 Red Hat Enterprise Linux 7 7.8 Release Notes Release Notes for Red Hat Enterprise Linux 7.8 Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
    [Show full text]
  • AN3576 Software for VSC Phys
    AN3576 Software for VSC PHYs Author: John Haechten Microchip Technology Inc. INTRODUCTION This document details which software is required for Microchip PHYs with part numbers beginning with “VSC” and instructs users where to find the software and how to use it. The included guidance is not applicable to Microchip PHYs with part numbers beginning with “LAN” or “KSZ”. This document is applicable to designs that use VSC PHYs connected to an embedded processor, FPGA, or Ethernet switch from another vendor. If the PHY is part of a VSC switch architecture and is using a VSC software package (that is, WebStaX, SMBStaX, IStaX, or CEServices), the user does not need this document. Most VSC PHYs (100M, 1G, and 10G) require some type of software to control the VSC PHY. This software consists of a known sequence of register accesses, which have been tested and verified to provide desired results. Multiple options are available including: • U-Boot Driver • Linux® Kernel Driver (Open Source) • User Space API (VSC6802: PHY API and VSC6803: ETH API or MESA API) Among the options, the User Space API provides the most complete feature coverage and control for VSC PHYs. In some cases, both the Linux Kernel Driver and User Space API are available. In these cases, the User Space API expects to have complete control of the PHY, and therefore the Linux Driver should be disabled. The use of a U-Boot Driver is often the desired way to control the VSC PHY during initial boot sequences. In this phase of boot cycle, Diagnostic Power-On Self Test (POST) may be run and the PHY may be configured to receive the nec- essary system initialization code to continue the boot process.
    [Show full text]
  • Mesa 3D in an Embedded Context Mark Janes, Feb 21, 2017 [email protected] About Me
    Mesa 3D in an Embedded Context Mark Janes, Feb 21, 2017 [email protected] About me: ● Working on Linux platforms since 2004, with a background on embedded devices. ● Joined Mesa in 2015, working on performance tools and automation. 2 About Mesa: ● Community developed, commercially supported implementation of OpenGL and Vulkan APIs ● Multi-platform collaboration by several graphics silicon vendors ● Development model similar to the Linux Kernel 3 Project links https://cgit.freedesktop.org/mesa/mesa/ https://lists.freedesktop.org/mailman/listinfo/mesa-dev https://lists.freedesktop.org/mailman/listinfo/piglit Channels #intel-gfx and #dri-devel on irc://chat.freenode.net https://bugs.freedesktop.org/describecomponents.cgi?product=Mesa 4 Hardware supported by Mesa Intel: https://01.org/linuxgraphics/community/mesa AMD: https://www.x.org/wiki/RadeonFeature Broadcom: https://github.com/anholt/mesa/wiki/VC4 VMWare: https://mesa3d.org/vmware-guest.html Qualcomm Adreno*: https://github.com/freedreno Vivante*: https://github.com/etnaviv Nvidia*: https://nouveau.freedesktop.org/wiki/ * not vendor supported 5 Advantages of a source distribution ● Easy update of kernel and graphics driver ● Valgrind support ● GDB ● Git blame/rebase ● Custom extensions ● Enables you to solve your own integration problems 6 Intel’s Mesa support is greatly improved in 2017! ● OpenGL 4.5 ● GLES3.2 ● Vulkan 1.0 https://mesamatrix.net/ “Mesa Saw The Most Commits Last Year Since 2010” – Phoronix, Jan 1, 2016 “Mesa Development Has Gone Wild This Year” – Phoronix, Oct 14,
    [Show full text]