Hi
I discovered the program and "Safety and Security with Virtual Open
Systems" use case is quite interesting:
https://www.arm.com/why-arm/technologies/safety?_ga=2.246792964.1846358630.…
Cheers
FF
--
François-Frédéric Ozog | *Director Linaro Edge & Fog Computing Group*
T: +33.67221.6485
francois.ozog(a)linaro.org | Skype: ffozog
This event has been changed.
Title: Project Stratos Sync
Discuss the latest Project Stratos devlopments.Mailing
listhttps://op-lists.linaro.org/mailman/listinfo/stratos-devAgenda - feel
free to suggest items on the mailing
listhttps://collaborate.linaro.org/display/STR/Meeting+notesPrevious
AgendaVirtualization infrastructure enhancements Agenda
When: Every 2 weeks from 4pm to 5:05pm on Thursday from Thu 6 Aug to Wed 25
Nov United Kingdom Time (changed)
Joining info: Join with Google Meet
https://meet.google.com/uak-yrcj-tyd
Join by phone
(GB) +44 20 3956 3214 (PIN: 706606273)
More phone numbers: https://tel.meet/uak-yrcj-tyd?pin=4387074781142&hs=0
Calendar: stratos-dev(a)op-lists.linaro.org
Who:
* Mike Holmes- organiser
* souvik.chakravarty(a)arm.com
* Joakim Bech
* bogdan.costinescu(a)nxp.com
* Anmar Oueja
* sreemeno(a)qti.qualcomm.com
* tsoni(a)quicinc.com
* Tom Gall
* pratikp(a)quicinc.com
* Sumit Semwal
* David Brazdil
* François Ozog
* ilias.apalodimas(a)linaro.org
* Bill Fletcher
* svaddagi(a)qti.qualcomm.com
* srinivas.kalaga(a)huawei.com
* David Rusling
* Don Harbin
* shashi.mallela(a)linaro.org
* atouzni(a)qti.qualcomm.com
* randy.linnell(a)linaro.org
* Sandeep Patil
* matt.spencer(a)arm.com
* ruchika.gupta(a)linaro.org
* victor.duan(a)linaro.org
* bogdan.vlad(a)nxp.com
* adelva(a)google.com
* peng.fan(a)nxp.com
* stratos-dev(a)op-lists.linaro.org
* Mathieu Poirier
* Alex Bennée
* ed.doxat(a)arm.com
* Mark Orvek
* sramana(a)qti.qualcomm.com
* satyakim(a)qti.qualcomm.com
Event details:
https://calendar.google.com/calendar/event?action=VIEW&eid=NXZzczhsdjNkbTVs…
Invitation from Google Calendar: https://calendar.google.com/calendar/
You are receiving this courtesy email at the account
stratos-dev(a)op-lists.linaro.org because you are an attendee of this event.
To stop receiving future updates for this event, decline this event.
Alternatively, you can sign up for a Google Account at
https://calendar.google.com/calendar/ and control your notification
settings for your entire calendar.
Forwarding this invitation could allow any recipient to send a response to
the organiser and be added to the guest list, invite others regardless of
their own invitation status or to modify your RSVP. Learn more at
https://support.google.com/calendar/answer/37135#forwarding
This event has been cancelled with this note:
"Moved 1 hour later and out to the 10th of December to avoid Thanksgiving
whilst not repeating on top of OpenMP and TF calls."
Title: Project Stratos Sync
Discuss the latest Project Stratos devlopments.Mailing
listhttps://op-lists.linaro.org/mailman/listinfo/stratos-devAgenda - feel
free to suggest items on the mailing
listhttps://collaborate.linaro.org/display/STR/Meeting+notesPrevious
AgendaVirtualization infrastructure enhancements Agenda
When: Every 2 weeks from 4pm to 5pm on Thursday United Kingdom Time
Joining info: Join with Google Meet
https://meet.google.com/uak-yrcj-tyd
Join by phone
(GB) +44 20 3956 3214 (PIN: 706606273)
More phone numbers: https://tel.meet/uak-yrcj-tyd?pin=4387074781142&hs=0
Calendar: stratos-dev(a)op-lists.linaro.org
Who:
* Mike Holmes- organiser
Invitation from Google Calendar: https://calendar.google.com/calendar/
You are receiving this courtesy email at the account
stratos-dev(a)op-lists.linaro.org because you are an attendee of this event.
To stop receiving future updates for this event, decline this event.
Alternatively, you can sign up for a Google Account at
https://calendar.google.com/calendar/ and control your notification
settings for your entire calendar.
Forwarding this invitation could allow any recipient to send a response to
the organiser and be added to the guest list, invite others regardless of
their own invitation status or to modify your RSVP. Learn more at
https://support.google.com/calendar/answer/37135#forwarding
Another consideration, next week is Thanksgiving in the US, I propose we
move the meeting until the week after.
MIke
On Tue, Nov 17, 2020 at 10:25 AM Mike Holmes via Stratos-dev <
stratos-dev(a)op-lists.linaro.org> wrote:
> Hi Stefano
>
> For the Linaro participants, it looks like one hour later is fine. if there
> are no objections I will move the meeting tomorrow.
>
> Mike
>
> On Mon, Nov 16, 2020 at 10:33 PM Stefano Stabellini <
> stefano.stabellini(a)xilinx.com> wrote:
>
> > Hi all,
> >
> > I would like to suggest having the Stratos meetings again at 8AM
> > California time / 4PM UK time to make it easier for people on the West
> > Coast to participate. (So far, we have been meeting mostly at 8AM,
> > except for a couple of occurrences.)
> >
> > Thanks for your help! :-)
> >
> > Cheers,
> >
> > Stefano
> >
>
>
> --
> Mike Holmes | Director, Foundation Technologies, Linaro
> Mike.Holmes(a)linaro.org <mike.holmes(a)linaro.org>
> "Work should be fun and collaborative, the rest follows"
> --
> Stratos-dev mailing list
> Stratos-dev(a)op-lists.linaro.org
> https://op-lists.linaro.org/mailman/listinfo/stratos-dev
>
--
Mike Holmes | Director, Foundation Technologies, Linaro
Mike.Holmes(a)linaro.org <mike.holmes(a)linaro.org>
"Work should be fun and collaborative, the rest follows"
Hi Alex, Arnd, Jean-Philippe, and all,
During the OpenAMP App-services call this week WindRiver gave a couple
of extremely interesting presentations, see attached slides.
Dan Milea discussed the usage of virtio between heterogeneous clusters,
i.e. virtio frontends on the Cortex-R cluster and virtio backends on
the Cortex-A cluster. They used a setup based on pre-shared memory to
make it work, which I believe is similar to the swiotlb approach we
discussed in Stratos. They noted that the last version of the virtio
spec on github had something in regards to virtio and pre-shared memory
regions that might help us cover this use-case from a spec perspective.
Dan, would you be able to share a pointer to it for clarity? So far, we
acted on the assumption that the virtio spec doesn't allow for this
architecture today; it would be fantastic if it turns out that it
already does.
The other very interesting presentation by Joshua Pincus was about
virtio-mmio and MSIs. They did excellent measurements on the
performance of virtio-mmio and they found out that the single source of
notifications (one interrupt) is the bottleneck. Adding MSIs vastly
improved performance. You can see the detailed breakdown on slide #8 of
"OpenAMP Virt I/O MMIO w/ MSI". This analysis really points in the
direction of adding MSIs to virtio-mmio.
Cheers,
Stefano
---------- Forwarded message ----------
Date: Wed, 28 Oct 2020 18:41:09 +0000
From: Nathalie Chan King Choy via App-services
<app-services(a)lists.openampproject.org>
Reply-To: Nathalie Chan King Choy <nathalie(a)xilinx.com>
To: "app-services(a)lists.openampproject.org"
<app-services(a)lists.openampproject.org>
Subject: [App-services] 2020-10-27 OpenAMP App-services call recording, notes,
slides, and action items
Hi all,
The notes from yesterday’s OpenAMP App-services call can be found at:
https://github.com/OpenAMP/open-amp/wiki/OpenAMP-Application-Services-Subgr…
The link to the Webex recording is in the notes. I am not sure how long before the recordings expire or I will hit my storage limit, so if
you need to catch up by watching the recording, please download it in the next couple weeks.
Please find attached the slides from Dan & Josh.
Action items:
* Dan & Josh to send slides (DONE)
* Stefano to start a thread w/ the folks who are working on shared memory & VirtIO
Best regards,
Nathalie C. Chan King Choy
Program Manager focused on Open Source and Community
--
App-services mailing list
App-services(a)lists.openampproject.org
https://lists.openampproject.org/mailman/listinfo/app-services
Hi All
We have some significant updates on the use cases and interest in the
virtio interfaces from a mobile perspective. Further insight helping us
gather information and thus do the most relevant work appreciated.
https://collaborate.linaro.org/display/STR/Virtio+Interfaces
--
Mike Holmes | Director, Foundation Technologies, Linaro
Mike.Holmes(a)linaro.org <mike.holmes(a)linaro.org>
"Work should be fun and collaborative, the rest follows"
Hi all,
I would like to suggest having the Stratos meetings again at 8AM
California time / 4PM UK time to make it easier for people on the West
Coast to participate. (So far, we have been meeting mostly at 8AM,
except for a couple of occurrences.)
Thanks for your help! :-)
Cheers,
Stefano
Hi,
I've uploaded a couple of variants of the AGL demo to compare KVM vs Xen
Dom0. You can find them on the Linaro fileserver via:
https://fileserver.linaro.org/s/wC9AT25Erd5S2Eq
They are:
1. agl-arm64-kvm-virtio-gpu-2020-11-10_11.11.55.mkv
Recorded on my MachiatoBin machine with KVM enabled. Using entirely
stock AGL Jellyfish images.
2. agl-arm64-xen-dom0-virtio-gpu-2020-11-10_11.19.57.mkv
Recorded on my developer machine running under QEMU TCG emulation
(hence the slowness). The run uses the stock AGL kernel which is why
you don't see the messages from the Dom0 kernel console.
3. agl-arm64-xen-dom0-virtio-gpu-custom-kernel-2020-11-10_11.25.44.mkv
Same as above, but this time running a stock 5.9 stable kernel which I
did a "make olddefconfig" and then enabled the Xen paravirtualised
console (which is why you can see the kernel messages on boot up). You
can see some services fail to start on boot-up but I suspect those are
just timeouts due to the slowness of emulation. You can ssh into it
once it's up.
As I've mentioned before Dom0 isn't nearly as impressive as running as a
DomU image which is still the main goal. That said it certainly shows
the image doesn't really care which hypervisor it's being run under.
--
Alex Bennée
Hi All
We have an interesting call this week with input from Huawei, Windriver and
a discussion on the use of Greybus to solve the i2c, SPI and GPIO
virtualization cases.
- Salil Mehta - discussion on Huawei's interest in the Stratos project
- Dan Milea, Josh Pincus - OpenAMP App-services topics from WindRiver
- A couple of slides on Immediate goals, some research, some results,
and then immediate next steps
- Notes from recent presentations here
https://github.com/OpenAMP/open-amp/wiki/OpenAMP-Application-Services-Subgr…
- Viresh, Alex Elder, Bill Mills Greybus as a solution for I2C, SPI
and GPIO
------
Project Stratos Sync
Home page: https://collaborate.linaro.org/display/STR/Stratos+Home
<https://collaborate.linaro.org/display/STR/Stratos+Home>
Virtual meeting: meet.google.com/uak-yrcj-tyd
Thursday, 12 November⋅3:00 – 4:00 pm GMT
Every 2 weeks on Thursday
Mike
--
Mike Holmes | Director, Foundation Technologies, Linaro
Mike.Holmes(a)linaro.org <mike.holmes(a)linaro.org>
"Work should be fun and collaborative, the rest follows"
Hi Alex,
Thank you for doing this. I am looking forward to STR-20, I have been
wanting a clean-up in that area for years. Also STR-19 is well worded
and looks mostly fine. I only have a comment on the last statement:
> QEMU should also be able to act as the stub setup to pass IOREQ events
> to a separate vhost-user daemon as a stepping stone to a future Xen
> aware vhost-user stub program.
Xen can actually have multiple IOREQ servers running for the same
domain. Given that the code for receiving IOREQs is minimal and easily
portable, it would be better to make any other daemon a proper IOREQ
server talking to Xen directly, rather than having to go via QEMU. The
architecture would look cleaner and would lead to far better
performance, removing a step in the hot path. In other words I think the
vhost-user daemon should be run as its own IOREQ server.
On Wed, 4 Nov 2020, Alex Bennée via Stratos-dev wrote:
> Hi Stefano,
>
> I've re-written STR-19 (https://projects.linaro.org/browse/STR-19) now I
> have a hopefully better understanding of the relationship between IOREQ
> backends and how QEMU is launched with Xen. I see this approach as a
> stop-gap for testing additional virtio devices. Eventually we need to
> specify a new card for a Xen aware vhost-user launching stub that will
> link our hypervisor agnostic user-space daemons to the Xen specific
> virtio instance. I think we can hold off on that until we have a better
> idea of the sort of interface Xen and other type-1's need to provide for
> them.
>
> I've also raised STR-20 (https://projects.linaro.org/browse/STR-20) to
> cover the work to fix up the current build and allow for using a leaner
> native qemu-system-aarch64 to be used instead of qemu-system-i386 and
> it's additional baggage. I have patches in train for that which I'll
> post soon.
>
> Could you have a look over both for any obvious snafus?
>
> --
> Alex Bennée
> --
> Stratos-dev mailing list
> Stratos-dev(a)op-lists.linaro.org
> https://op-lists.linaro.org/mailman/listinfo/stratos-dev
>