I'm wondering what OS kernel is used in the KPA firmware?
I'm asking because I noticed in job postings that Kemper is looking for an embedded Linux engineer familiar with ARM.
Kernel used in firmware
- r3tex
- Thread is marked as Resolved.
-
-
Funny you mentioned that since I've spotted that as well. Although I really don't know how far Linux would be of use in a Motorola environment. Or do they use an ARM chip for general purposes as well? Someday I might open up the Kemper and have a look - when the warranty has run out that is
-
Not sure what you mean by Motorola environment.. sorry
I'm just a K&R C and kernel development fan
and would love to hear the reasoning behind including a huge general-purpose kernel like Linux in the KPA.
It must be expensive, both hardware-wise and developer-wise? -
All I know is kernal Sanders, the chicken guy
-
Linux on ARM is cheap and easy these days : http://www.raspberrypi.org/. My guess that there is also a dedicated DSP on board for audio processing.
-
Not sure what you mean by Motorola environment.. sorry
I'm just a K&R C and kernel development fan
and would love to hear the reasoning behind including a huge general-purpose kernel like Linux in the KPA.
It must be expensive, both hardware-wise and developer-wise?The DSP of the Kemper is a Motorola (now named Freescale I think). So the actual DSP-code doesn't run on an ARM so I wonder what the ARM does in the Kemper - if there is any that is. Maybe GUI and storage management or network functions like the built in webserver that a user found in the KPA once.
-
Keep in mind that they also have a keyboard product line.
-
Keep in mind that they also have a keyboard product line.
Yep, but the Virus is Motorola as well. I think I've heard somewhere that Chris started his career with a small Motorola developers kit and did the Virus on it back in the day.
-
Hmm, makes sense that they need a separate DSP chip for audio.
Linux isn't a real-time OS! You usually have to overcompensate the hardware to make guarantees about frame timings.
Linux is only cheap if your time is worthless.I just saw a post saying that there's a webserver on the KPA. Someone should nmap the sucker and see what kernel it's running!
Speaking of which, IF it's running Linux, Kemper Amps would have to release the source code to be GPL compliant. -
so its not an iKemper then?
ok ok Just askin
-
Hmm, makes sense that they need a separate DSP chip for audio.
Linux isn't a real-time OS! You usually have to overcompensate the hardware to make guarantees about frame timings.
Linux is only cheap if your time is worthless.You can get hard rt kernels for Linux, even standard kernels now provide soft rt.
-
-
Get your feet wet here:
http://cache.freescale.com/fil…DSP56367.pdf?fsrch=1&sr=1http://cache.freescale.com/fil…P56367UM.pdf?fsrch=1&sr=3
http://cache.freescale.com/fil…E56FACT.pdf?fsrch=1&sr=15
http://cache.freescale.com/fil…SPASMRM.pdf?fsrch=1&sr=25
Well that killed this thread
-
Quote
You can get hard rt kernels for Linux, even standard kernels now provide soft rt.
Linux will never be able to do real-time. It's nice that it has a few agressive schedulers to choose from, but the only hard real-time option you have with Linux is to add a sort of hypervisor under that round-robins the kernel and your code. If you're going to code your own interrupt handlers, drivers and so forth, what's the point of using Linux? It has other nice components that don't need to be real-time? Speaking of which, how fast is patch-switching on the KPA?Also, I'm still waiting for Kemper to post the source code for the KPA.
QuoteGet your feet wet here:
I remember we used these as reference in my VHDL courses. Never made any useful chips myself though.
-
Well its not really my area of expertise but I worked 10 years or so ago on a nano kernel based linux that that combined latency and jitter of less than a microsecond and this was cpus with what we would now consider a very slow clock.
I would call this a hard RT as it had guaranteed timing, I know there are a lot of views on what RT is so maybe your definition is different?
-
I'm still waiting for Kemper to post the source code for the KPA.
..... ...I guess is going to be a long, long wait....just my guess....
Edit: Patch switching is around 2ms
-
..... ...I guess is going to be a long, long wait....just my guess....
Edit: Patch switching is around 2ms
Thats interesting, mine takes around a second with the new firmware!
Maybe I have something wrong then....
-
..... ...I guess is going to be a long, long wait....just my guess....
Heh, the Free Software Foundation usually helps out in that case -
-
As far as I know there is no network support on the kemper. The RJ45 is for the foot controller.