SoylentNews is people
SoylentNews
Although a wide range of potential applications exists for the ARMV8-M processors, developers working on secure real-time applications will certainly see the largest benefit. So far, the ARMV8-M architecture can be found in M23 and M33 Cortex-M and M35P processors. Let’s take a look at the new features included in ARMV8-M and how these processors differ from previous generation ARMV7-M parts.
[...] The ARMV8-M feature that really sets the M23, M33, and M35P apart is their support for ARM TrustZone. TrustZone is a security extension that provides hardware isolation within the microcontroller so that developers can create secure and unsecure regions. These regions can be locations in RAM, Flash, or even interrupts and peripherals. The separation between secure and unsecure regions creates isolation within the microcontroller, allowing developers to protect mission-critical code and data.
The isolation creates two new modes that the processor can be running in: secure and unsecure. When in secure mode, the executing code can access all memory within both the secure and unsecure zones. However, if the processor is executing in the unsecure zone, only the unsecure regions can be seen. The secure regions are hidden and cannot be executed from the unsecure state without special code being added, which creates a gateway to access a secure call. This makes it possible to use secure functions while hiding what is happening behind the scenes.
There are several other new features that developers will find interesting besides the TrustZone extension. These include:
- Simpler MPU setup
- Flexible breakpoint configuration
- Improved trace support
- Instruction set enhancements
- Dynamic reprioritization of interrupts
(Score: 2) by RS3 on Saturday August 11 2018, @01:05PM (1 child)
Awesome post, thanks. I really wish you'd use a login- sometimes you ACs are a blur.
I've always been in favor of more intelligent IO, and we've seen hard disk controllers become more and more intelligent and add more and more buffering, DMA, etc. There are some intelligent serial IO adapters available, including external boxes that run code, buffer, handshake with the host, etc.
Serial port is a great example for me as I'm also hw and sw eng. I don't know the history, but as long as I've been around serial has had "handshaking" lines that rarely get used. I always thought hardware should honor those lines, but I realize some data can't wait. Buffering was big and expensive back in the day, and still could be an issue for some very tiny PIC and other nanoprocessors (what I call them). XON / XOFF may not be available either. So the burden is back on the host computer to respond quickly. We saw the 16550 come into being, and some software slowly learn to use it, but not all. (waaaa, that's too hard). To be fair, some devices need byte-at-a-time communication, so there's that. Please don't ask me how I know...
Again (if you're the same AC) I like your interrupt priority under software programmability concept, but you can still do it that way with the Intel 8259- you just have to have a master IRQ handler who controls interrupt priority, 8259 bit masks, etc. Of course I'm referring to the IBM PC architecture.
It's still always going to be a race and compromise when many things contend for basically a single bus.
(Score: 0) by Anonymous Coward on Saturday August 11 2018, @08:29PM
The really technical AC posts are all me. I have an old account actually, but I guess I need to do password recovery. It has been a while, I have way too many passwords to deal with, and hard drives containing password managers sometimes die. I'm the Albert who wrote ps, maintained procps from about 1997 to 2007, and did a few kernel patches. I put the Open Source efforts aside for now due to having 11 kids.
From the above and your post https://soylentnews.org/comments.pl?sid=27021&cid=719376 [soylentnews.org] it looks like you might be the sort of person to get a job where I work. If interested, email albert at users.sf.net for more info. It is this: https://news.ycombinator.com/item?id=17442484 [ycombinator.com]