Rob Savoye has been working on GCC since 1987, on the team that originally made it, started programming computers in 1977 using Fortran 4. Rob Savoye is a Tech Lead in Support Maintenance at http://linaro.org Also see my previous video with Rob Savoye here.
Blog on ARM Powered® devices
Early Video ($50/yr)
Become Member Login
Category: Linaro Connect
ARM is the most interesting thing that could happen to servers in decades: a chance to redefine system architecture, form-factor, hardware acceleration, power consumption and the supplier ecosystem. It’s also a chance to throw away legacy and build the ideal platform for a post-cloud world (whatever that means) — if we keep our eyes on that goal. This is Kiko's view on where we are and where we need to be in order to turn opportunity into industry-defining success.
Christian Reis – VP Hyperscale at Canonical, Kiko is responsible for next-generation server engagements & technology, including Ubuntu Server for ARM and the provisioning solution MAAS. Prior to this role, Kiko was assigned as VP Engineering to Linaro, where he participated in the organization’s conceptualization and creation. Kiko holds an MSc in Software Engineering from USP and resides in São Carlos, Brazil.
Here's Kiko's keynote video: "Mythology and Potential of the ARM Server":
Clark and Linda of HP give an inside look at HP's Moonshot system configured with their new m400 ARM cartridges. Each cartridge is an individual 64-bit ARM server using AppliedMicro's X-Gene SOC, with 8 cores and 64Gb of RAM with 2 Mellanox 10G NICs. The servers are running OpenStack with a mix of cloud controller services and Nova compute nodes.
Linda from HP describes HP's new Moonshot systems, including the new m400 ARM server cartridge, which was demoed at Linaro Connect. HP has launched the TI 32bit and the AppliedMicro X-Gene 64bit ARM Server in HP Moonshot.
Gaurav Minocha, a GSOC'14 student intern at Linaro, completed the project Linux Flattened Device Tree Selfchecking, under the guidance of Grant Likely, CTO office.
He was invited to give a talk on his work at LCU14
Linux Flattened Device Tree Selfchecking is a test suite to test the OF device tree interface used in device driver development. Traditionally, following input data was configured for the successful execution of Selfchecking tests.
- Append the testcase data to the current device tree (i.e. add a #include testcases.dtsi to the board .dts file to add in the
- Enable the testcase driver (i.e. enable OF_SELFTEST symbol in kernel config)
What was the problem above? - All the platforms had their custom device tree file so to execute the Selfchecking tests, and before enabling the DT self test the testcase data had to be manually appended to the device tree file (as mentioned above)
As a GSOC'2014 student intern, Gaurav Minocha removed the manual process of appending the testcase data to the board_specific .dts files, that is the input for the selftests. So, he has designed and improved the current code to automate the addition of the test data to the current device tree, if OF_SELFTEST symbol is enabled. In simple words, now user just needs to enable the appropriate config symbol to run the self tests.
Cavium demonstrates a high performance implementation of ODP-IPSec packet processing on a Cavium MIPS SoC on both Linux-Userspace and Bare Metal runtime environments. The demo is able to produce 40GB/s IPSec ESP processing.
Demonstrate the performance effective implementation of ODP-IPSec packet processing on Cavium SoC on Linux-Userspace and Bare Metal runtime environments.
IPSec ESP Processing (Authentication and Cipher)
40G Line rate
Linux User Mode environment support
Bare metal environment support
AES-CBC Cypher ( RFC 3602)
HMAC-SHA1-96 Authentication (RFC 2404)
Multiple SA support
Dr Christos Kolias of Orange and Raj Murali of Linaro talk Network Functions Virtualization (NFV), SDN, ODP
Interview with Orange Sr. Research Scientist Dr. Christos Kolias and Raj Murali, Director of the Linaro Network Group on LNG Networking & Demo Day at the Connect event. The interview focuses on discussion about network functions virtualization (NFV), software defined networking (SDN), and OpenDataPlane (ODP).
Dr. Kolias explains the motivations and goals of the NFV project while Mr. Murali discussed the state of the ODP project and how it relates to the wider goals of NFV and SDN. The OpenDataPlane project provides an efficient abstraction layer to permit data plane applications to run portably across a wide variety of networking SoC platforms and processor architectures while still exploiting the various acceleration and offload features of those platforms. Mr. Murali also discussed the OpenDataPlane demonstrations showcased at Linaro Connect 2014. ODP v1.0 is scheduled for delivery at the end of 2014.
Network Functions Virtualization (NFV) envisions and promises to change the service provider landscape and has emerged as one of one of today’s significant trends. Although less than two years old, NFV has garnered the industry’s full attention and support. Moving swiftly, a number of key accomplishments have already taken place, and a lot more work is currently under way within ETSI NFV while we are embarking on its future phase. Various proofs-of-concepts (ranging from vEPC to vCPE, vIMS and vCDN) are being developed while issues such as open source and SDN are becoming key ingredients as the can play a pivotal role.
OpenDataPlane is a framework for developing cross-platform user space dataplane applications, like it is the case with Open vSwitch. For this we have written a "netdev provider" based on ODP to make OVS capable to work on a variety of platforms through the abstractions provided by the ODP API. The OpenDaylight Controller's role is to manage virtual OVS switches/bridges running on top of ODP, both through a GUI web interface as well as through a series of scripts that take advantage of the REST northbound API of the OpenDaylight Controller. The video also shows how to control OVS switches through the ovs-ofctl command line tool of OVS, that is equivalent to using an externally connected controller implementing the OpenFlow specification (like the OpenDaylight Controller).
Right now the ODP netdev layer for OVS runs on linux-generic using basic socket transport, and it is scheduled to be running on linux-dpdk and linux-keystone2 ODP platforms. For the purpose of the demo the ODP netdev layer doesn't take advantage of ODP's packet scheduler, it only sends and receives packets in burst mode. For that it might be necessary to implement a dpif provider, which is one layer upper in the design of Open vSwitch.
Here are some of the engineers from the teams from Linaro and ARM in hacking rooms at Linaro Connect in the USA last week, they are solving problems around Android to get it working for 64bit ARMv8 SOCs. The team are quite open to share their experiences in getting Android running on ARMv8 based Juno development platform. The ARM team is working on few advanced problems and submitting the fixes to AOSP. The Linaro team is preparing an AOSP based Android build shared public as part of 14.09 Linaro software distribution.
There were various presentation from Linaro and it's members at Linaro Connect US on Android for ARMv8 (64 bit) SOCs. The links for these are shared below:
and Open Discussions
Gil Pitney demonstrates how Texas Instruments' Keystone II ARM+DSP multicore SoCs are ideal for "green supercomputing", performing demanding High Performance Computing (HPC) workloads at lower power. TI's Mulicore SDK for HPC (MCSDK-HPC) examples show how TI's OpenCL driver and the OpenMP 4.0 Accelerator Model allow demanding scientific computations to be easily offloaded and distributed to the 8 DSP cores.