Skip to main content
Trustzone implementation in Armv8-M architecture, featured image

Trustzone implementation in Armv8-M architecture

GSAS Engineering · · 1 min read

Trustzone implementation in ArmV8-M architecture

TrustZone technology by Arm provides a system-wide approach to security, applicable across various processors including the Cortex-A and Cortex-M series. It creates an isolated execution environment that separates secure and non-secure code, which helps to protect sensitive information and functions. The key features include Isolation of Secure and Non-Secure Worlds,  Reduced Attack Surface,  Flexible Security Implementation,  Enhanced Secure Boot,  Protection of Cryptographic Operations,  Secure Firmware Updates, and Secure Inter-Process Communication (IPC).

 

Join us for the webinar to learn more about implementing the same technology on ArmV8-M architecture. The building blocks of this technology will be discussed briefly.

Agenda:

  • Security Attribution Unit (SAU)
  • **Implementation Defined Attribution Unit (IDAU)
    **
  • Non-Secure Callable (NSC) Region
  • Secure and Non-Secure MPU
  • Debug Control

Timing:

Wednesday, 28th August 2024 | 3:30 PM to 04:30 PM

 Webinar Recording


About GSAS Webinar Series

GSAS Micro Systems regularly hosts webinars, workshops, and technical seminars to help India’s embedded engineering community stay current with the latest tools, techniques, and industry standards. Our events feature hands-on demonstrations and expert guidance from our applications engineering team.

Request a private session for your engineering team, or browse our complete event archive.

Also appears in:

Interested in Arm tools?

Talk to our application engineers for personalized tool recommendations.

Stay in the Loop

Get monthly compliance updates, product insights, and engineering best practices delivered to your inbox.

Related Articles

Master and slave roles on a 100BASE-T1 link: the master PHY times its transmitter from a local clock, the slave recovers the clock from the received signal, with the both-master and both-slave misconfigurations that leave the link down, from GSAS Micro Systems India
Automotive Ethernet Automotive & Mobility

100BASE-T1 Link Won't Come Up: A Vendor-Neutral Checklist

A 100BASE-T1 link that will not come up is almost never a mystery, but the answers on the web are written per silicon vendor and do not transfer. This is the ordered bring-up checklist that holds regardless of which PHY, switch or SoC you have: physical layer first, then the PHY over MDIO, then the master and slave pairing, then the causes of a link that comes up and drops. The standards and tooling claims trace to IEEE 802.3 task force records, the Linux ethtool and kernel documentation or published test material. Written by the GSAS Micro Systems engineering team in India.

29 Aug 2026 · 14 min read
Side by side comparison of a 10BASE-T1S multidrop mixing segment, one balanced pair with four nodes on short stubs and a termination at each end, against a point to point star of four separate links into switch ports, from GSAS Micro Systems India
Automotive Ethernet Automotive & Mobility

10BASE-T1S and PLCA: Multidrop Ethernet Explained

10BASE-T1S is the one member of the T1 single-pair Ethernet family that keeps a shared medium, and PLCA is the reconciliation sublayer that stops the nodes on it from colliding. This article covers what IEEE 802.3cg standardises, how the beacon and transmit opportunities schedule a cycle, the node count and segment length figures the OPEN Alliance interoperability test suite works to, and the failure modes that put a segment quietly back into contention while every link still looks up. Written by the GSAS Micro Systems engineering team in India for teams bringing up multidrop segments on the bench.

29 Aug 2026 · 12 min read
Horizontal stacked bar showing where an ADAS test vehicle's bandwidth budget is spent, split into cameras, lidar, radar and bus traffic, with the logger uplink limit drawn as a vertical rule crossing the bar, from GSAS Micro Systems India
Automotive Ethernet Automotive & Mobility

ADAS Sensor Data Logging: Bandwidth Budgets That Add Up

Every page that tells you an ADAS test vehicle produces terabytes a day states the headline and skips the arithmetic, so you cannot redo it for your own sensor set. This article publishes the arithmetic instead: one formula, every table row derived on the page, a worked eight-hour drive that chains those rows into a sustained write rate, a media count and an offload window, and the five places bandwidth budgets go wrong. Written by the GSAS Micro Systems engineering team in India.

29 Aug 2026 · 15 min read