StormShield are a French company, and a subsidiary of Airbus.
So I guess "digitally sovereign" in the European Union could mean using a combination of GPL style free, open source (BSD and other similar licences), proprietary European "homegrown" products.
I guess Genua is another good contender in this market.
Stormshield firewalls offer a plethora of IPS protections and signatures, not just OT related ones. There are different licenses, offering varying protections and signatures.
Stormshield firewalls can certainly be used in enterprise settings. OT environments are an added bonus where Stormshield firewalls can be used as a protective layer.
Stormshield's IPS is its major strength, being very well integrated in the overall firewall design. The whole firewall rulebase is designed in terms of its IPS; I am not aware of any firewall on the market that has such a nicely integrated IPS.
Also, at the point where one runs out of IPS options to configure, whereby I'm not referring to signatures in the general sense of the term, and one also has adapted all of Stormshield's available signatures to the needs of the particular environment, the real fun of creating new custom IPS signatures begins.
Stormshield's roots date back to 1998's NETASQ, and so I would say they are of a similar pedigree as Check Point, in terms of their history.
Disclaimer: I'm a Stormshield Platinum Partner and hold a CSNTS.
To answer the XMOS question: XMOS's design was quite heavily influenced by the original Transputer and therefore they are quite similar. The one major difference to note that we're a stack machine.
XMOS uses registers and is limited to 8 threads per core in most of their architectures. So if you suddenly want to go large and build a massively distributed system you might have to take into consideration that on each individual XMOS chip you can only run 8 processes at a time and might have to change your software.
With our stack machine approach you can run the same program that may basically consist of an unlimited number of processes (as long as you have enough memory to store them that is) on either just one single Transputer or -- with no change to your program -- on an array of (unlimited) Transputers with each Transputer running one process.
So the entire architecture makes scaling easier.
I also think the way we talk to peripherals is different to XMOS but I'd have to check up on that. I've used XC and XMOS boards before as part of my degree here at Bristol but I never connected peripherals and then interfaced them on their boards.
There are quite a few changes we made on the architectural and microarchitectural level. Our dissertation and the presentation slides do mention this but I'll give you the gist of it:
We replaced the existing serial communication links with a single link that connects to a network of switches that are arranged in a Benes fashion. This allows for a very scalable way of building networks and is actually used in telecommunications systems. Our supervisor, Professor David May actually gave us the idea. Seemed pretty smart to me compared to other ways of building large networks.
We also introduced a new way of interfacing with peripherals (I/O), sensors and other things that might be useful to have if you're developing a piece of IoT hardware. And as I said we use the same message passing mechanism to interface with them that we also use for communication.
We also made lots of changes on the microarchitectural side: We went away from a microcoded design and became more akin to RISC by using hard wired logic.
Interesting question! Today is the first time I've heard of this particular RISC project, but at a conference we recently attended (http://oshug.org/event/42) I actually got talking to someone from Cambridge who's also working on his own open source RISC implementation (shout out to BERI: An open RISC softcore for research and experimentation).
Being Open Source is actually not our main differentiator from what's already out there in the processor market. Our main differentiator is in the very architecture of the processor, and perhaps interestingly the architecture also affects the kinds of businesses and projects we're targeting.
The OpenTransputer uses the Transputer instruction set, which is 30 years old, much like a current Intel or ARM processor use instructions sets that in their original form are also 30 years old.
The Transputer instruction set architecture (ISA) is very unique in that it is a stack machine, much like Java actually, just in hardware! On the microarchitecture level both the original Transputer and OpenTransputer come with inbuilt memory and communication links.
The Transputer is very closely tied to Occam, a language based on CSP, which means it uses message passing for everything. So we're much different from current RISC and CISC processors in that we don't use shared memory but message passing to achieve multicore. It makes concurrency simpler and allows for simple and large scaling (in particular for embarrassingly parallel problems).
The intricate nature of the Transputer ISA actually made us come to the conclusion that we should be targeting the IoT market, you know, all these small devices that both the maker community but also big businesses are interested in. Because what we keep hearing is how hard it is to interface with multiple processors and external devices.
We actually made the way you communicate with peripherals (I/O) the same as how you communicate with processors: Message passing. It takes a line to set a pin high, it could not be easier.
Please keep asking if there's anything unclear in there, because I'm sure I left something relevant out!
There's actually a video of that conference I mentioned somewhere, that would probably be helpful in explaining what's going on regarding the Architecture.
I've had two Thinkpads in the past (A21 and A31) before I switched to a Macbook Pro. I don't remember the thinklight being very useful, but that may just be me. Not sure how well the trackpad works as a mouse button.
It's a shame 16:10 has not been adopted by more laptop manufactures, it's a great resolution. Even 4:3 may be ready for a comeback, I'd really like to see a Chromebook in action, although I would prefer to run a more traditional Linux operating system on it.
This actually looks like a great laptop, could some point out what's wrong with it?
The screen isn't too big and it has a nice resolution, which isn't easy to find.
While I find this quite exciting from a pure developer perspective, it also reminded me that I haven't had anything I'd call a Desktop box in quite some time.
If I were to ever get a Desktop machine again, it would have to be cheap and light, definitely don't want anything clunky, otherwise a laptop seems preferable to me.
There do not seem that many products that would fill that gap, Intel's NUC is too expensive, the Raspberry PI too slow. Apple's mini Mac seems like the best proposition in this segment.
I wonder if the Parallela could not only be used as development center, but also as a Desktop computer?
It won't run any fancy games, that's clear, but it may actually be usable for browsing, watching videos and office duties.
So I guess "digitally sovereign" in the European Union could mean using a combination of GPL style free, open source (BSD and other similar licences), proprietary European "homegrown" products.
I guess Genua is another good contender in this market.