Hi All,
A quick set of notes on the discussion on vCPU hotplug.
Great to have Ed join the discussion. If we are going to
have further calls on this topic we may want to move the time to be
more friendly for the US.
Current status
* ACPI spec change via code first route approved.
* Kernel patches being reworked / rebased by ARM. Expected to be sent
out in 5.19 cycle.
* QEMU patches being updated by Huawei. Will do at least some light testing
and then push out a public git tree so that others can test - will aim
to do this so it aligns with kernel code availability.
* Ed (Ampere) gave an update to say they are interested in pushing this
forwards ASAP and have customer / OS vendor engagement which will be
very useful in moving towards a complete solution, particularly ensuring
good test coverage etc.
Noted that current QEMU patches may not cover all corner cases, for example
live migration of VMs that have vCPUs hotplugged. Might 'just work'
but we haven't tested it yet so probably not.
Given we didn't really add anything on DOE / SPDM over previous calls,
I don't plan to send out anything on that topic this time.
Thanks to Joyce for hosting the call. If I noted down anything wrong,
or incomplete let the list know.
Jonathan
You have been invited to the following event.
Title: Bigtop and OpenEuler
Hi, All
I would like to start a discussion about adding OpenEuler [1] into the
supported platforms of Bigtop [2]. Persons or associations who are
interested and would like to cooperate are warmly welcome to join.
As this is the first meeting on this, let's limit our discussion in the
following two:
1. OpenEuler's current status and acceptance level by the community of Arm
Servers.
2. From a technical viewpoint, what is required for adding a new platform
into Bigtop's supporting list.
PS:
[1] OpenEuler: openEuler is an open source, free Linux distribution
platform. The platform provides an open community for global developers.
OpenEuler is an open source project incubated and operated by the OpenAtom
Foundation. https://www.openeuler.org/en/
[2] Bigtop: Bigtop support many Operating Systems, including Debian,
Ubuntu, CentOS, Fedora, openSUSE and many others. https://bigtop.apache.org/
Thanks.
Best regards,
Guodong Xu
When: Tue Mar 29, 2022 10am – 10:50am China Standard Time - Shanghai
Where: zoom meeting
Joining info: Join Zoom Meeting
https://linaro-org.zoom.us/j/97870076880 (ID: 97870076880)
Join by phone
(US) +1 877-853-5247
Joining instructions:
https://www.google.com/url?q=https://applications.zoom.us/addon/invitation/…
Joining notes: ------------Zoom for G Suite Add-On Help------------Meeting
host: guodong.xu(a)linaro.org
Calendar: linaro-open-discussions(a)op-lists.linaro.org
Who:
* guodong.xu(a)linaro.org - organizer
* linaro-open-discussions(a)op-lists.linaro.org
Attachments:
* Notes - Bigtop and OpenEuler -
https://docs.google.com/document/d/1eNdYcVAe5n_22gq9n4B56kBw8M7AZEXr8Y3hFLa…
Event details:
https://calendar.google.com/calendar/event?action=VIEW&eid=MmViMTZpZ2g3cTk0…
Invitation from Google Calendar: https://calendar.google.com/calendar/
You are receiving this courtesy email at the account
linaro-open-discussions(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 organizer and be added to the guest list, or invite others regardless
of their own invitation status, or to modify your RSVP. Learn more at
https://support.google.com/calendar/answer/37135#forwarding
Hi,
We don't have any topics for the meeting this month. Hence cancelling.
Following topics related to OP-TEE will be presented in Linaro Connect Tech
Day : Core Technologies
<https://www.linaro.org/events/linaro-connect-tech-day-core-technologies/> on
March 29. Feel free to join us there.
- OP-TEE and FF-A evolution
- OP-TEE Lightning Talk
Regards,
Ruchika
(on behalf of OP-TEE team)
Hi all,
thanks for hosting this call today, some notes on the IORT RMR
discussion:
- Patchset requiring a final review from ARM (upcoming) but should
be ready to be merged
- Handling of IO port access at 0x0 on !x86 to be fixed (caused by UEFI
allocating addresses starting at 0x0 for BARs and IORT RMR requiring
the OS to preserve the BAR value) in Linux but it does not affect the
upstreaming of patches (since the only platform where the issue
triggers does not have upstream IORT RMR tables)
- ACPICA pull request still not merged but on its way
- Targeting v5.19 kernel (probably via ACPI tree to avoid Linux ACPICA
dependencies)
- Repost of final version at v5.18-rc1
Thank you very much Joyce for hosting the call and for any questions
please reach out.
Lorenzo
> -----Original Message-----
> From: Shameerali Kolothum Thodi
> Sent: 25 January 2022 13:14
> To: Jonathan Cameron <jonathan.cameron(a)huawei.com>; joyce.qi(a)linaro.org;
> Mike Holmes <mike.holmes(a)linaro.org>; lorenzo.pieralisi(a)arm.com;
> james.morse(a)arm.com; Linuxarm <linuxarm(a)huawei.com>
> Subject: RE: Invitation: Linaro Open Discussions @ Tue 25 Jan 2022 12pm -
> 1pm (CET) (jonathan.cameron(a)huawei.com)
>
>
>
> > -----Original Message-----
> > From: Jonathan Cameron
> > Sent: 25 January 2022 12:03
> > To: joyce.qi(a)linaro.org; Mike Holmes <mike.holmes(a)linaro.org>;
> > lorenzo.pieralisi(a)arm.com; james.morse(a)arm.com; Linuxarm
> > <linuxarm(a)huawei.com>; Shameerali Kolothum Thodi
> > <shameerali.kolothum.thodi(a)huawei.com>
> > Subject: RE: Invitation: Linaro Open Discussions @ Tue 25 Jan 2022
> > 12pm - 1pm (CET) (jonathan.cameron(a)huawei.com)
> >
> > Some brief notes on the call. Feel free to point out what I noted down
> wrong.
> >
> > Action items (AI) marked and approximate assignment in brackets.
> > Thanks to Joyce for hosting the call. As ever, very helpful to have this forum.
> > For future calls, topic requester to list who from Linaro engineering
> > teams might be interested to make sure we keep them in the loop.
> >
> > Present,
> > ARM: Lorenzo Pieralisi, James Morse
> > Linaro: Joyce Qi
> > Huawei: Shameerali Kolothum, Jonathan Cameron
> >
> > Next scheduled call in 1 month. Additional calls as necessary to push
> > forwards topics..
> >
> > RMR progress.
> > --------------------
> > ACPICA / IORT spec issue due to lack of backwards compatibility. AI
> > (LP) to investigate.
>
> Hi Lorenzo,
>
> This is the initial implementation of ACPICA changes w.r.t revision E.c.
>
> https://github.com/shamiali2008/acpica/commit/49ad1b2ec572e3e70557e4
> 4e2255c497b2639cbe
>
> For now, I am checking the RMR node revision and limit the support to only >=
> 2.
Hi Lorenzo,
Please let me know if there is any update on this... We need to get the ACPCIA changes
in for the kernel support ASAP. If you are Ok with the above patch I can send a pull request
for the same.
Thanks,
Shameer
Hi,
OP-TEE Contributions (LOC) monthly meeting is planned for Thursday Feb 24
@16.00 (UTC).
We have following on the agenda
- SDP DT Configuration, Olivier Masse, NXP
If you have any more topics you'd like to discuss, please let us know and
we can schedule them.
Meeting details:
---------------
Date/time: Feb 24(a)16.00 (UTC)
https://everytimezone.com/s/fef76b1b
Connection details: https://www.trustedfirmware.org/meetings/
Meeting notes: http://bit.ly/loc-notes
Regards,
Ruchika on behalf of the Linaro OP-TEE team
Hi,
I can't make February 22nd next week for LOD, I would kindly
ask you please to reschedule the call from Feb 23rd onwards.
I don't have any major update either, other than IORT
specs as already mentioned on the mailing list.
Thank you,
Lorenzo
Hi,
OP-TEE Contributions (LOC) monthly meeting is planned for Thursday Jan 27
@16.00 (UTC).
If you have any topics you'd like to discuss, please let us know and we can
schedule them.
Meeting details:
---------------
Date/time: January 27(a)16.00 (UTC)
https://everytimezone.com/s/c3460919
Connection details: https://www.trustedfirmware.org/meetings/
Meeting notes: http://bit.ly/loc-notes
Regards,
Ruchika on behalf of the Linaro OP-TEE team
Hi Lorenzo,
Starting a new thread as your previous reply disappeared somewhere deep in my
email due to threading.
> I would like to ask two things:
>
> - IORT: with new spec published, I believe Shameer should be able to
> bring the RMR work to completion. We can have a quick chat about this.
Shameer is keen to discuss this as well.
> - Virt CPU hotplug: we should split the work - ie who is preparing and
> posting kernel patches ?
Salil is currently on leave but we can talk about the general approach /
division of labor.
I did a forward port of the QEMU side of things before Xmas but got distracted
so haven't tested it yet.
>
> Please let me know if we can sync this month.
One other topic request from us is for any updates on MPAM plan and
if there is anything we can do to assist on that.
Great to hear you had some success with the DOE/SPDM stuff.
I've been head down in getting upstreamable CXL/qemu support sorted
out so not looked at that stuff yet this year.
Joyce, please could you organize for a Linaro Open Discussions call?
Personally Tuesday / Thursday / Friday (UK time) mornings next week would work well, but
we might need a poll to find a slot that works for everyone.
Thanks,
Jonathan
For sharing with Lorenzo.
I'm holding off on posting the CMA patches until the open question around
DOE / auxiliary bus is resolved. Not clear if we'll end up back where we
started.
Note that other than the devm_ fix patch I've not tweaked the DOE series
for review comments.
Base is cxl/next 53989fad1286e652ea3655ae3367ba698da8d2ff
(the tree might have moved again in the meantime)
Ira Weiny (1):
cxl/cdat: Parse out DSMAS data from CDAT table
Jonathan Cameron (9):
PCI: Add vendor ID for the PCI SIG
PCI/DOE: Add Data Object Exchange Aux Driver
cxl/pci: Add DOE Auxiliary Devices
cxl/mem: Add CDAT table reading from DOE
lib/asn1_encoder: Add a function to encode many byte integer values.
spdm: Introduce a library for DMTF SPDM
PCI/CMA: Initial support for Component Measurement and Authentication
ECN
cxl/pci: Add really basic CMA authentication support.
cxl: Fixes for wrong device in devm_ calls.
drivers/cxl/Kconfig | 2 +
drivers/cxl/cdat.h | 81 +++
drivers/cxl/core/memdev.c | 157 +++++
drivers/cxl/cxl.h | 10 +
drivers/cxl/cxlmem.h | 50 ++
drivers/cxl/pci.c | 231 ++++++-
drivers/pci/Kconfig | 19 +
drivers/pci/Makefile | 5 +
drivers/pci/cma.c | 105 +++
drivers/pci/doe.c | 701 +++++++++++++++++++
include/linux/asn1_encoder.h | 3 +
include/linux/pci-cma.h | 19 +
include/linux/pci-doe.h | 63 ++
include/linux/pci_ids.h | 1 +
include/linux/spdm.h | 104 +++
include/uapi/linux/pci_regs.h | 29 +-
lib/Kconfig | 3 +
lib/Makefile | 2 +
lib/asn1_encoder.c | 54 ++
lib/spdm.c | 1196 +++++++++++++++++++++++++++++++++
20 files changed, 2833 insertions(+), 2 deletions(-)
create mode 100644 drivers/cxl/cdat.h
create mode 100644 drivers/pci/cma.c
create mode 100644 drivers/pci/doe.c
create mode 100644 include/linux/pci-cma.h
create mode 100644 include/linux/pci-doe.h
create mode 100644 include/linux/spdm.h
create mode 100644 lib/spdm.c
--
2.32.0