Attendees
- Gunnar Andersson (old account, disabled)
- Jeremiah Foster
- Klaus Birken
- Unknown User (toscalix)
- Torsten Mosis (Elektrobit)
- Nicholas Contino
Minutes
Meeting cadence reminder -- we meet every other week
Component description language / Component modelling
Gunnar presentation -- showing presentation from Klaus Uhl showing a slide that might describe a useable model. This model might describe components which would describe IPC for example and would have boilerplate binding code available. One use would be to ensure that each component has only the communication channels and other mechanisms that are necessary supporting the concept of “least privilege”.
Why don’t we create a shared language for components in GENIVI?
Manfred: I’m lacking a context -- is this just the start of the discussion?
Gunnar: we’ve discussed this in the SAT a couple times but it is not many months old. There has been a brainstorming session that listed some proposed parameters or parts of the component model
It might overlap UML but this format might be useful for developers since its text based
Klaus: You can use content assist as well to get all the interfaces
Manfred: The approach to use a DSL like Franca is good, but for defining a standard we ought to agree on a goal. What is the ultimate target we want to fulfill? We are currently thinking of similar things to extend Franca to make it more powerful, something we want to discuss in the coming months. For our work it is essential to describe the overall architecture -- the static part as well as the deployment.
Gunnar: Agreed, you cannot set up the access control without having a complete and static model.
Manfred: From that point you can go in many directions, how to build, doing IPC deployment, identify definitions for frameworks, though that becomes more specific as you go up the stack risking namespace clashes with proprietary framework names and APIs.
Manfred: If we had a flexible description that could be extended without creating new dialects, extendibility without new language powers as it were. Perhaps we ought to think about is more static components using the same patterns to parameterize and refine those definitions in the deployment using Franca
Generating access control rules is my main goal. Perhaps we need to have a voting on priority, we currently have just a rough dump
Manfred: We have some ideas and we would also like to do more with Franca in the future, like using Franca as an exchange format for tools and architecture. I’d be happy to show our work in one of the next TT sessions.
Klaus: Is it implemented?
Manfred: No, it is in the design stage
Klaus: My point of view is that it would be necessary to have in the GENIVI context and we see this in various company’s component languages. Extending Franca with another DSL is something I’m reluctant to do since Franca is already used in places where there already is a component language, this would mean that existing users would have to chose from two of languages that do the same thing. If there would be an open source component language tool many companies would be using it, but there really isn’t so people build proprietary ones.
Gunnar: Sent another email to Klaus Uhl to bring him into this discussion.
Manfred: I’m not thinking about another DSL, rather extending Franca. The advantage here is validation. Using one DSL in Franca allows you *one* validation versus validating multiple DSLs which is much more difficult.
Gunnar: What if we create a new language called Franca CDL? There will still be Franca IDL?
Manfred: new keywords would be added
Gunnar: How would we make it understandable that this new CDL is part of Franca?
Manfred: I’m happy to upload to the internal wiki as this is a new project still in the early design phase.
Torsten: We’re working on something similar, we had a Master’s Degree student working on this. It is still far away from being used and I think we’re interested in having something similar to what we’re discussing today.
Gunnar: Let’s collate as much information as possible
TODO: Torsten, Klaus, Manfred to bring information from internal discussions on extended Franca with a new Component Description Language for discussion in the next meeting
FOSDEM talks chosen, please see addendum
Check scope of Tools Team for missing tools
In the past, Gerrit has been mentioned. I feel that GitHub is more powerful and is more widely used by GENIVI members. Would it be useful to have a talk on some of GitHub’s code comparison tooling and other advanced GitHub features at the upcoming GENIVI AMM? Perhaps a discussion in this forum on the merits of Gerrit vs. GitHub and what we can do with each?
Identify the tools we want to discuss at the AMM
QFace and Franca integration -- do we want to bring in Juergen Blockage-Ryanelle, author of QFace into this forum to discuss integration with Franca?
The feeling was that a meeting with Juergen might be beneficial, plan is to bring him in if he’s available in February on the 8th
Klocwork status
TODO: Gunnar to follow up
Bug tracker -- time to make the move to JIRA since bugzilla will be deprecated fully by the upcoming AMM
TODO: Juergen Gehring is in charge of the CommonAPI work now, Jeremiah to contact him about bug migration
Changing the CI system to Jenkins -- this topic is currently being tracked in the GDP calls since a CI champion will come out of there
Addendum
FOSDEM chosen talks for 2017 in the automotive, mobile, embedded devroom
(Ab)using Google's Chromium-EC firmware for your own designs Building Franken-Chromebook-devices | |||||||||||||||||||
Adding IEEE 802.15.4 and 6LoWPAN to an Embedded Linux Device | |||||||||||||||||||
AGL as a generic secured industrial embedded Linux Factory production line controllers requirements are not that special | |||||||||||||||||||
Analyzing the Software Development Life-Cycle using Data-Mining Techniques | |||||||||||||||||||
Creating the open connected car with GENIVI | |||||||||||||||||||
Device Tailored Compositors with the QtWayland Compositor Framework | |||||||||||||||||||
Emulate any arbitrary USB Device with no cost! Build your own USB device without dedicated hardware! | |||||||||||||||||||
Groking the Linux SPI Subsystem | |||||||||||||||||||
How I survived to a SoC with a terrible vendor BSP Working with jurassic kernels, missing pieces and buggy code | |||||||||||||||||||
How to Build an Open Source Embedded Video Player | |||||||||||||||||||
How to fix Usually Slightly Broken (USB) devices and drivers? Sniffing traffic on your USB bus | |||||||||||||||||||
Isar: Build Debian-Based Products with BitBake | |||||||||||||||||||
Kernel DLC Metrics, Statistic Analysis and Bug-Patterns | |||||||||||||||||||
Loco Positioning: An OpenSource Local Positioning System for robotics Presentation with a demo of autonomous Crazylfie 2.0 quadcopter | |||||||||||||||||||
Making Your Own Open Source Raspberry Pi HAT A Story About Open Source Harware and Open Source Software | |||||||||||||||||||
Open Source Car Control | |||||||||||||||||||
Secure and Safe Updates for Your Embedded Device | |||||||||||||||||||
Software updates with OSTree Why and how | |||||||||||||||||||
Success and Failure in Building an Open-Source Software Platform for Autonomous Driving Systems | |||||||||||||||||||
Testing with volcanoes - Fuego+LAVA Embedded testing going distributed | |||||||||||||||||||
TPM2.0 practical usage Using a firmware TPM 2.0 on an embedded devices |