1. GPU is in ADDITION to CPU (2 processors, 2 ISAs, 2 compilers)
- a. Security/Privacy: In the industrial IOT and RTOS market, significant harm can be done by malevolent actors and competitors by hacking hardware and causing it to do damage, or hacking the hardware to steal proprietary company secrets
+ a. Hardware backdoors: In the industrial IOT and RTOS market, significant harm can be done by malevolent actors and competitors by hacking hardware and causing it to do damage, or hacking the hardware to steal proprietary company secrets
- b. Power: This leads to much higher power consumption
+ b. Power: 2 separate cores (CPU, GPU) leads to much higher
+ power consumption
- c. Cost: BOM and manufacturing/assembly costs
+ c. Capability: In RTOS devices, can't make effective use of the GPU
+
+ d. the drivers involve an inter-core RPC mechanism: which is unacceptably high latency and complexity
- d. Capability: In RTOS devices, can't use GPU because must go through Linux which is unacceptably high latency. Furthermore, current RTOS microcontrollers have much lower mathematical numerically intensive computational performance at the same power and silicon area compared to our chip.
+ e. Furthermore, current RTOS microcontrollers have much lower mathematical numerically intensive computational performance at the same power and silicon area compared to our chip.
2. Time/Ease of Use/Development: Proprietary development tools and documentation result in an often difficult and long development cycle, especially when rebuilding and optimizing arithmetically intensive algorithms for embedded systems.
* Systèmes Libres is developing graphics and compute drivers in conformance with the open standards Vulkan and OpenCL (**should we remove opencl until we have had a proper discussion of ROCM on bugzilla?**). Using open standards makes rebuilding or using existing algorithms a simple and easy process.
-4. Systèmes Libres’ completely libre hardware-software stack enables an unprecedented level of insight into the entire system.
+* Systèmes Libres’ completely libre hardware-software stack enables an unprecedented level of insight into the entire system.
+
a. Developers can begin their investigations at the top analyzing high-level software, then down into firmware.
+
b. at the lowest level, they can examine detailed schematic diagrams.
+
c. The developer can easily see the function of individual components as well as all of the relationships in the system.
# Part 3 - Security and Privacy in RTOS and Industrial IOT
* Companies try to security-harden their software by writing it in special languages like Ada, or using c++ with static code analyzers and special 'Safety-critical' c++ coding guidelines. However, all of this time and money is wasted if the hardware running underneath this software is hopelessly insecure (**picture intel meltdown, spectre ahhhh!!**)
+(jacob: note that our processor is most likely still vulnerable to some variants of spectre unless we make a special effort in the instruction scheduling HW, load/store unit, caches, branch predictor, etc. see <https://bugs.libre-soc.org/show_bug.cgi?id=209>
+additional good example bugs would include intel's ME vulnerabilities)
+
* For example, in the self-driving car domain, the concern about GPU-capable RTOS devices being insecure at the hardware level causes significant barriers to self-driving car adoption because the public is scared that someone will 'hack' their car and crash it
* Almost every credit card and banking transaction is dependent on transaction processing servers, if these are hacked $M to $B of economic damage can be done
+Financial hardware such as cryptocurrency hardware wallets, and traditonal banking hardware from ATMs to stock terminals and transaction processing servers containing can be trusted with a much greater degree of confidence if the hardware crypto chips which they rely on are formally verified, with the entire HDL available for a full independent audit.
+
# Part 4 - Low Power Requirements of RTOS and Industrial IOT Devices
* At the level of millions of sensors, power draw must be minimized to lower the overall power bill
-* Our chip uses less energy that existing cpu-only microcontrollers, it uses an order of magnitude less power than existing cpu with a tacked on gpu microcontrollers (**numbers??** - no, because this isn't true. you have to focus *really* hard on optimisation to make this true).
-
-
-# Part 5 – Cost
-
-* Hybrid CPU-GPU:
- 1. Reduces BOM (1<2)
- 2. Reduces assembly cost
+* Our hybrid CPU-GPU chip uses less energy that existing microcontrollers that use a cpu with a tacked-on gpu (**numbers??**)
-# Part 6 – Conclusion
+# Part 5 – Conclusion
1. Better security
2. Lower cost
projects / libreriscv.git / blobdiff