* Posts by ArLi

5 publicly visible posts • joined 19 Mar 2018

Improve Linux performance with this one weird trick

ArLi

Re: Unless you are using OpenSUSE ...

In OpenSUSE it is as easy as starting yast, going to System/Boot Loader and switching to Kernel Parameters tab and setting CPU Mitigations control to OFF.

Linux Foundation backs new ‘ACRN’ hypervisor for embedded and IoT

ArLi

Re: Balony

"... To the guy who said the box and connectors are the expensive parts, well yeah - the box is called an automobile and the connectors have to be there anyway to make the lights and stereo and drivetrain work. Nowadays most control is some serial protocol..."

It is just a fact - I do not say/judge if it is good or bad. And as I wrote it is only a partial reason why ideas like ACRN are emerging.

Keep in mind tht the most lanes in connectors are not for communication. At the end you need to drive actuators (including displays) and get data from sensors (and no - you cannot put microcontoller in every actuator and sensor (at least using present technology)).

ArLi

Re: ACRN ?? Autosar ??? Compare and contrast?

IMHO classic AUTOSAR was outdated at the moment of its "invention" and (even) present AUTOSAR tools are total crap. After some years "they" realized that classic AUTOSAR will never catch modern HW and SW requirements and there emerged idea of AUTOSAR Adaptive Platform (by the way - they even discovered C++ ;-) ).

In short - the idea is to use Posix (should read Linux) system and add Autosar like API for software components. It means that ACRN idea can be somehow related with AUTOSAR but its dependency from Intel and neglecting of jailhouse project is a little mysterious.

Regarding MISRA - till now it has only lanuage(s) related rules.

ArLi

Re: most expensive parts of ECU

"... Presumably you've never had full sight of the cost impacts of failed software projects, or recalls of failed systems, etc? ..."

This is nothing different than in other busineses - unit manufacturing cost and time to market are the kings.

If you take into consideration that SW embedded into modern car is much bigger than most other SW systems around then you realize that any ideas (especially "magic bullets") to improve SW are very welcomed by management.

IMHO automotive (but not only) industry tries to find to which extend they can lower SW security and safety standards until it becomes really unprofitable. Eexamples: relay attack which allows to steal any car (with PEPS) using $50 worth equipment, report about Toyota's SW after "unattened acceleration" case etc.

The reality is that today most customers don't really care about bugs (they are accustomed to them) but they want more fancy functions (event they will not use them) and then automotive business is going this way. For me one of the most prominent example of stupidity driven by mass market is touch screen with cascaded menus used as UI for functions needed when you driving.

ArLi

Re: GPU, video and audio on car or embedded hypervisor?

"... CPUs are pretty cheap; if you want the safety CPU sending some notification to car occupants, then let it send a message over a bus to a separate audio/video controller.... "

Today all automotive OEMs try to integrate as much as possible functions in a single device (ECU).

The reason is simple - cost reduction.

The case, power supply and connectors (sockets) are the most expensive parts of ECU - they usually cost much more than microntroller (and other chips) inside.

OEMs (and tier ones) also think that having single HW platform will give opportunity to better SW reuse (including safety certifications) but IMHO it looks good only in Excel. For 15 years of my work with automotive SW I never seen code reuse at level assumed by management and promised by chips/tools vendors.