The rise of RISC‑V in automotive: Not just a technical shift, but a cultural one 

RISC‑V has long since ceased to be a niche tech­nol­o­gy and is enjoy­ing grow­ing pop­u­lar­i­ty, par­tic­u­lar­ly in the auto­mo­tive indus­try. Christoph Her­zog, Co — CEO of TASKING, com­ments on the oppor­tu­ni­ties and chal­lenges. 


For years, there has been a trend in the auto­mo­tive indus­try toward more soft­ware in cars, with the goal of cre­at­ing soft­ware-defined vehi­cles. More and more func­tions are no longer defined by hard­ware but by soft­ware. How­ev­er, in order for soft­ware to bring its flex­i­bil­i­ty ben­e­fits to vehi­cles, the under­ly­ing hard­ware must also pro­vide the nec­es­sary foun­da­tion. This is where RISC‑V comes into play, because RISC‑V brings open­ness and flex­i­bil­i­ty to the hard­ware world. This is not just a tech­ni­cal shift, but a cul­tur­al one. 

Of course, the trans­for­ma­tion to open stan­dards is indeed a chal­leng­ing jour­ney for all of us. But we have already suc­cess­ful­ly nav­i­gat­ed such trans­for­ma­tions to open stan­dards in the auto­mo­tive indus­try. One exam­ple is the tran­si­tion to AUTOSAR. We at TASKING have learned a lot from these trans­for­ma­tions and can now apply these insights to the jour­ney ahead. 

The insights gained back then that are use­ful for RISC‑V can be divid­ed into three main top­ics: 

  1. Bridg­ing Both World: We’re invest­ing in tool­chains that sup­port both cur­rent sys­tems and emerg­ing RISC‑V plat­forms. Our RISC‑V com­pil­er shares the same proven tech­nol­o­gy as our Tri­Core tool­chain, which are con­sid­ered the indus­try stan­dard. Our role as soft­ware tool ven­dor is to make this jour­ney as seam­less, safe, and effi­cient as pos­si­ble. 
  1. Safe­ty and Secu­ri­ty First: In auto­mo­tive, safe­ty isn’t nego­tiable. We’re address­ing this by ensur­ing our tools meet the same safe­ty and cyber­se­cu­ri­ty stan­dards that the indus­try demands and focus on coop­er­at­ing with lead­ing semi­con­duc­tors and RISC‑V IP sup­pli­ers like Infi­neon or Syn­op­sys. 
  1. Edu­ca­tion and Ecosys­tem Develop­ment: We sup­port build­ing the ecosys­tem for RISC‑V by pro­vid­ing solu­tions for vir­tu­al pro­to­types and starter kits that enable pre-sil­i­con soft­ware develop­ment togeth­er with part­ners, allow­ing devel­op­ers to begin work­ing with RISC‑V archi­tec­tures before the hard­ware is avail­able. This accel­er­ates ecosys­tem develop­ment and reduces time-to-mar­ket. As we move toward soft­ware-defined vehi­cles, RISC‑V offers the stan­dard­iza­tion and ecosys­tem need­ed to unleash a new era of inno­va­tion and col­lab­o­ra­tion in the embed­ded space. 

There­fore, I do not see any spe­cif­ic chal­lenges in imple­ment­ing open stan­dards. On the con­trary, the auto­mo­tive and soft­ware tool indus­tries have long demon­strat­ed that open stan­dards are not only fea­si­ble but also high­ly ben­e­fi­cial. Com­mer­cial suc­cess in these indus­tries has never depend­ed on keep­ing stan­dards pro­pri­etary but rather on the qual­i­ty, per­for­mance, and usabil­i­ty of the imple­men­ta­tion. In this con­text, open stan­dards are not a hurdle—they are the foun­da­tion. 

Tools for the transformation 

We at TASKING are con­vinced that it is impor­tant that all our prod­ucts are ready for RISC‑V. At the last Embed­ded World, we already demon­strat­ed how our prod­ucts are used to com­pile and debug the code exe­cut­ing the vir­tu­al pro­to­type from Infi­neon. 

The design con­sid­er­a­tions for the com­pil­er have remained con­sis­tent, focus­ing on opti­miz­ing exe­cu­tion speed and code size while ensur­ing com­pli­ance with func­tion­al safe­ty and cyber­se­cu­ri­ty goals. There­fore, we con­sis­tent­ly deliv­er best-in-class results on bench­marks. 

How­ev­er, debug­ging and ver­i­fi­ca­tion, which account for approx­i­mate­ly 50% of develop­ment costs, should not be over­looked. Our winIDEA debug­ger has been avail­able for the Infi­neon vir­tu­al pro­to­types for a long time. It helps the soft­ware devel­op­er by hid­ing the com­plex­i­ties of the vir­tu­al model and pro­vid­ing full debug­ging expe­ri­ence along with fea­tures like OS-aware debug­ging and pro­fil­ing even on vir­tu­al hard­ware solu­tions. 

The ben­e­fit of using our tools is that all test and debug scripts devel­oped for the vir­tu­al model can be reused once phys­i­cal hard­ware becomes avail­able. 

The advantage of collaboration 

In the com­ing years, I envi­sion col­lab­o­ra­tion among com­pa­nies in the auto­mo­tive domain becom­ing increas­ing­ly struc­tured, trans­par­ent, and tech­nol­o­gy-dri­ven. The com­plex­i­ty of mod­ern vehi­cles – espe­cial­ly with the rise of soft­ware-defined archi­tec­tures, elec­tri­fi­ca­tion, and autonomous sys­tems – demands a level of cross-indus­try coop­er­a­tion we’ve never seen before. 

From our per­spec­tive as a sup­pli­er of com­pil­ers and tools focused on func­tion­al safe­ty and cyber­se­cu­ri­ty, we see a grow­ing align­ment between semi­con­duc­tor com­pa­nies, OEMs, Tier 1s, and tool ven­dors. This align­ment is dri­ven by the need to meet strin­gent safe­ty stan­dards and cyber­se­cu­ri­ty reg­u­la­tions. These chal­lenges can only be addressed effec­tive­ly through early and deep col­lab­o­ra­tion across the sup­ply chain. 

We believe that the future lies in ecosys­tems where each play­er brings their domain exper­tise to the table but works with­in a shared frame­work of trust, trace­abil­i­ty, and com­pli­ance. This is not just about tech­ni­cal inte­gra­tion; it’s about cul­tur­al align­ment and long-term part­ner­ships. 

This is also evi­dent in the fact that the RISC‑V com­mu­ni­ty is some­thing very spe­cial: when you meet at con­fer­ences or sim­i­lar events, the atmos­phere is always unique, with open col­lab­o­ra­tion and high ener­gy in the room. It is incred­i­bly inspir­ing to see peo­ple from dif­fer­ent back­grounds come togeth­er, share ideas so freely, and real­ly build on each other’s per­spec­tives. 

One part of an ecosys­tem that is often over­looked is the user. But user feed­back is essen­tial in shap­ing the ecosys­tem. This mind­set is not new to us: Our tools are used by devel­op­ers build­ing sys­tems that must meet the high­est stan­dards of reli­a­bil­i­ty, per­for­mance, and com­pli­ance. That means we can’t afford to oper­ate in a vac­u­um. 

Ulti­mate­ly, a healthy ecosys­tem is one where all players—semiconductor ven­dors, tool providers, and end users—are in con­stant dia­logue. Feed­back is the glue that holds that dia­logue togeth­er and ensures that inno­va­tion is both rel­e­vant and sus­tain­able. 

Scroll to Top