- Openamp-rp - lists.openampproject.org

Call for Agenda for Tomorrow 2020/03/12

by Mills, William

All, We have our meeting tomorrow. We have our standing agenda: * Linux Kernel pending patch status * open-amp lib and libmetal status * OpenAMP CI status Anything else? I have not sent the doodle pool for meeting at a conference in the next few months. I think a lot of our companies have shutdown travel since we last talked. I would like to get a verbal feel if a face to face meeting is practical in the next 3 to 6 months. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836 All, We have our meeting tomorrow. We have our standing agenda: * Linux Kernel pending patch status * open-amp lib and libmetal status * OpenAMP CI status Anything else? I have not sent the doodle pool for meeting at a conference in the next few months. I think a lot of our companies have shutdown travel since we last talked. I would like to get a verbal feel if a face to face meeting is practical in the next 3 to 6 months. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836

6 years, 7 months

1
0
0 0

We have our meeting tomorrow

by Mills, William

All, We have our normal meeting tomorrow. Please think about agenda items. On addition, I am collecting links to public git repos that contain carried or in-progress patches for all things remote proc. I will round up the TI links. If everyone else could send links to this list that would be great. I will try to collect and correlate. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836 All, We have our normal meeting tomorrow. Please think about agenda items. On addition, I am collecting links to public git repos that contain carried or in-progress patches for all things remote proc. I will round up the TI links. If everyone else could send links to this list that would be great. I will try to collect and correlate. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836

6 years, 7 months

1
0
0 0

Please send Agenda Items for the OpenAMP RP call tomorrow

by Mills, William

Hello, We have our normal call tomorrow. Please send agenda item topics. https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin… Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836 Hello, We have our normal call tomorrow. Please send agenda item topics. [1]https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup -Meeting-Notes-2020 Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836 References 1. https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin…

6 years, 8 months

1
0
0 0

Open Source Build Environment for OpenAMP

by Ed T. Mooring

Hi all, One of the difficulties I have encountered while trying to get OpenAMP into the Linaro continuous integration loop, as well as while trying to test the GitHub OpenAMP repository code, has been the need to use proprietary tools and environments to build the OpenAMP firmware.This is what I think is needed to solve this problem. Feedback will be welcomed. Goal: A complete open-source development environment for OpenAMP on Linux for Cortex A and bare metal/FreeRTOS on Cortex R. The first use for this is for Jenkins/LAVA testing. Just using a slightly customized version of the Xilinx Yocto build for Linux and OpenAMP turns out to be impractical due to the use of a Xilinx-specific toolchain and the huge size of the resulting image. The second use is for developers who want to work with OpenAMP and the Linux kernel without needing to use a proprietary SDK or tool chain. In fact, with the QEMU Docker container, they wouldn't even need real hardware. To do this requires: Toolchains for the ARM Cortex A and Cortex R. I intend to use the toolchains provided by ARM by default, but the eventual setup should allow the user to switch to other toolchains, such as LLVM or a proprietary one. A Linux root filesystem. I will create this using Yocto and a stripped-down image recipe. The necessary header files and libraries to compile and link the Cortex R5 firmware for Xilinx first (the BSP). Later I want to support other manufacturers as well. A mechanism to update the root file system when the Linux kernel or the OpenAMP binaries and firmware are updated. A way of building bootable images, either for hardware or QEMU. The above two items are part of the standard image build process and will use available open source tools. Something to run the resulting image. This will default to the QEMU Docker image. This should be easier to use for newcomers and facilitate the CI loop. Steps: 1) Shrink the image. This can be done in two stages: a. Build less stuff. The OpenAMP tests don't need full Perl and Python installs, among other things. b. Tune the kernel. There are a lot of modules we don't need. This will also speed up build times considerably. It might even be enough to get the CI loop started. 2) Set up the tooling to create root file systems 3) Set up the tooling to create images 4) Document all the steps required to create and boot an image. 5) Automate all of the above. This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 8 months

1
0
0 0

OpenAMP Release 2020.01

by Ed Mooring

[copy-pasted from the Google group] This is to announce the release of OpenAMP 2020.01. It's a "catch up" release that incorporates the low-risk changes proposed for OpenAMP/libmetal since the last release. See https://github.com/OpenAMP/open-amp/releases/tag/v2020.01.0 and https://github.com/OpenAMP/libmetal/releases/tag/v2020.01.0 With the transition of the OpenAMP project to a Linaro open source project (https://openampproject.org), we anticipate a return to the normal 6-month release cycle in (approximately) April and October. This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 8 months

1
0
0 0

FW: OpenAMP remoteproc sub-group call

by Mills, William

Resending the attachment version of the invite. I have heard a number of people say that they don't have the invite in their calendar. -- Bill

6 years, 8 months

1
0
0 0

Re: [Openamp-rp] Meeting tomorrow 1/30

by Mathieu Poirier

Bill and friends, I would like to talk about the various patchsets floating on the mailing list that I'm keeping an eye on. More specifically where I think the work is at and what the next steps are. I came up with the following list (not in order of priority) along with some comments that we can expand on tomorrow. 1) "V5 remoteproc: updates for omap remoteproc support" [1] Comments: I am waiting on the people at TI that commented on V5 to provide their ACK/comments before doing another review. 2) "remoteproc: Add support for predefined notifyids" [2] Comments: Consensus was to wait for a new resource table definition - anyone working on this? If not I will. 3) "V3 rpmsg: core: add API to get MTU [3] Comments: Bjorn said he wouldn't merge the set without a client. Arnaud pointed to that client [4] in the thread. A new set with both feature (MTU and RPMSG tty driver) needs to be published for 5.6-rc1 and I will review/test it. 4) "V4 remoteproc: add support for co-processor loaded and booted before kernel" [5] Comments: Please send a 5th version when 5.6-rc1 comes out. Tero or Suman will have to ack it before it is eventually merged. On my side I will look at how TI has implemented that feature. 5) "V2 remoteproc: Add elf64 support in elf loader" [6] Comments: Good conversation, please comment or ack next version. 6) "V2 remoteproc: qcom: post mortem debug support" [7] Comments: Good conversation with Bjorn and Arnaud, waiting for Bjorn to release another version. Those take us back to around the September timeframe, which is about the time I started perusing around this project. If there is a set you've been waiting on that dates before September, please send another revision when 5.6-rc1 is released and I will review it. See you all tomorrow, Mathieu [1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=229249 [2]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=228473 [3]. https://patchwork.kernel.org/patch/11333509/ [4]. https://patchwork.kernel.org/cover/11130213/ [5]. https://patchwork.kernel.org/patch/11265869/ [6]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=182999 [7]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=221715 On Wed, 29 Jan 2020 at 12:16, Mills, William via Openamp-rp <openamp-rp(a)lists.openampproject.org> wrote: > > Hello all, > > > A reminder that we have normal meeting of openamp-rp sub-project > tomorrow. > > Please think about agenda topics or it will be a short meeting. > > > Thanks, > > Bill > > > --------------------------------------------------- > > William A. Mills > > Chief Technologist, Open Source > > Texas Instruments, Processors > > 20250 Century Blvd, Suit 300 > > Germantown MD, 20874 > > (work/mobile) +1-240-643-0836 > -- > Openamp-rp mailing list > Openamp-rp(a)lists.openampproject.org > https://lists.openampproject.org/mailman/listinfo/openamp-rp

6 years, 8 months

1
0
0 0

Meeting tomorrow 1/30

by Mills, William

Hello all, A reminder that we have normal meeting of openamp-rp sub-project tomorrow. Please think about agenda topics or it will be a short meeting. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836 Hello all, A reminder that we have normal meeting of openamp-rp sub-project tomorrow. Please think about agenda topics or it will be a short meeting. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836

6 years, 8 months

1
0
0 0

Re: [Openamp-rp] Instructions for Building a Complete OpenAMP Development Environment

by Mathieu Poirier

Good day Ed, On Fri, 3 Jan 2020 at 17:59, Ed Mooring via Openamp-rp <openamp-rp(a)lists.openampproject.org> wrote: > > On the December 19 call, I committed to sending the instructions I had > provided to the Linaro LITE team to build a bootable image that can be > used to develop and test OpenAMP with Linux on Xilinx QEMU. > > I am using this setup to work with Paul Sokolovsky on getting CI for > OpenAMP on QEMU using LAVA. > > This is a first cut. Feedback is welcome. I finally had time to give this a spin. Just like Bill I hit the "zcu102-zynqmp" problem but fixed it quickly. From there the compilation started and ran for a while until it failed when building QEMU. This is what I got [1] when I launched "bitbake openamp-image-minimal", hopefully one of those SHA will look suspicious to you. I expect a simple misalignment between the various SW repositories fetched by "repo". Speaking of which and echoing Bill's comments, I think an exact git repository and SHA have to be provided for each of the repositories that need to be brought in manually, that is open-amp, libmetal and embeddedsw. At this time I have the following: open-amp: f98eb2a670ce Maintainers: update Ed Mooring mail address libmetal: e3dfc2fe85e5 Maintainers: update project maintainers embeddedsw: e8db5fb11822 Updated the license.txt file Let me know if you find something obvious or if you think one of those projects need to be set to a specific version. Thanks, Mathieu [1]. https://pastebin.com/V1v25zK0 > > Regards, > Ed M > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. > -- > Openamp-rp mailing list > Openamp-rp(a)lists.openampproject.org > https://lists.openampproject.org/mailman/listinfo/openamp-rp

6 years, 8 months

2
3
0 0

Resource Table Evolution

by Mills, William

All, To continue the discussion of the resource table evolution from 12/19, I have created the following wiki page: https://github.com/OpenAMP/open-amp/wiki/Resource-Table-Evolution Please add your ideas to this wiki page, especially the ones that we have discussed to some degree already. Alternatively, you can start a discussion on this list and then you can capture your summary on the wiki page. Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836

6 years, 9 months

1
0
0 0

Re: [Openamp-rp] Instructions for Building a Complete OpenAMP Development Environment

by William Mills

Hi Ed, On 1/3/20 7:59 PM, Ed Mooring via Openamp-rp wrote: > On the December 19 call, I committed to sending the instructions I had > provided to the Linaro LITE team to build a bootable image that can be > used to develop and test OpenAMP with Linux on Xilinx QEMU. > > I am using this setup to work with Paul Sokolovsky on getting CI for > OpenAMP on QEMU using LAVA. > > This is a first cut. Feedback is welcome. > > Regards, > Ed M > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. > > As you sent the instructions as an attachment I can't reply inline but I will fake it. > # Building the image > > In the build directory (<path to repo>/build): > > $ bitbake openamp-image-minimal > To get this at least started I used: $ MACHINE=zcu102-zynqmp bitbake openamp-image-minimal The instructions above leaves a default machine of qemuzynq which does not exist. There is a qemu-zynq7 but I don't think that is right. >From the name of the output image I am inferring that you want the zcu102-zynqmp machine. Please confirm or deny this assumption. Thanks. **** What version for openamp/* git sources? Right now I have the three dirs in the openamp dir as follows: bill@rocky:~/w/proj/openamp/ci-xilinx$ for d in openamp/*; do (echo "*** $d"; cd $d; git remote -v; git status); done *** openamp/embeddedsw origin https://github.com/Xilinx/embeddedsw.git (fetch) origin https://github.com/Xilinx/embeddedsw.git (push) On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean *** openamp/libmetal origin https://github.com/Xilinx/libmetal.git (fetch) origin https://github.com/Xilinx/libmetal.git (push) On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean *** openamp/open-amp origin https://github.com/Xilinx/open-amp.git (fetch) origin https://github.com/Xilinx/open-amp.git (push) On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean Can you please document what you are using and have tested. Thanks, Bill

6 years, 9 months

2
1
0 0

Re: [Openamp-rp] QEMU Docker Container README

by William Mills

Hi Ed, On the 12/19 call you said you had build instructions for the R5 that you had sent to the LITE group. You took an action item to post them here as well. Can you do that please? It would be very helpful. More comments below... On 11/25/19 8:47 PM, Ed Mooring via Openamp-rp wrote: > Here is the README for the Docker Container discussed in today's call: > # Running the container: > > docker run -it xilinx-qemu > You had previously said to use the image named: edmooring/qemu:xilinx-qemu I tried running as you had it above (just xilinx-qemu) and it did not find the image. The old name still works but has not been updated in 8 weeks. Am I missing something? Have you published a new docker image somewhere I can't find? > This boots a Linux image (with ramdisk) and a device tree. > The image contains the OpenAMP demo firmware images and > examples. > > Alternatively, > > docker run -it -v <path_to_tftpboot_directory>:/tftpboot xilinx-qemu > > adds <path_to_tftpboot_directory> on the host system as /tftpboot > inside the container, allowing a user to fetch arbitrary files, including > Linux executables and firmware images, from within the container. > > # Running the OpenAMP echo test example > > * Log in to the emulated Linux as root (password is also "root"). > * Set up the R5 firmware: echo image_echo_test >/sys/class/remoteproc/remoteproc0/firmware > * Start the R5: echo start >/sys/class/remoteproc/remoteproc0/state > * Run the example: echo_test > Thanks for this. I have tested it myself and added it to the wiki. > # Random notes: > > The version of QEMU that this uses is built from the xilinx-v2019.1 > tag on GitHub for Debian Stretch. Debian Stretch was chosen for the base > of this container because Linaro uses it extensively and this way the > executables are compatible across the various Linaro containers. Thanks, Bill

6 years, 9 months

2
1
0 0

Instructions for Building a Complete OpenAMP Development Environment

by Ed Mooring

On the December 19 call, I committed to sending the instructions I had provided to the Linaro LITE team to build a bootable image that can be used to develop and test OpenAMP with Linux on Xilinx QEMU. I am using this setup to work with Paul Sokolovsky on getting CI for OpenAMP on QEMU using LAVA. This is a first cut. Feedback is welcome. Regards, Ed M This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 9 months

1
0
0 0

OpenAMP remoteproc sub-group call

by Mills, William

https://zoom.us/j/717134356 This is a new meeting invite for 2020 and a new zoom number. This call occurs every two weeks. (There may be other subgroup calls in this timeslot in other weeks.) Agenda items and notes are collected here: https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin… [1]https://zoom.us/j/717134356 This is a new meeting invite for 2020 and a new zoom number. This call occurs every two weeks. (There may be other subgroup calls in this timeslot in other weeks.) Agenda items and notes are collected here: [2]https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup -Meeting-Notes-2020 References 1. https://zoom.us/j/717134356 2. https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin…

6 years, 9 months

1
0
0 0

Agenda Items for Tommow Dec 19

by Mills, William

Hello, We have our normal meeting tomorrow as agreed last meeting. I have updated the wiki page[1] with Notes from Last meeting and some potrencial agenda items for this week. If you have other agenda items please reply to this e-mail and/or edit the wiki page. So far we have: * 64 bit support in Resource Tables * Discuss Ben's patches? * Discuss chair/host for Jan 2 or cancel (Bill is on vacation) Thanks, Bill [1] https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin… --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20250 Century Blvd, Suit 300 Germantown MD, 20874 (work/mobile) +1-240-643-0836

6 years, 9 months

1
0
0 0

[RFC, RESEND] Resource table and 64 bits addresses/fields

by Clément Leger

Hi all, As stated in some previous OpenAMP meeting, we encountered a limitation with remoteproc resource table. Indeed, all resources are encoded using 32 bits fields whereas the memory accessible on our processor is above the 32 bits boundary. For instance, when the physical address is 0x1_0000_0000, then this PA can't be inserted in the resource table or it will be truncated to 0. This can temporarily be workarounded by using device tree dma-ranges (at least on Linux) to have a correct DA but the PA will still be truncated. Moreover, this only work if you can remap the 64 bits memory zone to a 32 bits one (this almost implies to have an IOMMU in front of the device). Since 64 bits systems are now pretty common, it seems clear that we need to modify the resource table to support 64 bits addresses. In the same time, it will also be necessary to use 64 bits storage for virtio device features. Some of them already need more than 32 bits (virtio-net features for instance). Both modifications requires to handle versionning in the resource table. The following suggestions are mainly a RFC ! Please feel free to comment any of the proposed modifications. Versionning ----------- Currently, the supported version is "1". I propose to increment this number (version 2 ?) which will allow to add necessary evolutions for 64 bits support. This version should probably support both old format and new 64 bits support (comments are welcomed). 64 bits addresses ----------------- Since most of the systems are now using 64bits addresses, it is necessary to support such configuration There are various problems which occurs when modifying these fields - Retro compatibility (We probably must keep it) - Fields alignment (Some architecture might not handle misalignment) - 32 bit remote vs 64 bits master Regarding the retrocompatibility, it appears clear that modifiying existing resources is probably not feasible due to missing reserved fields. It will probably be necessary to create a secondary type of resources which are almost the same as the 32bits one. For instance for a vdev, we will have the "classic" rsc flavor: struct fw_rsc_carveout { u32 da; u32 pa; u32 len; u32 flags; u32 reserved; u8 name[32]; } __packed; And the 64 bits one: struct fw_rsc_carveout_64 { u64 da; u64 pa; u32 len; u32 flags; u32 reserved; u8 name[32]; } __packed; This does not seems really ideal and adds a lot of duplication but I do not have (yet) any better idea (again, comments are welcomed !). However, what should we do with the other fields ? Let them on 32 bits or change them all to use 64 bits ? If keeping some of them on 32bits, this can lead to misaligned members (since they are packed, the compiler will force the alignment). Since some architecture do not support that well, it's probably better to ensure all fields will be aligned on their natural type boundary. it also means that all structures sizes must be a multiple of 8 bytes. If we don't want to guarantee alignment, then I do not have yet a clear picture of what it would involve on various drivers which accesses the memory of the resource table (rproc, virtio for the config space, etc) and what are their assumptions about that. If this can be accepted, then the question of the 64 bits master versus the 32 bits remote can be addressed. I think this is probably orthogonal to the fact we can have 64 bits addresses in the resource table. Indeed, if both PA and DA are stored using 64 bits, then, there is no limitation on what can be done on theses addresses. For instance, on Linux Kernel, the device tree can allow remapping 64 bits to 32 bits using dma-ranges. Features -------- In virtio, the set of features is a bitfield of 64 bits. The current virtio-rproc implementation only allows for 32bits features. This is already limiting since virtio-net needs more than 32 bits (VIRTIO_NET_F_STANDBY and VIRTIO_NET_F_SPEED_DUPLEX). So these fields (gfeatures, etc) will also need to be udated to 64 bits variants. It might also be a good idea to keep in mind that future evolutions will probably extend the available features. Comments are welcomed ! Regards, Clément Léger

6 years, 9 months

1
0
0 0

[PATCH 0/6] Add Large buffers Demo

by Ben Levinsky

Add proof of concept demo showing the use of RPMsg payloads with payload information as pointer to large buffer in a contiguously laid out memory space between APU and RPU with RPMsg userspace on the APU side and baremetal on the RPU side. Ben Levinsky (6): apps: add out of band rpmsg echo demo apps: oob echo: change message to timestamp and fix alignment apps: oob echo : remove unused variables and fix apu side waiting apps: oob echo: move code common in multiple files to header apps: oob echo: remove commented out line apps: oob echo: change packet fields to unsigned int

6 years, 10 months

1
6
0 0

Call for Agenda on 12/05

by Mills, William

All, We have an openamp remoteproc sub group call this Thursday 12/05 in our normal timeslot. What topics should we discuss? I won't have time to make progress on the Staging tree or CI loop from last time so I don't see value in reviting them this time. Suman has posted a writeup for rpmsg-proto to this list. https://lists.openampproject.org/pipermail/openamp-rp/attachments/20191125/… This is the socket based interface to rpmsg that TI has been using for several years. We could discuss this on Thursday. What else should we discuss? Thanks, Bill --------------------------------------------------- William A. Mills Chief Technologist, Open Source Texas Instruments, Processors 20450 Century Blvd Germantown MD, 20871 (work/mobile) +1-240-643-0836

6 years, 10 months

1
0
0 0

QEMU Docker Container README

by Ed Mooring

Here is the README for the Docker Container discussed in today's call: # Running the container: docker run -it xilinx-qemu This boots a Linux image (with ramdisk) and a device tree. The image contains the OpenAMP demo firmware images and examples. Alternatively, docker run -it -v <path_to_tftpboot_directory>:/tftpboot xilinx-qemu adds <path_to_tftpboot_directory> on the host system as /tftpboot inside the container, allowing a user to fetch arbitrary files, including Linux executables and firmware images, from within the container. # Running the OpenAMP echo test example * Log in to the emulated Linux as root (password is also "root"). * Set up the R5 firmware: echo image_echo_test >/sys/class/remoteproc/remoteproc0/firmware * Start the R5: echo start >/sys/class/remoteproc/remoteproc0/state * Run the example: echo_test # Random notes: The version of QEMU that this uses is built from the xilinx-v2019.1 tag on GitHub for Debian Stretch. Debian Stretch was chosen for the base of this container because Linaro uses it extensively and this way the executables are compatible across the various Linaro containers. This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 10 months

1
0
0 0

Re: [Openamp-rp] OpenAMP weekly slot for TSC and sub-groups

by Anna, Suman

Hi All, Attached are some short notes on some of the current issues. There may be couple of different implementations floating around, so issues may vary. Regards Suman -----Original Appointment----- From: Nathalie Chan King Choy [mailto:nathalie@xilinx.com] Sent: Sunday, November 03, 2019 9:52 AM To: Nathalie Chan King Choy; Anna, Suman; tsc(a)lists.openampproject.org; openamp-rp(a)lists.openampproject.org Cc: Christian Daudt; Felix Burton; Michael May; nathalie-ckc(a)kestrel-omnitech.com; Manjukumar Harthikote Matha; Joe Fabbre; Raghuraman, Arvind; Vincent Chardon; Clément Leger; Tony McDowell; Bruce Ashfield; Grosen, Mark; mathieu.poirier(a)linaro.org; Wesley Skeffington; Ed T. Mooring; Mills, William; don.harbin(a)linaro.org Subject: FW: OpenAMP weekly slot for TSC and sub-groups When: Monday, November 25, 2019 9:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: Zoom Suman, Welcome back! Are you getting these meeting requests? This one on Monday I want to talk about patch backlog. I think you should attend. There appears to be pretty decent interest in the socket based interface. You told me before that is has some warts. Can you write that up? Are the limitations due to the current kernel implementation or inherent in the rpmsg protocol? I expect there is some of both. Either way it would be good to get down in writing. Thanks, Bill -----Original Appointment----- From: Nathalie Chan King Choy [mailto:nathalie@xilinx.com] Sent: Sunday, November 3, 2019 10:52 AM To: Nathalie Chan King Choy; tsc(a)lists.openampproject.org<mailto:tsc@lists.openampproject.org>; openamp-rp(a)lists.openampproject.org<mailto:openamp-rp@lists.openampproject.org> Cc: Christian Daudt; Felix Burton; Michael May; nathalie-ckc(a)kestrel-omnitech.com<mailto:nathalie-ckc@kestrel-omnitech.com>; Manjukumar Harthikote Matha; Joe Fabbre; Raghuraman, Arvind; Vincent Chardon; Clément Leger; Tony McDowell; Bruce Ashfield; Grosen, Mark; mathieu.poirier(a)linaro.org<mailto:mathieu.poirier@linaro.org>; Wesley Skeffington; Ed T. Mooring; Mills, William; Don Harbin Subject: OpenAMP weekly slot for TSC and sub-groups When: Monday, November 25, 2019 9:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: Zoom https://zoom.us/j/4762224131 Hi all, Due to travel for the OpenAMP Remoteproc discussion leads, we’re pushing this Thursday’s call out to Monday. Notes from the meetings can be found on the GitHub wiki: https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes Best regards, Nathalie C. Chan King Choy Project Manager focused on Open Source & Community << File: ATT00001.txt >> Hi All, Attached are some short notes on some of the current issues. There may be couple of different implementations floating around, so issues may vary. Regards Suman -----Original Appointment----- From: Nathalie Chan King Choy [[1]mailto:nathalie@xilinx.com] Sent: Sunday, November 03, 2019 9:52 AM To: Nathalie Chan King Choy; Anna, Suman; tsc(a)lists.openampproject.org; openamp-rp(a)lists.openampproject.org Cc: Christian Daudt; Felix Burton; Michael May; nathalie-ckc(a)kestrel-omnitech.com; Manjukumar Harthikote Matha; Joe Fabbre; Raghuraman, Arvind; Vincent Chardon; Clément Leger; Tony McDowell; Bruce Ashfield; Grosen, Mark; mathieu.poirier(a)linaro.org; Wesley Skeffington; Ed T. Mooring; Mills, William; don.harbin(a)linaro.org Subject: FW: OpenAMP weekly slot for TSC and sub-groups When: Monday, November 25, 2019 9:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: Zoom Suman, Welcome back! Are you getting these meeting requests? This one on Monday I want to talk about patch backlog. I think you should attend. There appears to be pretty decent interest in the socket based interface. You told me before that is has some warts. Can you write that up? Are the limitations due to the current kernel implementation or inherent in the rpmsg protocol? I expect there is some of both. Either way it would be good to get down in writing. Thanks, Bill -----Original Appointment----- From: Nathalie Chan King Choy [[2]mailto:nathalie@xilinx.com] Sent: Sunday, November 3, 2019 10:52 AM To: Nathalie Chan King Choy; [3]tsc(a)lists.openampproject.org; [4]openamp-rp(a)lists.openampproject.org Cc: Christian Daudt; Felix Burton; Michael May; [5]nathalie-ckc(a)kestrel-omnitech.com; Manjukumar Harthikote Matha; Joe Fabbre; Raghuraman, Arvind; Vincent Chardon; Clément Leger; Tony McDowell; Bruce Ashfield; Grosen, Mark; [6]mathieu.poirier(a)linaro.org; Wesley Skeffington; Ed T. Mooring; Mills, William; Don Harbin Subject: OpenAMP weekly slot for TSC and sub-groups When: Monday, November 25, 2019 9:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: Zoom [7]https://zoom.us/j/4762224131 Hi all, Due to travel for the OpenAMP Remoteproc discussion leads, we’re pushing this Thursday’s call out to Monday. Notes from the meetings can be found on the GitHub wiki: [8]https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes Best regards, Nathalie C. Chan King Choy Project Manager focused on Open Source & Community << File: ATT00001.txt >> References 1. mailto:nathalie@xilinx.com 2. mailto:nathalie@xilinx.com 3. mailto:tsc@lists.openampproject.org 4. mailto:openamp-rp@lists.openampproject.org 5. mailto:nathalie-ckc@kestrel-omnitech.com 6. mailto:mathieu.poirier@linaro.org 7. https://zoom.us/j/4762224131 8. https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes

6 years, 10 months

1
0
0 0

Re: [Openamp-rp] OpenAMP weekly slot for TSC and sub-groups

by Mills, William

All, Please subscribe to the openamp-rp mail list if you have not yet. We won't keep using this big To: and CC: list. https://lists.openampproject.org/mailman/listinfo/openamp-rp and all openamp lists here: https://lists.openampproject.org/mailman/listinfo As Nathalie says we will next meet on Monday 11/25. The proposed agenda is: 1st 30 min: Brainstrom on carried patches and if we should create a collective staging tree 2nd 30 min: Discuss CI loop next steps I created a page on my impressions from Manju's and Ed's work on a docker image Thanks Guys, It is a very good start. See: https://github.com/OpenAMP/open-amp/wiki/Using-OpenAMP-CI Thanks, Bill -----Original Appointment----- From: Nathalie Chan King Choy [mailto:nathalie@xilinx.com] Sent: Sunday, November 3, 2019 10:52 AM To: Nathalie Chan King Choy; tsc(a)lists.openampproject.org; openamp-rp(a)lists.openampproject.org Cc: Christian Daudt; Felix Burton; Michael May; nathalie-ckc(a)kestrel-omnitech.com; Manjukumar Harthikote Matha; Joe Fabbre; Raghuraman, Arvind; Vincent Chardon; Clément Leger; Tony McDowell; Bruce Ashfield; Grosen, Mark; mathieu.poirier(a)linaro.org; Wesley Skeffington; Ed T. Mooring; Mills, William; Don Harbin Subject: OpenAMP weekly slot for TSC and sub-groups When: Monday, November 25, 2019 9:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: Zoom https://zoom.us/j/4762224131 Hi all, Due to travel for the OpenAMP Remoteproc discussion leads, we're pushing this Thursday's call out to Monday. Notes from the meetings can be found on the GitHub wiki: https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes Best regards, Nathalie C. Chan King Choy Project Manager focused on Open Source & Community << File: ATT00001.txt >> All, Please subscribe to the openamp-rp mail list if you have not yet. We wonât keep using this big To: and CC: list. [1]https://lists.openampproject.org/mailman/listinfo/openamp-rp and all openamp lists here: [2]https://lists.openampproject.org/mailman/listinfo As Nathalie says we will next meet on Monday 11/25. The proposed agenda is: 1^st 30 min: Brainstrom on carried patches and if we should create a collective staging tree 2^nd 30 min: Discuss CI loop next steps I created a page on my impressions from Manjuâs and Edâs work on a docker image Thanks Guys, It is a very good start. See: [3]https://github.com/OpenAMP/open-amp/wiki/Using-OpenAMP-CI Thanks, Bill -----Original Appointment----- From: Nathalie Chan King Choy [[4]mailto:nathalie@xilinx.com] Sent: Sunday, November 3, 2019 10:52 AM To: Nathalie Chan King Choy; tsc(a)lists.openampproject.org; openamp-rp(a)lists.openampproject.org Cc: Christian Daudt; Felix Burton; Michael May; nathalie-ckc(a)kestrel-omnitech.com; Manjukumar Harthikote Matha; Joe Fabbre; Raghuraman, Arvind; Vincent Chardon; ClÃ©ment Leger; Tony McDowell; Bruce Ashfield; Grosen, Mark; mathieu.poirier(a)linaro.org; Wesley Skeffington; Ed T. Mooring; Mills, William; Don Harbin Subject: OpenAMP weekly slot for TSC and sub-groups When: Monday, November 25, 2019 9:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: Zoom [5]https://zoom.us/j/4762224131 Hi all, Due to travel for the OpenAMP Remoteproc discussion leads, weâre pushing this Thursdayâs call out to Monday. Notes from the meetings can be found on the GitHub wiki: [6]https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes Best regards, Nathalie C. Chan King Choy Project Manager focused on Open Source & Community << File: ATT00001.txt >> References 1. https://lists.openampproject.org/mailman/listinfo/openamp-rp 2. https://lists.openampproject.org/mailman/listinfo 3. https://github.com/OpenAMP/open-amp/wiki/Using-OpenAMP-CI 4. mailto:nathalie@xilinx.com 5. https://zoom.us/j/4762224131 6. https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes

6 years, 10 months

1
0
0 0

OpenAMP weekly slot for TSC and sub-groups

by Nathalie Chan King Choy

https://zoom.us/j/4762224131 Hi all, Due to travel for the OpenAMP Remoteproc discussion leads, we're pushing this Thursday's call out to Monday. Notes from the meetings can be found on the GitHub wiki: https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes Best regards, Nathalie C. Chan King Choy Project Manager focused on Open Source & Community [1]https://zoom.us/j/4762224131 Hi all, Due to travel for the OpenAMP Remoteproc discussion leads, weâre pushing this Thursdayâs call out to Monday. Notes from the meetings can be found on the GitHub wiki: [2]https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes Best regards, Nathalie C. Chan King Choy Project Manager focused on Open Source & Community References 1. https://zoom.us/j/4762224131 2. https://github.com/OpenAMP/open-amp/wiki/Meeting-Notes

6 years, 10 months

1
0
0 0

OpenAMP remoteproc meeting tommorow 11/7

by Mills, William

All, This is a reminder that we have the openAMP remoteproc (aka "classic") meeting tomorrow. You should already have the meeting in your calendar from Nathalie. The time is 11am US eastern which should be 8am US Pacific and 4pm UK/UTC. If you don't have this meeting please reply to me only and I will fwd the invite. (For now, I don't want the zoom link in the public archive to be abused.) Action Items from last call: We will be focusing on the next work queue: https://github.com/OpenAMP/open-amp/wiki/Future-Topics-for-OpenAMP-remotepr… We gave out assignments to fill in this work last time. I see not much of it has been done. I will be working on my tasks today. All orgs were to identify their top priorities. I suggest you pick your top 3. Reply to this list before the meeting if you think you understand the items enough to make the selection. If you don't understand the items, please come to the meeting with questions and hopefully reply to the list with your top 3 after the meeting. Meeting notes: https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin… Agenda: 1) Call and mail list logistics, any issues? 2) Action item check 3) Questions about scope / abstract of items 4) "Top 3" discussion 5) other open discussion Thanks, Bill [You are on this list because you were subscribed to previous openamp maillists. If you wish to subscribe or unsubscribe vist https://lists.openampproject.org/mailman/listinfo/openamp-rp ]

6 years, 11 months

1
0
0 0

[Please disregard] Test calendar invitation to openamp-rp list

by Nathalie Chan King Choy

Changed a setting & hopefully that will do the trick. Test that calendar works. This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. Changed a setting & hopefully that will do the trick. Test that calendar works. This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 11 months

1
0
0 0

[Please disregard] Test calendar invitation to openamp-rp list

by Nathalie Chan King Choy

Test that calendar works This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 11 months

1
0
0 0

Test message #1 to openamp-rp list

by Nathalie Chan King Choy

Hi, Testing that this list is up & running OK: Attached some test files: Excel spreadsheet, JPEG, PNG, PDF, Word doc. CC'd a non-list member. Please could someone reply-all to the list to acknowledge everything made it through (and that CC of non-list member continues to work)? * Also testing that this section with HTML formatting gets converted to plain text by Mailman. Thanks & regards, Nathalie This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

6 years, 11 months

1
0
0 0

2026

2025

2024

2023

2022

2021

2020

2019

Openamp-rp