Tesla has filed a new patent for “Parallel Processing System Runtime State Reload,” comprising of a system of three or more processors working in conjunction to effectively eliminate the possibility of hardware failure during the use of Autopilot or Full Self-Driving. The patent outlines a robust system of parallel processors that can operate in the event that one of them fails or experiences a runtime state error. “Should one of the parallel processors fail, at least one other processor would be available to continue performing autonomous driving functions,” the patent shows.
The patent was filed and published on August 26th and comes just a week after the company’s Artificial Intelligence Day event that was held last Thursday. Outlining a system of at least three processors operating in parallel, it is monitored by circuitry and can locate and identify if one of the three parallel-operating processors is having a runtime state error. The circuitry will then identify a second processor to switch to in the event of a runtime error, access the runtime state of the second processor, and load the runtime state of the second, operational processor into the first processor, which is experiencing a runtime error.
(Credit: Tesla)
Tesla describes the patent in detail:
“A system on a Chip (SoC) includes a plurality of processing systems arranged on a single integrated circuit. Each of these separate processing systems typically performs a corresponding set of processing functions. The separate processing systems typically interconnect via one or more communication bus structures that include an N-bit wide data bus (N, an integer greater than one). Some SoCs are deployed within systems that require high availability, e.g., financial processing systems, autonomous driving systems, medical processing systems, and air traffic control systems, among others. These parallel processing systems typically operate upon the same input data and include substantially identical processing components, e.g., pipeline structure, so that each of the parallel processing systems, when correctly operating, produces substantially the same output. Thus, should one of the parallel processors fail, at least one other processor would be available to continue performing autonomous driving functions.”
Technically speaking, the autonomous vehicle needs only one processor to function as described in an accurate fashion. However, these processors can be overloaded with data when loading into the Neural Network and could experience short-term and non-permanent operational errors. When this occurs, the system would then switch to one of the other processors for normal operation, with at least two backup processors in this patent, as it repeatedly mentions a series of three.
Tesla details its self-driving Supercomputer that will bring in the Dojo era
The second processor would then activate and load the runtime state into the first processor to make the primary processor chip operational once again:
“Thus, in order to overcome the above-described shortcomings, among other shortcomings, a parallel processing system of an embodiment of the present disclosure includes at least three processors operating in parallel, state monitoring circuitry, and state reload circuitry. The state monitoring circuitry couples to the at least three parallel processors and is configured to monitor runtime states of the at least three parallel processors and identify a first processor of the at least three parallel processors having at least one runtime state error. The state reload circuitry couples to the at least three parallel processors and is configured to select a second processor of the at least three parallel processors for state reload, access a runtime state of the second processor, and load the runtime state of the second processor into the first processor.”
The purpose of this patent is to continue system availability, even when the primary processor is experiencing functionality issues due to overuse. The two additional processors essentially act as “backup” and can determine whether autonomous driving systems are meant to be enabled if the first processor experiences an error. “With one particular example of this aspect, the parallel processing system supports autonomous driving and the respective sub-systems of the at least three parallel processors are safety sub-systems that determine whether autonomous driving is to be enabled.”
FIG. 13 is a timing diagram illustrating clocks of the circuits of FIGS. 8 and 10 according to one or more other described embodiments. As shown, the runtime state (data1) of first processor/first sub-system is determined to have at least one error. In response to this determination by the state monitoring/state reload circuitry, the signal st_reload1 is asserted to initiate the loading of runtime state (data2) from second processor/second sub-system into the first processor/first sub-system. With the embodiment of FIG. 13, a first clock (clk1) is used for the first processor/first sub-system and a second clock (clk1) is used for the second processor/second sub-system. There exists a positive skew between the first clock (clk1) and the second clock (clk2), resulting in a late cycle of the loading of the runtime state (data2) of the second processor/second sub-system into the first processor/sub-system, potentially resulting in errors in the runtime state reload process. (Credit: U.S. Patent Office)
It also appears that this patent aligns with Tesla CEO Elon Musk’s previous description of the Dojo self-driving Supercomputer, which was detailed at AI Day. To increase the accuracy and encourage the parallel operation of the processors, the system will utilize a clock input to calibrate the two processors, increasing the accuracy of the system.
Tesla has focused on accurate FSD operation and has revised its strategy on several occasions. After moving to a camera-only approach earlier this year for the Model 3 and Model Y, the company is experiencing more accurate FSD operation through the harmonized processing of its eight exterior cameras. The operation of internal processors, which are responsible for compiling, compressing, and sending data to the Neural Network, can fail temporarily, so the presence of backup processors to continue comprehending self-driving data is a positive idea.
The full patent is available below:
Tesla Patent Parallel Processing System Runtime State Reload by Joey Klender on Scribd
Tesla has introduced an enhanced visualization in its Supercharger navigation system, building directly on the Site Maps feature rolled out a few months ago.
This latest software update adds detailed 3D icons that represent specific vehicle models parked at charging stalls, offering drivers a more precise view of site occupancy and layout.
The Site Maps debuted in Tesla’s 2025 Holiday Update, providing 3D overviews of select Supercharger locations with real-time stall availability.
Tesla supplements Holiday Update by sneaking in new Full Self-Driving version
Drivers could see which spots were open, occupied, or out of service when navigating to supported stations.
Now, the system takes this capability further by rendering accurate representations of Tesla vehicles, including distinctions between models such as the Model 3, Model Y, Model S, Model X, and Cybertruck. These icons appear as lifelike 3D renderings, complete with recognizable shapes and proportions that match the actual cars charging at the site:
Supercharger update now shows type of Tesla at charger as well.
Pretty cool. pic.twitter.com/J3NRSIgM0m
— DennisCW | wen my L (@DennisCW_) June 2, 2026
This refinement improves the user experience during road trips and daily charging stops. As drivers approach a Supercharger, the navigation display now shows not just generic occupied markers but identifiable vehicle types plugged into each stall.
Blue indicators highlight active charging sessions, while other visual cues denote availability or maintenance status. The feature integrates seamlessly with the existing map interface, allowing quick assessment of the best available spot based on vehicle size and positioning.
Tesla continues to expand the availability of these detailed Site Maps across its global network. Initially piloted at a limited number of locations, the rollout has progressed steadily, with more stations gaining support in recent software versions.
Owners benefit from better planning, as the system helps identify compatible stalls and reduces uncertainty upon arrival. The update reflects Tesla’s ongoing commitment to refining its navigation and charging ecosystem through iterative software improvements.
In addition to model-specific icons, the enhanced maps maintain all prior functionalities, such as integration with nearby amenities and energy usage predictions. This ensures a comprehensive tool for efficient Supercharging.
As Tesla’s fleet grows and the network scales, such features play a key role in optimizing the overall ownership experience. Future updates may extend similar visualizations to additional sites and incorporate even more data points for drivers.
With this piggyback enhancement, Tesla demonstrates how small but thoughtful additions can elevate an already useful tool, making Supercharger visits smoother and more informed for its customers. The company is expected to broaden the feature’s reach in upcoming releases, further solidifying its leadership in EV charging infrastructure.
Tesla Full Self-Driving v14.3.3 driver monitoring was reportedly scaled back in recent releases, but a new version that was released in the early hours of June 3 aimed to do a better job of keeping those in control of their cars honest, according to release notes.
The release notes for FSD v14.3.3, via Software Version 2026.14.6.7 added:
“Improved driver monitoring system sensitivity with better eye gaze tracking, eye wear handling, and higher accuracy in variable lighting conditions.”
However, Tesla said this was already enabled in the first rollout of FSD v14.3.3 in late May. We tested it anyway, especially as the Standard Speed Profile seemed less-than-worried about what you were doing during operation.
I decided to try out the Hurry and Mad Max Speed Profiles for this test, and it gave me results that I would have expected. Tesla has evidently ramped up driver monitoring based on the Speed Profile you are using to travel.
The more aggressive the Speed Profile, the more on the hook you will be for taking your attention away from the road. Our testing showed that Mad Max was less likely to allow you to do normal things like change music or adjust navigation without getting an on-screen warning or nag from the driver monitoring system.
Hurry Mode Results
On Hurry, the driver monitoring system on FSD v14.3.3, via Software Version 2026.14.6.7, was more restrictive than Standard but less restrictive than Mad Max. I found that I could scroll through music options for a considerable amount of time, more than 30 seconds:
Roughly :31 between first touching the center screen and getting the first nag
— TESLARATI (@Teslarati) June 3, 2026
Standard gave me about 80 seconds of phone scrolling with absolutely no nags or warnings in a previous test. It is worth noting that this was a previous branch of v14.3.3, but Standard is such a goodie-two-shoes on the road that it is my impression it would not change much.
Here’s an 80-second phone nag test on Tesla FSD v14.3.3.
No alerts, no nagging, no annoyance. https://t.co/1dxvTOw5Cn pic.twitter.com/vYViFpjfoK
— TESLARATI (@Teslarati) May 29, 2026
Mad Max Results
I spent the majority of the drive on Mad Max to see how it truly reacted to the driver having their attention elsewhere. While I did do a short phone test, I am aiming to steer away from those and use the center screen. I think it is a valid criticism that the phone test is dangerous and, not to mention, illegal in Pennsylvania. Changing the navigation and music is a more reasonable, more responsible, and safer test.
With Mad Max being the fastest and most aggressive Speed Profile, I anticipated this being the quickest mode to give me an alert that I needed to look at the road. That was the case with music:
🎥 Testing Tesla FSD v14.3.3 (via 2026.14.6.7) nags on Mad Max https://t.co/qZALU2OujY pic.twitter.com/XddOJ0D47x
— TESLARATI (@Teslarati) June 3, 2026
As well as adjusting Navigation, when I received two nags:
🎥 Testing Tesla FSD v14.3.3 (via 2026.14.6.7) nag while adjusting navigation
Two nags here https://t.co/qZALU2OujY pic.twitter.com/xa3dtaDG1L
— TESLARATI (@Teslarati) June 3, 2026
These nags were more than reasonable, and I think it’s probably good that Tesla is ramping up the driver monitoring. I do believe that it should be relatively strict across all of the Speed Profiles, especially with phone use. When using the center screen, the nag intervals should be based on the speed profile you are utilizing at the time.
These driver monitoring adjustments are a great thing to have while FSD is still under its “Supervised” moniker, but I expect Tesla to continue pushing the limits on what it will allow, especially considering CEO Elon Musk has hinted that phone use is capable with the more recent versions.
You can watch the full drive on YouTube below:
Tesla has responded to the skeptics of its Robotaxi program by launching a massive expansion of the unsupervised program in its initial rollout city of Austin.
The company’s geofence, the enabled area of operation for rides, now covers the entire Austin Metropolitan area, an incredible move just days after media headlines attempted to discredit the ride-hailing service.
Those who have access to the Tesla Robotaxi app on their smartphones can now request a ride in any portion of the Austin Metro area. The company confirmed this on the social media platform X:
Unsupervised Robotaxi now in the entire Austin Metro area https://t.co/eXNBdarvVS
— Tesla Robotaxi (@robotaxi) June 3, 2026
This is Tesla’s fifth expansion of the geofence, with the others occurring in July, early August, late August, and late October 2025. It has remained at that size since October 26, but Tesla has now more than doubled that size.
It is now covering the entire area, including suburbs like Pflugerville and Manor, as well as I-35 highways, Gigafactory Texas, and the Austin-Bergstrom Airport.
The move comes just days after various media outlets highlighted the small fleet size of Tesla’s Robotaxi fleet in Austin, something that is a reasonable criticism but an understandable move on the company’s part to prioritize safety.
Tesla has expanded its Robotaxi geofence many times, but its fleet has remained at a relatively conservative size as the company continues to push safety as its most crucial metric.
The latest expansion is a key indicator of Tesla’s comfort level to expand the ride-hailing service. The move shows Tesla is scaling unsupervised autonomy, as it demonstrates that the company’s Full Self-Driving system has reached sufficient reliability for a broader real-world deployment, which is something the company has worked on extensively.
It also shows Tesla is game for a competition with its rivals in the autonomous ride-hailing sector. Tesla has often matched or exceeded competitors like Waymo in coverage area, despite its smaller fleet. This step highlights Tesla’s iterative, data-driven progress toward a high-margin, app-based Robotaxi network.
It’s not the absolute largest area expansion ever, but achieving full unsupervised operations across a major metro is a key moment in the Robotaxi story. It shifts the program from limited pilot/testing toward a more mature commercial service, while gathering the miles needed for faster growth.
Tesla piggybacks recent Supercharger feature with update that takes it further
Tesla Full Self-Driving v14.3.3 driver monitoring: We tested it
