kristoffer

9 ms·

31.
by kristoffer 9y ago
That's why it is level 4 ... ( https://www.media.volvocars.com/global/en-gb/media/pressrele... )
32.
by kristoffer 9y ago
"a cross between Patreon and Bugzilla" Have a look at BitHub: https://github.com/WhisperSystems/BitHub
33.
by kristoffer 9y ago
Yes, many ECUs are currently not ARM based. But for advanced ADAS/AD and IVI it is ARM or Intel.
34.
by kristoffer 9y ago
That was one article void of content. The question in the title is certainly not answered in the article...
35.
by kristoffer 9y ago
This is a lot more than register specifications. It is a specification of the complete functionality of the architecture, written in a format that allows you to generate simulators, do formal verification of RTL code, or probably even gener
36.
by kristoffer 10y ago
Embedded Linux systems supporting OTA usually employs a dual root file system (RFS) approach where the upgrade is placed onto the currently not used partition and then after successful upgrade the RFS to boot into is replaced. It is an easy
37.
by kristoffer 10y ago
Or rather has support for IPSec, not all operators chose to deploy it properly.
38.
by kristoffer 10y ago
No the core network uses IPSec. Of course there is support for "lawful interception" though.
39.
by kristoffer 10y ago
Even 4G (LTE) is typically end to end encrypted. Unsure what you are trying to say or if you're just trolling.
40.
by kristoffer 10y ago
No it's not a "rampant" violation. Some people believe it is a violation and some not. Linus Torvalds being one who thinks its's fine. See e.g. https://lkml.org/lkml/2006/12/14/218
41.
by kristoffer 10y ago
You can't copy & paste paragraphs of text from your references, especially without quotation marks ...
42.
by kristoffer 10y ago
Hmm the article plagiarises one of it references pretty verbatim ( https://www.lammertbies.nl/comm/info/modbus.html ). Tacky!
43.
by kristoffer 10y ago
You can do SLAM with only cameras ...
44.
by kristoffer 10y ago
What do you need for "true self-driving" in your mind? Cameras + radar is more than humans have at least, so I think that should be enough. Solid state LIDARs will soon be cheap enough and a good complement of course but I find it
45.
by kristoffer 10y ago
So x86 has no non trivial components? It would probably force the hw manufacturer to think through its design a little bit more, which would be a good thing. I've seen enough of these SoCs with "complex system of interacting compo
46.
by kristoffer 10y ago
Device trees needs to be written to match the hardware, compiled and supplied to the kernel. So not really as nice as "boot this kernel on any hardware". Device trees are needed because manufacturers did not create self describing
47.
by kristoffer 10y ago
Or you can solve it as done in GRLIB (www.gaisler.com/index.php/downloads/leongrlib), with having all on-chip peripheral information (memory & irq map, etc) specified in a ROM configuration area (which is automatically ge
48.
by kristoffer 10y ago
Don't know your definition of microcontroller but VxWorks runs on e.g. Cortex-M3/4, MIPS, 68K, SH, SparcV8, PowerPC thus including some devices I could microcontrollers. But there is no clear cut definition of microcontroller, mic
49.
by kristoffer 10y ago
Yes for their microcontrollers they use VxWorks. But Linux is still used for the flight software (i.e. mission control).
50.
by kristoffer 10y ago
Well, SpaceX claims to be running their flight software on Linux so it is critical to their missions at least :)
51.
by kristoffer 10y ago
There are still CPUs without MMU where one would like to run Linux (e.g. J-core or other FPGA soft cores). One good reason for using Linux instead of any of the RTOS is better networking support. I've used VxWorks, RTEMS, Nucleus, Free
52.
by kristoffer 10y ago
SEEKING WORK - remote I do embedded software of all kinds. Bare metal, RTOS, Linux (including kernel/driver work). Experience from semiconductor (SoC vendor), aerospace, telecom and imaging. se.linkedin.com/in/kristofferglemb
53.
by kristoffer 11y ago
I said fabrication process AND RTL architecture matters more than ARMv7 vs SPARCv8. They are both quite nice RISC architectures. Nothing in either one is especially power hungry. Sure you have Thumb, that saves a little on memory bandwidth
54.
by kristoffer 11y ago
Power consumption is of course very much dependent on the chosen fabrication process and SoC configuration. A LEON3/4 core is comparable to something like a ARM Cortex-M7 and it is not the ISA (when comparing ARMv7 vs SPARCv8) but the
55.
by kristoffer 11y ago
Academics should absolutely open source their stuff to a larger degree and contribute it a common open source community. I don't think LEON/GRLIB will be that community but may be a part of it. OpenCores did not succeed but I have
56.
by kristoffer 11y ago
I agree that LEON is overlooked in the MCU market. Wrapping up one or multiple of the RISC-V cores in GRLIB is something I think would benefit both Gaisler and the RISC-V community and something I have thought of doing myself if I had the t
57.
by kristoffer 11y ago
Then you are missing the point he is making. LEON is a GPL implementation of SPARCv8 which you can download and use in an FPGA, tape out your own ASIC or buy one of the existing SoCs built with it (might not be that easy...). In other words
58.
by kristoffer 11y ago
I thought it was pretty bad as well ... But the SPARCs you mention have their drawbacks. LEON is not that competetive in the high end (in order single issue, low clock freq) and T1/T2 are only cores (i.e. without interesting "unc
59.
by kristoffer 11y ago
Modern x86 is quite competent as DSP using AVX. I think you are exaggerating. I have worked with LTE baseband as well, but admittedly never done an x86 LTE PHY. pCell claims to be doing quite complex network mimo LTE stuff on x86, still mos
60.
by kristoffer 11y ago
It is possible to do compliant LTE phy on x86, of course it is not so energy efficient. Also x86 + fpga SoC is coming soon and could be interesting for that kind of purpose. Though I don't think baseband virtualisation will be somethin

More ›