Lockheed Martin Selects Linux for Missile Defense
m3lt writes "Business Wire is reporting that Concurrent announced today that Lockheed Martin Space Systems has selected RedHawk(TM) Linux as the operating system for their United States Army Theater High Altitude Area Defense (THAAD) program." From the article: "Lockheed Martin selected RedHawk for the THAAD program due to the precision and guaranteed response time of Concurrent's RedHawk Linux real-time operating system. Only RedHawk Linux was able to ensure the high frame rates required in their HIL simulation without frame overruns, thereby ensuring the highest quality of system test."
So we like big arms companies now?
M M M M M MULTI-KILL!
I wonder if the selected distro includes tic-tac-toe ?
liqbase
Red Hat Linux, then Red Flag Linux, and now RedHawk Linux. What next, Red Light Linux bundling a GPL alternative to Leisure Suit Larry?
hmm, Linus Thorvalds to the rescue! No killing people with the Linux kernel, please!
--- Eat my sig.
I hadn't heard of RedHawk Linux until this news blurb, so at first I thought I had read it as "RedHat" and just about choked on my coffee!
It looks like the military gets better frame rates running Doom 3 under Linux also. :)
When you get to hell -- tell 'em Itchy sent ya!
Now managing, configuring and upgrading missile system will be so complicated and time-consuming that missile-based wars will become essentially impossible ! Three cheers for Lockheed-Martin and Linus !
There was this story on slashdot a couple of months ago and was detracted by many as opterons being out of place in the real time market. I guess we see it does have use =P
If an officer ever threatens to taze you, say you have a pacemaker.
Linux will be used to *test* the system not run it.
"Lockheed Martin will use RedHawk real-time Linux in hardware-in-the-loop (HIL) simulation testing of strategic missile defense subsystems. HIL simulation is a critical product development process that provides for thorough testing of components in a virtual environment in which other subsystems are replaced by mathematical models.""Lockheed Martin selected RedHawk for the THAAD program due to the precision and guaranteed response time of Concurrent's RedHawk Linux real-time operating system.
That, and the fact that the Windows-based missle kept blowing up mid-flight...
Shameless plug for my photos on Flickr
Well, Linux can now really start targeting Redmond...
Only you can stop the incoming missiles, Tux Racer!
We recently had heard in the office over one of the Yellow Machine that's made by Anthology Solutions.
Unfortunately you cannot have free software if you place arbitary restrictions upon who can use it or what it can be used for.
Its an embedded Operating system for use in a monitor and control system - not unlike the automatic cars we just cheered on around the desert or the bots on mars, just because it may have several tonnes of high explosives taped to its back doesn't make it any different.
liqbase
It wouldn't be "free knowledge" then, would it? In restricting the GPL/BSD whatever for certain uses, the basic fundamental freedoms in the spirit of those licences would disappear. Don't like it? Publish your work under a different licence!!!
Don't be stupid. The GPL states that Linux may be used for any purpose the user sees fit. That can be good or bad. Things to note:
You really cannot be serious "all the people who ... have taken part in building weapons that kill". They didn't build weapons, they built general purpose software. They can have completely clear consciences about this. Don't let one application of this software politicise Linux or the Free Software movement in this way.
Parent post is a troll. The realtime kernel Lockheed Martin is using WAS designed as a true realtime OS in the likes of QNX. It is different than the vanilla Linux kernel you're running on your desktop and has advanced QoS and realtime features that they required.
Right... but somehow, I'm afraid of hippies shouting "make bzImage not war".
The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
This is still important however. From their wording it looks like they will be replicating hardware via "mathematical models". I think it shows a lot in that linux can provide a real time software drop in for various missile guidance hardware.
If an officer ever threatens to taze you, say you have a pacemaker.
You are entitled to the source code to the missiles that just landed on your head under the terms of the GPL?
One day we will. Unfortunately, not anytime soon.
Does anyone have any more information on RedHawk Linux? I went to their website and it appears they modified the stock Linux kernel to make it hard realtime. I'm a little skeptical after following kernel developments over the years. Even with the preemptible kernel patch, Linux is still nowhere close to being able to claim hard realtime response. Any ideas on how RedHawk is able to make these claims?
Hardware In the Loop testing is where a missile is put basically in a 3 axis gyroscope mount so it is able to maneuver freely. In front of it is put a projection screen where RADAR images are being projected. The seeker on the missile then sends a signal to the fins to move but instead of moving fins that signal is hijacked and an algorithm figures out how the missile would have rotated in space and instead rotates the gimbal (the gyro mount) instead. A computer program tracks how the missile would have really moved in space. A RTOS comes in handy for these kinds of simulations. HWIL testing is an important step between pure software simulation and firing the actual beast because you can start to see lags in the system and test indvidual subsystems non-destructively without ever firing a missile.
-everphilski-
And the tree-huggers reminding us to all "make clean"...
sig?
If they shoot such a missile at my rocket, I may demand them to send me the source code. After all, they just distributed open source software. All over the area...
Anagram("United States of America") == "Dine out, taste a Mac, fries"
It is certainly not popular to point out, but war is generally what advances civilization in terms of discovery, invention, etc. Historically at least, killing others and keeping yourself from being killed has been the primary motivating factor in becoming better, smarter, and stronger.
Not that I am advocating war, and certainly not the current farce.
Finkployd
What the - you sound like George McFly. "What if the system were to fail? I just don't think I could handle that kind of rejection!"
"To avoid criticism, say nothing, do nothing, be nothing."
- Elbert Hubbard
If you don't know where you are going, you will wind up somewhere else.
1. Combine a major company using Linux for all it's excellent benefits with an obvious usage of war....
2. Slap on that flamesuit and logical-fallacy-inducing tinfoil hat
3. Watch the collective mind of slashdot swirl around these conflicting emotions
(4. Profit.)
This is gonna keep me entertained all day...
It's been in the works for over a decade now, with no deployment in sight.
That would not be a good thing. Let's see where it would lead...
#1 : All military contractors and personnel would suddenly stop contributing to any OSS efforts.
#2 : Any non-popular group would then be given a "free for non-(non-popular group) use" statement / clause.
Fundamentalist Christians could be placing a "free for non-gay use" clause in their releases. African Americans could place a "free for non-white use", Lesbian Americans a "free for non-straight use," and Left-Handed-Americans a "free for non-right-hand use" clause.
Slippery slope, my friends. Free is free.
Oh, and wouldn't you prefer the finite number of tax dollars available to be spent as wisely as possible? Sorry... I forgot that Anonymous Cowards typically don't pay taxes.
This is better than the Swedish military using Windows NT 4.0 to power their warship a year.
Actually, this isn't a WMD, it's a missile defense system, which stops missiles from killing people.
The missiles, being launched by evil people, probably run Windows. That's because Linux is free, and as we all know, these people hate freedom.
I can tell you that the killall command is very powerful on this system.
> Linux isn't really a realtime OS.
You are wrong. Linux is a hard realtime OS (and you can get soft realtime without making a big effort) when you have the right hardware and the right scheduler. This Linux OS has independent timers and a special scheduling system, which makes it run realtime with granularity of microseconds in the simulation. Now you will ask how I know that... Ill tell ya, I work with this product, as a control engineer, and help desk for this product.
The difference of this version Lockheed purchased is that its not an Operating System, but a full HIL/MIL (hardware in the loop, man in the loop) system, which means the software, the computer, special acquisition I/O cards, the special timer system AND a special set of realtime debugging tools that are the hottest thing available. I could try to explain you what these tools are all about, but i) people would tell Im doin marketing bla bla bla and ii) I doubt you understand industrial simulation, so I must assume you are some student repeating like a parrot that QNX this, vxworks that. But just to prove Im not lying, these tools are able to hot patch a running code without stopping the process (when you have the source available, in C, C++, Fortran and ADA), kernel intrumentation, graphical view from the scheduler taks, execution time of process and syscall, cpu isolation to run a dedicated simulation in a certain cpu, you can monitor critcal vars and setpoints in a GUI, so you can run the simulation and check they are never out of the sweetspot, running distributed simulations in high speed deterministical networks, etc, etc.
But goin back to the topic, these debugging tools are amazing and a great add-on to the package. Im not surprised of the choice, the product is very good. And its something the RTLinux (from FSM Labs) and Wind River versions (of Linux - ya, they are doing linux too, or even its VxWorks doesnt have).
The reason Linux is not so popular is that these guys are really really traditional people, and they dont change very often their tools, its hard to break the stablishment. In the other hand, some simulations users loves using Linux in their simulation systems. Others are using other solutions for years, and dont feel the need of changing them, no matter how painful it is to run old/legacy applications.
So just to finish my point. This is a full simulation system that can do the job even better than other proprietary solutions, and with a better cost-benefit. Its not "clever trick". The people who make this product are not newbies (they are playing this games for decades, check their history), neither their users. They didnt pick up this solution because they are cheap, or they look beautiful, or they like tux. They picked because its the finest one available.
>Something that was...well, designed to do RT, and designed so you can easily take >out all the stuff you're not using (think less room for bugs).
You can do that with Linux OS. FSM Labs has versions that can boot in 300 miliseconds to full operational status and as small as some kbytes. If you use google a little, you will find some harcore realtime systems with linux
> I haven't even thought about mission critical yet!
> I love Linux as much as the next geek, but tools for jobs folks.
You obviously does not work with that.
but it wasn't built for RT from the ground up.
And that's why it won here.
This distro IS true Realtime OS, with kernel modified to work in realtime. In this it's equal with all the other available RTOSes, or even a bit below, because the support for realtime operation is young and not fully-featured. But while other RTOSes focused on adding more features, making it more stable and such, while neglecting actual efficiency, plain vanilla linux was developed to be a speed monster, with all that extra schedulers, optimizations, support for custom architectures, SMP and all the stuff that just made it a very FAST OS. Then the RealTime extension was added.
Make no mistake, Realtime doesn't mean fast. On normal systems, no matter how much CPU power, you can't guarantee some thread won't be stalled for longer than X miliseconds. On RTOS, given certain hardware speed and certain software load you can -guarantee- some threads will be given time within some fixed time. Often longer than they usually get on non-RTOS, but never longer than certain X miliseconds.
Now thing is, how much can the X be, and what does it depend on? Well, certainly on amount of $$$ you put in the hardware, more CPU power = more spare CPU power that can be given sooner. So theoretically: Give enough CPU power, have arbitrarily short guaranted response time, down to time of one loop over the kernel procedures. In reality: You have just as much hardware, and the kernel of the RTOS eats up most of the resources, and due to all the failsafe checks, runs quite slowly in fact. True, at a constant safe pace that allows for granted 20 frames per second of input sensors analysis. But if you want 30, sorry, it starts crubmling, CPU overloaded, failsafes launched, frames lost. As long as you tell it to grab 20 frames a second, it won't fail, ever, no matter what though (as opposed to non-RTOS, which may lose a few frames just because it needed to swap out some memory or run a cron job in the background).
All RTOSes do this. x MIPS, y RAM, m miliseconds for response, n miliseconds when the thread must finish or it will be forced to finish. Plus costs, reliablity and all the standard issues with any generic OS.
Now, given certain speed of hardware, what speed can you guarantee? Depends on the OS, and the faster the OS, the better the speed. And while Linux is really very fast, others aren't so. Writing a system that GUARANTEES 50 fps instead of 20 fps is damn hard. But writing a normal system that does 90fps on the average, without lowest speed guarantee? Well, possible, not so hard. Just keep it optimal. Then throw in the extra bits that make it a RTOS, and you notice that even after the RTOS overhead it never gets below 70fps. Check most pessimistic scenarios and you see it will never drop below 50fps.
Anagram("United States of America") == "Dine out, taste a Mac, fries"
First point. THAAD is actually "Terminal High Altitude Area Defense" and is being developed concurrently between Lockheed Martin and Raytheon.
I worked on the THAAD project for Raytheon from 1999-2000. Here is the unclassified description of how it functions:
Upon radar detection of an incoming missile (such as a SCUD) the THAAD missile is launched against it. Unlike earlier technologies for missile defense (such as the PATRIOT*), the THAAD missile does not contain any explosive warhead, instead using the available space and weight for a more sophisticated guidance system. The THAAD warhead contains an active guidance system that will seek the incoming missile and collide with it, destroying the incoming missile with its own warhead.
Earlier technologies relied on a wide-area warhead that would be detonated once the missile was within a certain diameter about the target, relying on the concussion wave and shrapnel to destroy the missile. This was unsatisfactory as in some circumstances the missile would destroy only the target's propulsion system and allow the undamaged warhead to fall to the ground, resulting in collateral damage.
*The PATRIOT missile was not designed as an anti-missile weapon, it was in fact designed as an anti-aircraft weapon, but was retasked during Operation: Desert Storm to shoot down SCUD missiles. It was considered very impressive that it worked at all, considering it was designed for use against much slower-moving targets.
You may treat all information submitted above as wild speculation.
You do realize I hope that this system, THAAD, is a theater missile-defense system, not a global "Star Wars" hemisphere-defense one.
It's designed to protect strategic assets from medium range, single warhead ballistic missiles, which are exactly the thing that China, N. Korea, and other ex-Soviet client states have in spades (and are significantly easier to put together than an ICBM). The intended use is to place them as a spot defense over a high-value target, as the farthest reaches of a layered system that includes short-range defenses like Patriot, etc.
This is not an ICBM shield for the U.S. in the manner that I think you are thinking it is, that would really have any effect in the event of a global thermonuclear war. The preventative measure against that is still MAD. However when you step down from that scenario (and terrorism), the next most likely case of a nuclear weapon being used against us is with a theater ballistic missile against a strategic target like a foreign city, aircraft carrier, or air base. In a situation like that, a defensive system like this makes a lot more sense.
"Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
Yeah I was looking at the same thing also. They have some OSS stuff there for download (and helpful instructions in case you want to upload your changes -- I mean who wouldn't want to contribute at no charge to their friendly local defense contractor?) but no source.
/src directory on systems they sell, or on the CDs or however they distribute it.
This by itself doesn't mean anything though. Remember that the GPL doesn't require you to make your code available online to just anyone, it just says that you have to distribute it along with the software. So it could be something as simple as a
They can't prohibit you from buying the product and redistributing the source code, but it doesn't mean they have to go out of their way to make it particularly easy for you to do so. The only real way to tell if they're breaking the license would be for somebody to buy RedHawk Linux in whatever form is closest to a "retail box" and see if it comes with source, or a written offer to provide it. I believe those are the requirements of the GPL.
"Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
For those who oppose missile defence, I ask: The only other thing protecting you from nuclear attack is the fact that the United States is willing to commit an act of genocide to avenge your death. Does that make you sleep better at night? Especially since this does not protect you against mistakes, malfunctions, or insanity.
Toronto-area transit rider? Rate your ride.
People can debate the morality of this all day without really accomplishing anything, but as someone who operated technically sophisticated weapons systems, I can speak from experience as to the value of having an OS that is rock-stable and fast. As a long-time anti-submarine warfare helicopter pilot, the last thing I want ever want to see on my center console screen would be a blue screen of death, because in a shooting war, the "death" part might be far more literal than figurative. The morality of the use of technologies for war is a debate for politicians and academics; for those who are at the cutting edge of the spear--who are all volunteers and are there defending your right to even have this debate--the only thing that really matters about a technology is does it work now, and will it work without fail every time it is needed. Personally I'd go with Linux with a great deal of confidence. And if the political will of a nation is going to ask some citizens to lay their lives on the line to protect the bulk of the people, don't those folks on the cutting edge deserve to have the very best tools to do their job?
Jeez. After DECADES of research (much sponsored by the USN) into real-time scheduling we get real-time Linux running "frames". Also known as "a big loop of code run as fast as possible". Makes me want to retch.
K.
The guy I reported to was one of the smartest people I've ever met and fortunately for the project, he was responsible for the software. He'd come into our offices (the only people that worked in cubicles back then were HP employees) and see how we were doing. He'd frequently find us waiting on a compile as the machine was hard pressed to have 30 or so developers using a single computer to compile with. It began to bother him quite a bit because he'd read the design spec which called for the system to handle a couple of 1000 radar returns each minute. As he was technically capable, he sat down one day and wrote a radar simulator that fed radar packets to a "processor." All the processor did was count the number of packets it received and all the radar simulator did was send empty packets. Not a very complicated piece of software but it was enough to show the hardware wasn't going to meet the spec. It couldn't do that simple task, let alone process the packets, draw positions on the controller screens etc.
He wrote a memo and sent it up the chain. A week passed and no response so he wrote another memo saying the same thing but he changed the memo title. The new title was "I know you're out there - I can hear you breathing." That got his bosses moving and the problem was addressed.
I used one of the "real-time modified" linux kernels in my work too. I can see why LM selected it. For those who don't understand "real time" is does not mean "runs fast" it means that if I need a task to run once every 100 miliseconds it does just that. If you are doing something like controling a radar transmitter you need _exact_ timming. For jobs like running a web browser a real-time OS may seem unresponsive and "not smooth" They will likely need access to the kernel source code if they are fielding a military system. These systems have long (25 years plus) lifetimes and you need the ability to repair the OS 20 years from now. I used a real time Linux inside an astronomical CCD camera to generate the waveforms that shift the charges acros the rows and out to the amps and digitiziers. the camera moved relative to the target and the charge was shifted in sync with the moving image. Linuix was great. The hard real time stuff could be done with interrupts disabled inside a kernel level driver and the data was written to disk by a user land process. Standard tols and debugers could be used to develope the camera controller. I'm not surprized at all that LM went this way. But the "Linux" they are using is NOT the "linux" you see when you get Ret Hat or Debian.
Gyroscopic mount: typically, the seeker for the missile (radar, ir, video, whatever) in question is mounted on the gimbals. The rest of the guidance section is in a nearby rack. The reactions of the rest of the missile (fins, motor, body) is simulated in the kinematic codes running on the HWIL simulation computer(s).
Projection screen: a jargon problem. For Radar: an array of radio frequency feed horns are mounted on a wide hemispheric frame about 50 to 100 feet in front of the seeker, which is at the focal point of their output. By varying the frequency, power, and polarity of the energy from each feed horn, one or more targets can be represented. The simulation computer usually takes care of the radar pulse delay to represent range. Simulated changes in target angle are handled by moving the seeker on it's gimbals.
IR projection: a "hot" video display, to my experience using an led array no bigger than a laptop display a few feet in front of the seeker. Video: to my experience, either a large front or rear video projection system, or a tv display a few feet in front of the seeker.
Fins/vectored thrust: in a HWIL system, the aerodynamic controls are usually simulated. The control computer intercepts the commands from the guidance section, and feeds them into the kinematic software for use in the virtual environment.
Movement in 3D space: Why move the seeker at all? Because it's cheaper than moving the display mechanism (whether radar, ir, or video). The seeker is built to withstand intense shock and vibration, small, and usually weighs anywhere from a few tens to hundreds of pounds. The display system is usually custom built, touchy, and too unwieldy to move in angle or rate in degrees per second needed to represent how a target might present itself. Depending on the scenario, the simulated target may well start 'waaaaaaay off to the side of the seeker's POV. So, throw the seeker on gimbals and move it.
Before moving into an expensive HWIL lab, the guidance software, or guidance computer and s/w, will have been put thru it's paces on a computer-in-the-loop simulation, where nothing moves except logic states. HWIL is the final stage of integration testing before trying the whole missile out on a test range.
Just between you, me, and the lamp post, I believe Lockeed won the THAAD contract on price, and the Army has been paying the price for what, twelve years? If (my previous employer) had won this, I assert we'd have a deployable system by now.
Luke, help me take this mask off
It looks like you want to rely on the first few layers alone. Note that the first 4 have already failed several times. No thanks dude, I'll have all the other layers too please.
The author is "sort of" right. THAAD was floundering badly in the 90's and was completely restructured in 1996. The battle management and sensors were fine, but the interceptor was a flop and completely redesigned.
He speaks of the old system, you of the new. The only thing in common between the two systems is the acronym, but even the first Word in it has changed.
Not to worry, the THAAD interceptor will probably be replaced with the SM-3 (the missile that the Aegis BMD system is based on). However the radars and C3BM will remain the same.
I am very small, utmostly microscopic.