Re: Linaro-open-discussions Digest, Vol 24, Issue 4
by Joyce Qi
Hi Jonathan,Lorenzo,all,
Do we have any topic to sync next week?
Thanks:)
Joyce
> 在 2022年9月13日，上午8:00，linaro-open-discussions-request@op-lists.linaro.org 写道：
>
> Send Linaro-open-discussions mailing list submissions to
> linaro-open-discussions(a)op-lists.linaro.org
>
> To subscribe or unsubscribe via email, send a message with subject or
> body 'help' to
> linaro-open-discussions-request(a)op-lists.linaro.org
>
> You can reach the person managing the list at
> linaro-open-discussions-owner(a)op-lists.linaro.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Linaro-open-discussions digest..."
>
> Today's Topics:
>
> 1. Re: [RFC PATCH v0.1 22/25] ACPI: add support to register CPUs based on the _STA enabled bit
> (Salil Mehta)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 12 Sep 2022 18:09:34 +0000
> From: Salil Mehta <salil.mehta(a)huawei.com>
> Subject: [Linaro-open-discussions] Re: [RFC PATCH v0.1 22/25] ACPI:
> add support to register CPUs based on the _STA enabled bit
> To: James Morse <james.morse(a)arm.com>,
> "linaro-open-discussions(a)op-lists.linaro.org"
> <linaro-open-discussions(a)op-lists.linaro.org>
> Cc: "lorenzo.pieralisi(a)linaro.org" <lorenzo.pieralisi(a)linaro.org>
> Message-ID: <65c52e8ba75e4cc59ec4b88a44c8a13b(a)huawei.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi James
>
>> From: James Morse [mailto:james.morse@arm.com]
>> Sent: Friday, September 9, 2022 5:53 PM
>> To: Salil Mehta <salil.mehta(a)huawei.com>;
>> linaro-open-discussions(a)op-lists.linaro.org
>> Cc: lorenzo.pieralisi(a)linaro.org; Jean-Philippe Brucker
>> <jean-philippe(a)linaro.org>; Jonathan Cameron <jonathan.cameron(a)huawei.com>
>> Subject: Re: [RFC PATCH v0.1 22/25] ACPI: add support to register CPUs based
>> on the _STA enabled bit
>>
>> Hi Salil,
>>
>> On 09/09/2022 15:53, Salil Mehta wrote:
>>>> From: James Morse [mailto:james.morse@arm.com]
>>>> Sent: Wednesday, August 31, 2022 12:09 PM
>>>> To: linaro-open-discussions(a)op-lists.linaro.org
>>>> Cc: Salil Mehta <salil.mehta(a)huawei.com>; james.morse(a)arm.com;
>>>> lorenzo.pieralisi(a)linaro.org; Jean-Philippe Brucker
>>>> <jean-philippe(a)linaro.org>
>>>> Subject: [RFC PATCH v0.1 22/25] ACPI: add support to register CPUs based on
>> the
>>>> _STA enabled bit
>>>>
>>>> acpi_processor_get_info() registers all present CPUs. Registering a
>>>> CPU is what creates the sysfs entries and triggers the udev
>>>> notifications.
>>>>
>>>> arm64 virtual machines that support 'virtual cpu hotplug' use the
>>>> enabled bit to indicate whether the CPU can be brought online, as
>>>> the existing ACPI tables require all hardware to be described and
>>>> present.
>>>>
>>>> If firmware describes a CPU as present, but disabled, skip the
>>>> registration. Such CPUs are present, but can't be brought online for
>>>> whatever reason. (e.g. firmware/hypervisor policy).
>>>>
>>>> Once firmware sets the enabled bit, the CPU can be registered and
>>>> brought online by user-space. Online CPUs, or CPUs that are missing
>>>> an _STA method must always be registered.
>>
>>>> diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
>>>> index 1bd6e4b8ab66..42521d89c378 100644
>>>> --- a/drivers/acpi/acpi_processor.c
>>>> +++ b/drivers/acpi/acpi_processor.c
>>>> @@ -194,6 +194,32 @@ static int acpi_processor_make_present(struct
>>>> acpi_processor *pr)
>>>> return ret;
>>>> }
>>>>
>>>> +static int acpi_processor_make_enabled(struct acpi_processor *pr)
>>>> +{
>>>> + unsigned long long sta;
>>>> + acpi_status status;
>>>> + bool present, enabled;
>>>> +
>>>> + if (!acpi_has_method(pr->handle, "_STA"))
>>>> + return arch_register_cpu(pr->id);
>>>> +
>>>> + status = acpi_evaluate_integer(pr->handle, "_STA", NULL, &sta);
>>>> + if (ACPI_FAILURE(status))
>>>> + return -ENODEV;
>>>> +
>>>> + present = sta & ACPI_STA_DEVICE_PRESENT;
>>>> + enabled = sta & ACPI_STA_DEVICE_ENABLED;
>>>> +
>>>> + if (cpu_online(pr->id) && (!present || !enabled)) {
>>>> + pr_err_once(FW_BUG "CPU %u is online, but described as not present
>> or
>>>> disabled!\n", pr->id);
>>>> + add_taint(TAINT_FIRMWARE_WORKAROUND, LOCKDEP_STILL_OK);
>>>> + } else if (!present || !enabled) {
>>>> + return -ENODEV;
>>>> + }
>>
>>> This change and setting all possible cpus as *present* in smp_prepare_cpus()
>>> will always cause all present == possible in the guest kernel.
>>
>> This is quite deliberate. I don't want to redefine present without a machine
>> that actually
>> supports hotplug/package-hotadd. This stuff is the tip of an ill-defined iceberg
>> in the
>> ACPI spec. Once there is hardware that supports this, we will have a better idea
>> of what
>> needs changing. Until then: everything described by ACPI must be present.
>
>
> Present mask operates on the logical cpuids. Later are more closely related to
> the Linux abstract model. I see no problem in masking certain available devices(in
> this case cpus) from upper user. This is done at many places inside the kernel to
> intentionally not/conditionally expose certain devices to user even after getting
> discovered at the boot time or later.
>
> As such, this change can co-exists irrespective of whether Hotplug or Hotadd will
> ever exist in the system.
>
> I agree with the ACPI part and maybe interface is broken but then you have used
> ACPI_STA_DEVICE_ENABLED which has not been used yet in acpi_processor.c code
> which is ACPI related. How can you make sure this bit is being set by firmware
> of other architectures, especially legacy?
>
>
>>> I think we
>>> can avoid that by the trick which Jean-Phillipe exploited in his patch-set[1]
>>> sent earlier last year.
>>
>> That was the other side of this:
>> https://gitlab.arm.com/linux-arm/linux-jm/-/commit/3106cccf5b9f01f44789b748
>> aaee3a95fee99a97
>>
>> This was an attempt to do all this without changes to the ACPI spec - it doesn't
>> touch the
>> present cpumask.
>
>
> Yes, I did refer those but the idea was not to use that change as it is.
>
>
>> [..]
>>
>>> This shall ensure that we correctly reflect only present vcpus to the linux
>>> kernel although the sizing and initialization of the GICC/GICR would have
>>> already happened for the complete set for possible vcpus i.e. the ones with
>>>
>>> [1] _STA[0] is set & _STA[1] bit is set and
>>> [2] Either GICC_flag_Intf_Flag.Enabled set OR GICC_flag.online_capable set
>>>
>>> so effectively we are only deferring populating the cpu present mask for the
>>> disabled cpus but which are now online capable(or Hotplug capable in future?)
>>
>> What is the user observable effect of the kernel knowing this CPUs are really
>> present?
>
> User Interface looks inconsistent and can break existing scripts.
>
> As you can see, user requested max possible cpus(=6) and cold booted cpus(=4)
> Hence, the number of cpus directories correctly being shown are 4 but then
> total number of cpus present are being shown as 6 (i.e. 0-5).
>
> If we can defer the registration of the disabled cpus (but are online capable
> i.e. for possible - present) then I don’t see why we can't mask availability
> of these cpus by not marking them as present to user so that the entries
> are consistent. With this scripts/utils using these values can go horribly
> wrong.
>
> At Guest Kernel
> ---------------
> estuary:/$ ls -al /sys/devices/system/cpu/
> total 0
> drwxr-xr-x 12 root 0 0 Sep 9 19:19 .
> drwxr-xr-x 8 root 0 0 Sep 9 19:19 ..
> drwxr-xr-x 7 root 0 0 Sep 9 19:19 cpu0
> drwxr-xr-x 7 root 0 0 Sep 9 19:19 cpu1
> drwxr-xr-x 7 root 0 0 Sep 9 19:19 cpu2
> drwxr-xr-x 7 root 0 0 Sep 9 19:19 cpu3
> drwxr-xr-x 2 root 0 0 Sep 9 19:19 cpufreq
> drwxr-xr-x 2 root 0 0 Sep 9 19:19 cpuidle
> [...]
>
> estuary:/$ cat /sys/devices/system/cpu/possible
> 0-5
> estuary:/$ cat /sys/devices/system/cpu/present
> 0-5
> estuary:/$ cat /sys/devices/system/cpu/offline
> 4-5
> estuary:/$
>
> At Qemu
> -------
> $QEMUBIN --enable-kvm -machine virt,gic-version=3 -cpu host -smp cpus=4,maxcpus=6
> -append "console=ttyAMA0 root=/dev/ram earlycon rdinit=/init maxcpus=4 acpi=force"
>
>
>> The intention of this series is to do this as pure policy.
>>
>> I anticipate pressure on the "use the MADT GICR" line, even though ACPI doesn't
>> say
>> anything about the presence of MADT GICC's redistributor entry. If this happens,
>> we'd
>> depend on present meaning present.
>
>
> If we are confident that flag ACPI_STA_DEVICE_ENABLED is being set properly by
> ARM and other architecture firmware, then Qemu can take care of that policy. It
> has all the information of the vcpus which are possible and disabled (but are
> online capable). We can use this info to conditionally return appropriate status
> when _STA ACPI method is evaluated.
>
> I intentionally refrained to use the this approach in my first RFC[1] as the
> default code in the acpi_processor.c was only making use of the
> ACPI_STA_DEVICE_PRESENT bit after evaluation of _STA method. Qemu was also
> setting only present bit in the returned status value. Plus, I wanted to
> minimize the changes in the kernel in the first version of the RFC.
>
>
> [1] https://lore.kernel.org/qemu-devel/38a034f82da78b8861af6d25a83fddea@kernel.…
>
>>
>> All the hotplug/package-hotadd machinery is triggered by udev. We don't need
>> to hack the
>> cpu present mask to make that work.
>
>
> May I know what exactly are your apprehensions with 'udev'?
>
> As such 'udev' should make use of the Linux device model and it is not necessary
> to present 1:1 picture of the hardware to the abstract model(and which by the way
> we are not doing by not registering the disabled cpus). It will just expose that
> limited picture of the hardware to the user whatever is being presented by the
> kernel.
>
> AFAICS it should work just fine but we need to limit the present cpus.
>
>
>>> Question:
>>> Q1: Current acpi_processor.c code is not using ACPI_STA_DEVICE_{ENABLED, UI}
>>> bits. Could it break other architecture if we use these bits but some of their
>>> legacy devices or firmware does not initialize these bits to their defaults?
>>
>> Almost certainly! I'm pretty confident some vendors generate their ACPI tables
>> using
>> markov-models. (It boots! Ship it!)
>>
>> The approach that used the UI bit to mean sysfs had to be hidden behind a Kconfig
>> symbol,
>> which is only marginally better than #ifdef CONFIG_ARM64.
>
>
> If there are problems in using the ACPI_STA_DEVICE_UI Bit because it might
> conflict with the legacy firmware of other architectures then let us drop that.
>
> We can alternatively use the ACPI_STA_DEVICE_ENABLED Bit in the _STA method
> which can be conditionally set by the Qemu?
>
>
>> This new version walks a fine line described in the cover-letter: any platform
>> with
>> firmware tables that get this wrong should get the same user-experience as there
>> is no
>> policy enforcement on x86, so the !online_capable CPUs can be detected as being
>> online,
>> and the policy stuff gets ignored.
>
> Yes, I do understand your predicament, but ideally user experience is dictated
> by what *end* user sees. Here, by not masking the disabled cpus in the cpu present
> mask user will not have similar experience on ARM64 and x86_64 platforms and that
> is undeniable and will in the end matter the most since this feature will mostly
> be used on the servers.
>
>
> Thanks
> Salil
>
> ------------------------------
>
> Subject: Digest Footer
>
> Linaro-open-discussions mailing list -- linaro-open-discussions(a)op-lists.linaro.org
> To unsubscribe send an email to linaro-open-discussions-leave(a)op-lists.linaro.org
>
>
> ------------------------------
>
> End of Linaro-open-discussions Digest, Vol 24, Issue 4
> ******************************************************
3 years, 5 months
- 4
- 7
ARM64 virt CPU HP - plan
by Lorenzo Pieralisi
Hi all,
in the meeting held today we decided to go ahead as follows in relation
to ARM64 virt CPU hotplug patches and QEmu changes:
- James requires QEmu changes to test his branch[1]
- Huawei (Salil) agreed to upgrade the QEmu patches to the latest ACPI
specs (and James' code [1])
- QEmu updates will be given with a branch/link in reply to this email thread
so that James can complete [1] testing against them
- Any testing, bug report, communication will take place through this
mailing list before public posting on a kernel ML, so please keep an
eye on this thread if you'd like to collaborate/help
- It would be good to get some feedback from containers/kubernetes
developers on the full software stack - after all we are making these
changes to enable the ecosystem
Please chime in if I forgot something or reach out, all comments are
welcome.
Lorenzo
[1] https://gitlab.arm.com/linux-arm/linux-jm/-/tree/virtual_cpu_hotplug/rfc/v0
3 years, 6 months
- 4
- 13
LOC meeting today
by Jérôme Forissier
Hi,
The LOC meeting is starting. Sorry for the short notice.
https://bit.ly/loc-notes
--
Jerome
3 years, 7 months
- 1
- 0
LOC meetings today
by Jérôme Forissier
Hi,
The LOC meeting will start shortly. Sorry for the late notice.
https://bit.ly/loc-notes
--
Jerome
3 years, 7 months
- 1
- 0
Invitation: Linaro Open Discussions monthly meeting @ Tue 23 Aug 2022 22:00 - 23:00 (HKT) (linaro-open-discussions@op-lists.linaro.org)
by joyce.qi＠linaro.org
Linaro Open Discussions monthly meeting
Tuesday 23 Aug 2022 ⋅ 22:00 – 23:00
Hong Kong Standard Time
Location
https://linaro-org.zoom.us/j/95682500341
https://www.google.com/url?q=https%3A%2F%2Flinaro-org.zoom.us%2Fj%2F9568250…
Joyce QI 邀请您参加预先安排的 Zoom 会议。
加入 Zoom 会议
https://linaro-org.zoom.us/j/95682500341
会议号：956 8250 0341
手机一键拨号
+16699009128,,95682500341# 美国 (San Jose)
+13462487799,,95682500341# 美国 (Houston)
根据您的位置拨号
+1 669 900 9128 美国 (San Jose)
+1 346 248 7799 美国 (Houston)
+1 253 215 8782 美国 (Tacoma)
+1 646 558 8656 美国 (New York)
+1 301 715 8592 美国 (Washington DC)
+1 312 626 6799 美国 (Chicago)
888 788 0099 美国 免费
877 853 5247 美国 免费
会议号：956 8250 0341
查找本地号码：https://linaro-org.zoom.us/u/ady2J9Zn7t
Guests
lorenzo.pieralisi(a)arm.com
ilkka(a)os.amperecomputing.com
jonathan.cameron(a)huawei.com
salil.mehta(a)huawei.com
james.morse(a)arm.com
Mike Holmes
linaro-open-discussions(a)op-lists.linaro.org
View all guest info
https://calendar.google.com/calendar/event?action=VIEW&eid=Mjg1MjNrNWtiMWxv…
Reply for linaro-open-discussions(a)op-lists.linaro.org and view more details
https://calendar.google.com/calendar/event?action=VIEW&eid=Mjg1MjNrNWtiMWxv…
Your attendance is optional.
~~//~~
Invitation from Google Calendar: https://calendar.google.com/calendar/
You are receiving this email because you are an attendee of the event. To
stop receiving future updates for this event, decline this event.
Forwarding this invitation could allow any recipient to send a response to
the organiser, be added to the guest list, invite others regardless of
their own invitation status or modify your RSVP.
Learn more https://support.google.com/calendar/answer/37135#forwarding
3 years, 7 months
- 1
- 0
virt CPU hotplug sync - LOD August 23rd
by Lorenzo Pieralisi
Hi folks,
I would like to take advantage of the upcoming call on tuesday to
resume the virt CPU hotplug topic and sync-up on that.
It would probably be great if we can make the time more US friendly,
given that there are folks who want to join from the US but I understand
it then becomes problematic for other people to join.
Please let me know if we can have a meeting on tuesday and at
what time.
Thanks,
Lorenzo
3 years, 7 months
- 5
- 6
Re: Linaro-open-discussions_call_on_July 26th 2022
by Salil Mehta
> From: Lorenzo Pieralisi [mailto:lorenzo.pieralisi@linaro.org]
> Sent: Thursday, July 28, 2022 1:58 PM
> To: Salil Mehta <salil.mehta(a)huawei.com>
> Cc: Joyce Qi <joyce.qi(a)linaro.org>; Lorenzo Pieralisi
> <lorenzo.pieralisi(a)gmail.com>; Jonathan Cameron
> <jonathan.cameron(a)huawei.com>; Shameerali Kolothum Thodi
> <shameerali.kolothum.thodi(a)huawei.com>; Zengtao (B)
> <prime.zeng(a)hisilicon.com>; Jonathon Burcham <jon.burcham(a)linaro.org>;
> yangyicong <yangyicong(a)huawei.com>; Hesham Almatary
> <hesham.almatary(a)huawei.com>; shenyang (M) <shenyang39(a)huawei.com>;
> tangchengchang <tangchengchang(a)huawei.com>; Dietmar Eggemann
> <Dietmar.Eggemann(a)arm.com>; linaro-open-discussions(a)op-lists.linaro.org
> Subject: Re: [Linaro-open-discussions] Linaro-open-discussions_call_on_July
> 26th 2022
>
> On Thu, 28 Jul 2022 at 14:27, Salil Mehta <salil.mehta(a)huawei.com> wrote:
> >
> > Hi Joyce,
> > Thanks for the mail. Sure, please do.
> >
> > Hi Lorenzo,
> > Please do let us know about any updates related to the kernel side.
>
> I am slowly catching up with my backlog, there are kernel patches available,
> I believe they should be posted in the upcoming weeks but I will be more
> precise later on.
ok, thanks. Will wait for your patches.
>
> Lorenzo
>
> >
> >
> > Many thanks
> > Salil
> >
> > > -----Original Message-----
> > > From: Joyce Qi [mailto:joyce.qi@linaro.org]
> > > Sent: Tuesday, July 26, 2022 1:03 PM
> > > To: Salil Mehta <salil.mehta(a)huawei.com>
> > > Cc: Lorenzo Pieralisi <lorenzo.pieralisi(a)gmail.com>; Lorenzo Pieralisi
> > > <lorenzo.pieralisi(a)linaro.org>; Jonathan Cameron
> > > <jonathan.cameron(a)huawei.com>; Shameerali Kolothum Thodi
> > > <shameerali.kolothum.thodi(a)huawei.com>; Zengtao (B)
> > > <prime.zeng(a)hisilicon.com>; Jonathon Burcham <jon.burcham(a)linaro.org>;
> > > yangyicong <yangyicong(a)huawei.com>; Hesham Almatary
> > > <hesham.almatary(a)huawei.com>; shenyang (M) <shenyang39(a)huawei.com>;
> > > tangchengchang <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > <Dietmar.Eggemann(a)arm.com>; linaro-open-discussions(a)op-lists.linaro.org
> > > Subject: Re: [Linaro-open-discussions]
> Linaro-open-discussions_call_on_July
> > > 26th 2022
> > >
> > > Hi Salil,Lorenzo,
> > >
> > > When will be free for the discussion, we can arrange this meeting delicately.
> > >
> > > Thanks:)
> > > Joyce
> > >
> > >
> > >
> > > > 在 2022年7月26日，上午4:24，Salil Mehta <salil.mehta(a)huawei.com> 写道：
> > > >
> > > > [+] LOD Discussions list, missed this earlier. Sorry, for this duplicate
> mail.
> > > >
> > > >
> > > >
> > > > Hi Lorenzo,
> > > > Wanted to catch up regarding the VCPU Hotplug. Sorry, I was on a sabbatical
> > > > leave since last year so could not participate in any discussions and have
> > > > just joined back a week ago and still trying to catch up.
> > > >
> > > > Had a brief discussion with Jonathan last week and thanks to him and Shameer
> > > > for carrying forward the baton in my absence.
> > > >
> > > > I was made aware, and forgive me if I have missed from any of the past
> LOD
> > > > discussions, there are some changes being done over the original kernel
> > > > patches of the vCPU Hotplug but largely the approach remains the same as
> > > > the one in original patches with some new ACPI flag(which is now part of
> > > > the ACPI spec?) related kernel changes?
> > > >
> > > > As such, do you have any update regarding above work and in case this
> > > > work is already done, is it possible to share the latest git repo so
> > > > that we can test the qemu changes we have with the new kernel changes.
> > > >
> > > > In case this has not been done, I was wondering if we could pitch in and
> > > > help in completing these kernel changes as well and float for review?
> > > >
> > > >
> > > > Hi Joyce,
> > > > If we are having meeting tomorrow (or whatever is the next one) can this
> > > > topic be made part of the discussion?
> > > >
> > > > Many thanks
> > > > Salil
> > > >
> > > >> -----Original Message-----
> > > >> From: Shameerali Kolothum Thodi via Linaro-open-discussions
> > > >> [mailto:linaro-open-discussions@op-lists.linaro.org]
> > > >> Sent: Monday, July 25, 2022 11:04 AM
> > > >> To: Lorenzo Pieralisi <lorenzo.pieralisi(a)gmail.com>; Joyce Qi
> > > >> <joyce.qi(a)linaro.org>
> > > >> Cc: Jonathon Burcham <jon.burcham(a)linaro.org>; yangyicong
> > > >> <yangyicong(a)huawei.com>; Hesham Almatary <hesham.almatary(a)huawei.com>;
> > > >> shenyang (M) <shenyang39(a)huawei.com>; tangchengchang
> > > >> <tangchengchang(a)huawei.com>; Dietmar Eggemann
> <Dietmar.Eggemann(a)arm.com>;
> > > >> linaro-open-discussions(a)op-lists.linaro.org; Lorenzo Pieralisi
> > > >> <lorenzo.pieralisi(a)linaro.org>
> > > >> Subject: [Linaro-open-discussions] Re: 回复：Re: 回复：Li
> > > >> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>
> > > >>
> > > >>
> > > >>> -----Original Message-----
> > > >>> From: Lorenzo Pieralisi [mailto:lorenzo.pieralisi@gmail.com]
> > > >>> Sent: 25 July 2022 10:46
> > > >>> To: Joyce Qi <joyce.qi(a)linaro.org>
> > > >>> Cc: Jonathan Cameron <jonathan.cameron(a)huawei.com>; Shameerali
> > > >>> Kolothum Thodi <shameerali.kolothum.thodi(a)huawei.com>; Jonathon
> > > >>> Burcham <jon.burcham(a)linaro.org>; yangyicong
> > > >>> <yangyicong(a)huawei.com>; Hesham Almatary
> > > >>> <hesham.almatary(a)huawei.com>; shenyang (M)
> > > >>> <shenyang39(a)huawei.com>; tangchengchang
> > > >>> <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > >>> <Dietmar.Eggemann(a)arm.com>;
> linaro-open-discussions(a)op-lists.linaro.org;
> > > >>> Lorenzo Pieralisi <lorenzo.pieralisi(a)linaro.org>
> > > >>> Subject: Re: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > >>> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>>
> > > >>> On Thu, 21 Jul 2022 at 16:28, Joyce Qi <joyce.qi(a)linaro.org> wrote:
> > > >>>>
> > > >>>> Hi Jonatha,Lorenz,Shamee,
> > > >>>>
> > > >>>> Do you have any topics want to sync on July 26’s LOD meeting?
> > > >>>
> > > >>> [dropped my arm.com address and added @linaro.org one]
> > > >>>
> > > >>> I am just catching up after a 2 month hiatus but if there is anything
> urgent
> > > >> to
> > > >>> be discussed I am happy to join the call and run the meeting.
> > > >>
> > > >>
> > > >> Met too just back after holidays and don't have anything urgent for
> discussion
> > > >> from my end. Also, Jonathan is away this week.
> > > >>
> > > >> Thanks,
> > > >> Shameer
> > > >>
> > > >>> Lorenzo
> > > >>>
> > > >>>>
> > > >>>> Thanks:)
> > > >>>> Joyce
> > > >>>>
> > > >>>>
> > > >>>>> 在 2022年6月24日，下午10:38，Jonathan Cameron
> > > >>> <jonathan.cameron(a)huawei.com>
> > > >>>>> 写道：
> > > >>>>>
> > > >>>>> My availability that week is going to be hard to predict (at a workshop
> > > >> in
> > > >>> Germany) but SPDM topic can wait.
> > > >>>>> I just wanted to confirm general interest and email works fine for
> that.
> > > >>>>>
> > > >>>>> Good for others to have a sync meeting and if I can dial in for a bit
> I
> > > >> will
> > > >>> do so.
> > > >>>>>
> > > >>>>> Jonathan
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>> -----Original Message-----
> > > >>>>> From: Lorenzo Pieralisi <Lorenzo.Pieralisi(a)arm.com>
> > > >>>>> Sent: 24 June 2022 15:30
> > > >>>>> To: Joyce Qi <joyce.qi(a)linaro.org>
> > > >>>>> Cc: Shameerali Kolothum Thodi
> > > >>>>> <shameerali.kolothum.thodi(a)huawei.com>; Jonathan Cameron
> > > >>>>> <jonathan.cameron(a)huawei.com>; Lorenzo Pieralisi
> > > >>>>> <lpieralisi(a)kernel.org>; Jonathon Burcham <jon.burcham(a)linaro.org>;
> > > >>>>> yangyicong <yangyicong(a)huawei.com>; Hesham Almatary
> > > >>>>> <hesham.almatary(a)huawei.com>; shenyang (M)
> > > >>> <shenyang39(a)huawei.com>;
> > > >>>>> tangchengchang <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > >>>>> <Dietmar.Eggemann(a)arm.com>;
> > > >>>>> linaro-open-discussions(a)op-lists.linaro.org;
> > > >>>>> lorenzo.pieralisi(a)gmail.com
> > > >>>>> Subject: Re: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > >>>>> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>>>>
> > > >>>>> Hi,
> > > >>>>>
> > > >>>>> Moving to July 5th is fine by me.
> > > >>>>>
> > > >>>>> For IORT RMR I'd encourage Shameer to ping the mailing list for SMMU
> > > >>> ACKs and not wait till July 5th, I believe I acked the relevant patches.
> > > >>>>>
> > > >>>>> I CC'ed my personal email since the email address I am sending from
> will
> > > >>> stop working tonight.
> > > >>>>>
> > > >>>>> Thanks,
> > > >>>>> Lorenzo
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>> ________________________________________
> > > >>>>> From: Joyce Qi <joyce.qi(a)linaro.org>
> > > >>>>> Sent: 24 June 2022 15:25
> > > >>>>> To: Lorenzo Pieralisi
> > > >>>>> Cc: Shameerali Kolothum Thodi; Jonathan Cameron; Lorenzo Pieralisi;
> > > >>>>> Jonathon Burcham; yangyicong; Hesham Almatary; shenyang (M);
> > > >>>>> tangchengchang; Dietmar Eggemann;
> > > >>>>> linaro-open-discussions(a)op-lists.linaro.org
> > > >>>>> Subject: Re: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > >>>>> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>>>>
> > > >>>>> Hi Lorenzo，Jonathan，Shameerali，
> > > >>>>>
> > > >>>>> Thanks for all your feedback，So can we move the LOD to July 5th for
> > > >>>>> the SPDM discussions？
> > > >>>>> If that’s ok，I can reschedule the LDO meeting.
> > > >>>>>
> > > >>>>> Thanks:)
> > > >>>>> Joyce
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>> 在 2022年6月24日，下午8:51，Lorenzo Pieralisi
> > > >>> <Lorenzo.Pieralisi(a)arm.com>
> > > >>>>>> 写道：
> > > >>>>>>
> > > >>>>>> Hi,
> > > >>>>>>
> > > >>>>>> I am traveling, I am interested on the SPDM discussions, I did not
> > > >>>>>> think there is much left to do wrt IORT RMR (other than merging it
> > > >>>>>> and decide who does that) but we can talk on thursday, just use
> > > >>>>>> lorenzo.pieralisi(a)gmail.com please to send the invite.
> > > >>>>>>
> > > >>>>>> If we can talk week starting July 4th honestly it would even be
> > > >>>>>> better.
> > > >>>>>>
> > > >>>>>> Thanks,
> > > >>>>>> Lorenzo
> > > >>>>>>
> > > >>>>>> ________________________________________
> > > >>>>>> From: joyce.qi--- via Linaro-open-discussions
> > > >>>>>> <linaro-open-discussions(a)op-lists.linaro.org>
> > > >>>>>> Sent: 24 June 2022 11:33
> > > >>>>>> To: Shameerali Kolothum Thodi; Jonathan Cameron; Lorenzo Pieralisi
> > > >>>>>> Cc: Jonathon Burcham; yangyicong; Hesham Almatary; shenyang (M);
> > > >>>>>> tangchengchang; Dietmar Eggemann;
> > > >>>>>> linaro-open-discussions(a)op-lists.linaro.org
> > > >>>>>> Subject: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > >>>>>> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>>>>>
> > > >>>>>> Hi Jonanthan，Shameerali，
> > > >>>>>> Thanks a lot for your input here：）
> > > >>>>>> @Lorenzo，
> > > >>>>>> Are you available on next Thuesday’s LOD meeting for checking the
> > > >>>>>> status on IORT RMR series Shameerali has brought up？
> > > >>>>>> Thanks：）
> > > >>>>>> Joyce
> > > >>>>>>
> > > >>>>>> -------- 原始邮件 --------
> > > >>>>>> 发件人： Shameerali Kolothum Thodi
> > > >>>>>> <shameerali.kolothum.thodi(a)huawei.com>
> > > >>>>>> 日期： 2022年6月24日周五 傍晚5:24
> > > >>>>>> 收件人： Jonathan Cameron <jonathan.cameron(a)huawei.com>,
> > > >>>>>> joyce.qi(a)linaro.org, Lorenzo Pieralisi <lpieralisi(a)kernel.org>
> > > >>>>>> 抄送： Jonathon Burcham <jon.burcham(a)linaro.org>, yangyicong
> > > >>>>>> <yangyicong(a)huawei.com>, Hesham Almatary
> > > >>>>>> <hesham.almatary(a)huawei.com>, "shenyang (M)"
> > > >>>>>> <shenyang39(a)huawei.com>, tangchengchang
> > > >>>>>> <tangchengchang(a)huawei.com>, Dietmar Eggemann
> > > >>>>>> <dietmar.eggemann(a)arm.com>,
> > > >>>>>> linaro-open-discussions(a)op-lists.linaro.org
> > > >>>>>> 主 题： RE: [Linaro-open-discussions] Re: 回复：Li
> > > >>>>>> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>>>>>> -----Original Message-----
> > > >>>>>>> From: Jonathan Cameron via Linaro-open-discussions
> > > >>>>>>> [mailto:linaro-open-discussions@op-lists.linaro.org]
> > > >>>>>>> Sent: 24 June 2022 10:13
> > > >>>>>>> To: joyce.qi(a)linaro.org
> > > >>>>>>> Cc: Jonathan Cameron via Linaro-open-discussions
> > > >>>>>>> <linaro-open-discussions(a)op-lists.linaro.org>; Jonathon Burcham
> > > >>>>>>> <jon.burcham(a)linaro.org>; yangyicong <yangyicong(a)huawei.com>;
> > > >>>>>>> Hesham Almatary <hesham.almatary(a)huawei.com>; shenyang (M)
> > > >>>>>>> <shenyang39(a)huawei.com>; tangchengchang
> > > >>>>>>> <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > >>>>>>> <dietmar.eggemann(a)arm.com>
> > > >>>>>>> Subject: [Linaro-open-discussions] Re: 回复：
> Linaro-open-discussions
> > > >>>>>> call on
> > > >>>>>>> May 24th
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> Hi Joyce,
> > > >>>>>>>
> > > >>>>>>> Thanks for the reminder. I don’t think it is worth discussing at
> > > >>>>>> LOD as not
> > > >>>>>>> the right people on the call, but I would like to draw attention
> > > >>>>>>> to a
> > > >>>>>> thread
> > > >>>>>>> discussing whether to propose a SPDM BoF at Linux Plumbers:
> > > >>>>>>>
> > > >>> https://lore.kernel.org/linux-cxl/20220609124702.000037b0@Huawei.c
> > > >>>>>>> om/
> > > >>>>>>>
> > > >>>>>>> At the moment I plan to speculatively put in a proposal, but may
> > > >>>>>> withdraw it
> > > >>>>>>> if not enough people would be involved to make useful progress.
> > > >>>>>>> The big ‘discussion’ point is how much to do in kernel vs in
> > > >>>>>> Userspace.
> > > >>>>>>>
> > > >>>>>>> I’ve just polled some of my colleagues for any other topics they
> > > >>>>>> would like to
> > > >>>>>>> raise on LOD, but for now I don’t have anything ready to talk about.
> > > >>>>>> If Lorenzo is around, would like to check the status on IORT RMR
> > > >>>>>> series.
> > > >>>>>> I have sent out the v13 here,
> > > >>>>>>
> > > >>>>>>
> https://lore.kernel.org/linux-acpi/20220615101044.1972-8-shameerali
> > > >>>>>> .kol
> > > >>>>>> othum.thodi(a)huawei.com/T/
> > > >>>>>> Thanks,
> > > >>>>>> Shameer
> > > >>>>>>> Thanks,
> > > >>>>>>>
> > > >>>>>>> Jonathan
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> From: joyce.qi(a)linaro.org <joyce.qi(a)linaro.org>
> > > >>>>>>> Sent: 24 June 2022 10:06
> > > >>>>>>> To: Jonathan Cameron <jonathan.cameron(a)huawei.com>
> > > >>>>>>> Cc: Jonathan Cameron via Linaro-open-discussions
> > > >>>>>>> <linaro-open-discussions(a)op-lists.linaro.org>; Lorenzo Pieralisi
> > > >>>>>>> <lorenzo.pieralisi(a)arm.com>; Jonathon Burcham
> > > >>>>>> <jon.burcham(a)linaro.org>;
> > > >>>>>>> yangyicong <yangyicong(a)huawei.com>; Hesham Almatary
> > > >>>>>>> <hesham.almatary(a)huawei.com>; shenyang (M)
> > > >>>>>>> <shenyang39(a)huawei.com>; tangchengchang
> > > >>>>>>> <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > >>>>>>> <dietmar.eggemann(a)arm.com>
> > > >>>>>>> Subject: 回复：[Linaro-open-discussions] Linaro-open-discussions
> call
> > > >>>>>>> on May 24th
> > > >>>>>>>
> > > >>>>>>> Hi Jonanthan，all
> > > >>>>>>>
> > > >>>>>>> Do you have anything to sync during next week's LOD meeting?
> > > >>>>>>>
> > > >>>>>>> Thanks
> > > >>>>>>> Joyce
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> -------- 原始邮件 --------
> > > >>>>>>> 发件人： Joyce Qi <joyce.qi(a)linaro.org<mailto:joyce.qi@linaro.org>>
> > > >>>>>>> 日期： 2022年5月24日周二 早上7:08
> > > >>>>>>> 收件人： Jonathan Cameron
> > > >>>>>>>
> > > >>> <jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>>
> > > >>>>>>> 抄送： Jonathan Cameron via Linaro-open-discussions
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >>>>>> cuss
> > > >>>>>> ions
> > > >>>>>>> @op-lists.linaro.org>>, Lorenzo Pieralisi
> > > >>>>>>> <lorenzo.pieralisi(a)arm.com<mailto:lorenzo.pieralisi@arm.com>>,
> > > >>>>>> Jonathon
> > > >>>>>>> Burcham <jon.burcham(a)linaro.org<mailto:jon.burcham@linaro.org>>,
> > > >>>>>>> yangyicong
> > > >>> <yangyicong(a)huawei.com<mailto:yangyicong@huawei.com>>,
> > > >>>>>>> Hesham Almatary
> > > >>>>>>>
> > > >>> <hesham.almatary(a)huawei.com<mailto:hesham.almatary@huawei.com>>,
> > > >>>>>>> "shenyang (M)"
> > > >>>>>>> <shenyang39(a)huawei.com<mailto:shenyang39@huawei.com>>,
> > > >>>>>>> tangchengchang
> > > >>>>>>>
> > > >>> <tangchengchang(a)huawei.com<mailto:tangchengchang@huawei.com>>,
> > > >>>>>>> Dietmar Eggemann
> > > >>>>>>> <dietmar.eggemann(a)arm.com<mailto:dietmar.eggemann@arm.com>>
> > > >>>>>>> 主 题： Re: [Linaro-open-discussions] Linaro-open-discussions call
> on
> > > >>>>>> May
> > > >>>>>>> 24th
> > > >>>>>>> Hi Jonathan,all
> > > >>>>>>>
> > > >>>>>>> Thanks for the confirm.
> > > >>>>>>> I will cancel today’s meeting since no topic:)
> > > >>>>>>>
> > > >>>>>>> Thanks:)
> > > >>>>>>> Joyce
> > > >>>>>>>
> > > >>>>>>> 在 2022年5月20日，下午7:10，Jonathan Cameron
> > > >>>>>>>
> > > >>> <jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>>
> > > >>>>>>> 写道：
> > > >>>>>>>
> > > >>>>>>> Hi Joyce,
> > > >>>>>>>
> > > >>>>>>> Nothing to discuss from me. Anyone else have anything they want
> > > >>>>>>> to
> > > >>>>>> bring
> > > >>>>>>> up?
> > > >>>>>>>
> > > >>>>>>> Thanks,
> > > >>>>>>>
> > > >>>>>>> Jonathan
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> From: Joyce Qi <joyce.qi(a)linaro.org<mailto:joyce.qi@linaro.org>>
> > > >>>>>>> Sent: 18 May 2022 10:37
> > > >>>>>>> To: Jonathan Cameron
> > > >>>>>>>
> > > >>> <jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>>
> > > >>>>>>> Cc: Jonathan Cameron via Linaro-open-discussions
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >>>>>> cuss
> > > >>>>>> ions
> > > >>>>>>> @op-lists.linaro.org>>; Lorenzo Pieralisi
> > > >>>>>>> <lorenzo.pieralisi(a)arm.com<mailto:lorenzo.pieralisi@arm.com>>;
> > > >>>>>> Jonathon
> > > >>>>>>> Burcham <jon.burcham(a)linaro.org<mailto:jon.burcham@linaro.org>>;
> > > >>>>>>> yangyicong
> > > >>> <yangyicong(a)huawei.com<mailto:yangyicong@huawei.com>>;
> > > >>>>>>> Hesham Almatary
> > > >>>>>>>
> > > >>> <hesham.almatary(a)huawei.com<mailto:hesham.almatary@huawei.com>>;
> > > >>>>>>> shenyang (M)
> > > >>>>>>> <shenyang39(a)huawei.com<mailto:shenyang39@huawei.com>>;
> > > >>>>>>> tangchengchang
> > > >>>>>>>
> > > >>> <tangchengchang(a)huawei.com<mailto:tangchengchang@huawei.com>>;
> > > >>>>>>> Dietmar Eggemann
> > > >>>>>>> <dietmar.eggemann(a)arm.com<mailto:dietmar.eggemann@arm.com>>
> > > >>>>>>> Subject: Re: [Linaro-open-discussions] Linaro-open-discussions
> > > >>>>>>> call
> > > >>>>>> on May
> > > >>>>>>> 24th
> > > >>>>>>>
> > > >>>>>>> Hi Jonathan, Lorenz ,all,
> > > >>>>>>>
> > > >>>>>>> Do you have any topic to discuss during the Linaro open
> > > >>>>>>> discussions
> > > >>>>>> next
> > > >>>>>>> Tuesday?
> > > >>>>>>>
> > > >>>>>>> Thanks:)
> > > >>>>>>> Joyce
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> 在 2022年4月26日，上午1:45，Jonathan Cameron
> > > >>>>>>>
> > > >>> <Jonathan.Cameron(a)huawei.com<mailto:Jonathan.Cameron@huawei.com>
> > > >>>>
> > > >>>>>>> 写道：
> > > >>>>>>>
> > > >>>>>>> On Fri, 22 Apr 2022 14:00:06 +0100 Jonathan Cameron via
> > > >>>>>>> Linaro-open-discussions
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >>>>>> cuss
> > > >>>>>> ions
> > > >>>>>>> @op-lists.linaro.org>> wrote:
> > > >>>>>>>
> > > >>>>>>> On Fri, 22 Apr 2022 11:33:29 +0100 Lorenzo Pieralisi
> > > >>>>>>> <lorenzo.pieralisi(a)arm.com<mailto:lorenzo.pieralisi@arm.com>>
> > > >>> wrote:
> > > >>>>>>>
> > > >>>>>>> On Fri, Apr 22, 2022 at 10:36:43AM +0100, Jonathan Cameron wrote:
> > > >>>>>>> On Thu, 21 Apr 2022 21:32:01 +0800 Joyce Qi via
> > > >>>>>>> Linaro-open-discussions
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >>>>>> cuss
> > > >>>>>> ions
> > > >>>>>>> @op-lists.linaro.org>> wrote:
> > > >>>>>>>
> > > >>>>>>> Hi Jonathon锟斤拷Lorenzo锟斤拷
> > > >>>>>>>
> > > >>>>>>> Do we have some topic to discuss for the Linaro-open-disscussions
> > > >>>>>> next
> > > >>>>>>> week?
> > > >>>>>>>
> > > >>>>>>> Thanks:)
> > > >>>>>>> Joyce
> > > >>>>>>>
> > > >>>>>>> Hi Joyce,
> > > >>>>>>>
> > > >>>>>>> Thanks for the reminder. So topics:
> > > >>>>>>>
> > > >>>>>>> RMR: Nothing from our side
> > > >>>>>>>
> > > >>>>>>> vCPUHP: we have a 'working' QEMU tree though it has some known
> > > >>>>>>> problems (doesn't work with SVE for some reason - so some
> > > >>>>>>> debugging
> > > >>>>>> to
> > > >>>>>>> do). Should be able to upload that shortly for anyone else who
> > > >>>>>>> wants to play with it. Any updates on progress of kernel patches
> > > >>>>>>> from ARM side would be good but email is fine for that.
> > > >>>>>>>
> > > >>>>>>> Could not work on them, I need to figure out a plan and quickly,
> > > >>>>>>> we can talk about that though, I should be able to have a clearer
> > > >>>>>>> picture by Tuesday.
> > > >>>>>>>
> > > >>>>>>> I am still using your SPDM stack and there are a couple of things
> > > >>>>>>> I don't get (eg CHALLENGE_AUTH signature verification, RSA path,
> > > >>>>>>> spdm_asym_rsassa_3072 path in spdm_verify_signature() - just
> > > >>>>>>> wanted to ask if you tested this path, I am struggling with
> > > >>>>>>> signature verification - just wanted to ask in particular about
> > > >>>>>>> the need for
> > > >>>>>>> ASN.1 encoding to use verify_signature()).
> > > >>>>>>>
> > > >>>>>>> Tested this again and it seems to be working (tm)
> > > >>>>>>>
> > > >>>>>>> Here are the logs... Just in case you fancy hand decoding the
> > > >>>>>> exchange.
> > > >>>>>>>
> > > >>>>>>> Sig should be the very last bit of the last message (ignoring the
> > > >>>>>>> 00
> > > >>>>>> pad IIRC)
> > > >>>>>>>
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 0c Platform Port Transmit Buffer: 01 00 01 00 03 00 00 00 10 84 00
> > > >>>>>>> 00 Platform Port Receive Command: 00 00 00 01 Platform Port
> > > >>>>>>> Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 14
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 05 00 00 00 10 04 00 00
> > > >>>>>>> 00
> > > >>>>>> 03 00
> > > >>>>>>> 10 00 11 00 12
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 0c Platform Port Transmit Buffer: 01 00 01 00 03 00 00 00 10 84 00
> > > >>>>>>> 00 Platform Port Receive Command: 00 00 00 01 Platform Port
> > > >>>>>>> Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 14
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 05 00 00 00 10 04 00 00
> > > >>>>>>> 00
> > > >>>>>> 03 00
> > > >>>>>>> 10 00 11 00 12
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 14 Platform Port Transmit Buffer: 01 00 01 00 05 00 00 00 11 e1
> > > >>>>>>> 00 00
> > > >>>>>> 00 02
> > > >>>>>>> 00 00 c6 f7 00 00
> > > >>>>>>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 14
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 05 00 00 00 11 61 00 00
> > > >>>>>>> 00
> > > >>>>>> 00 00
> > > >>>>>>> 00 f7 fb 00 00
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 38 Platform Port Transmit Buffer: 01 00 01 00 0e 00 00 00 11 e3
> > > >>>>>>> 04 00
> > > >>>>>> 30 00
> > > >>>>>>> 01 00 94 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> > > >>>>>>> 00
> > > >>>>>> 00
> > > >>>>>>> 00 00 02 20 1b 00 03 20 06 00 04 20 94 00 05 20 01 00 Platform
> > > >>>>>>> Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00
> > > >>>>>>> 00 00 02 Platform Port Receive Size: 00 00 00 3c Platform Port
> > > >>>>>>> Receive Buffer: 01 00 01 00 0f 00 00 00 11 63 04 00 34
> > > >>>>>> 00
> > > >>>>>>> 01 00 08 00 00 00 04 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00
> > > >>>>>>> 00
> > > >>>>>> 00
> > > >>>>>>> 00 00 00 00 00 00 02 20 10 00 03 20 02 00 04 20 04 00 05 20 01 00
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 0c Platform Port Transmit Buffer: 01 00 01 00 03 00 00 00 11 81 00
> > > >>>>>>> 00 Platform Port Receive Command: 00 00 00 01 Platform Port
> > > >>>>>>> Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 9c
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 27 00 00 00 11 01 00 07
> > > >>>>>>> 6b
> > > >>>>>> 3e 6a
> > > >>>>>>> 85 12 30 ed ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04
> > > >>>>>>> 0d
> > > >>>>>> 04 cc
> > > >>>>>>> 45 0a 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 6b 3e
> > > >>>>>>> 6a
> > > >>>>>> 85 12
> > > >>>>>>> 30 ed ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04 0d 04
> > > >>>>>>> cc
> > > >>>>>> 45 0a
> > > >>>>>>> 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 6b 3e 6a 85
> > > >>>>>>> 12
> > > >>>>>> 30 ed
> > > >>>>>>> ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04 0d 04 cc 45
> > > >>>>>>> 0a
> > > >>>>>> 03 b9
> > > >>>>>>> aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 Platform Port
> > > >>>>>>> Transmit Command: 00 00 00 01 Platform Port Transmit TransportType:
> > > >>>>>>> 00 00 00 02 Platform Port Transmit Size: 00 00 00 10 Platform Port
> > > >>>>>>> Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00 00 00
> > > >>>>>> 00 00
> > > >>>>>>> 80
> > > >>>>>>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 04 10
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 04 01 00 00 11 02 00 00
> > > >>>>>>> 00
> > > >>>>>> 04 64
> > > >>>>>>> 0a 64 0e 00 00 99 e0 d4 22 35 22 e5 ba 58 24 e7 1e eb cf 9a 2c b5
> > > >>>>>>> b5
> > > >>>>>> 71 10
> > > >>>>>>> ce aa 50 f5 64 83 78 d8 2d 9e 3b 99 53 74 db 98 d0 6f 63 cd 84 35
> > > >>>>>>> c5
> > > >>>>>> 10 cc
> > > >>>>>>> 21 f3 e0 30 82 05 19 30 82 03 01 a0 03 02 01 02 02 14 22 4d 06 18
> > > >>>>>>> d5
> > > >>>>>> d4
> > > >>>>>>> a8 45 bf 5d f5 56 06 47 3f 90 a9 20 21 27 30 0d 06 09 2a 86 48 86
> > > >>>>>>> f7
> > > >>>>>> 0d 01
> > > >>>>>>> 01 0c 05 00 30 1c 31 1a 30 18 06 03 55 04 03 0c 11 69 6e 74 65 6c
> > > >>>>>>> 20
> > > >>>>>> 74 65
> > > >>>>>>> 73 74 20 52 53 41 20 43 41 30 1e 17 0d 32 32 30 33 30 33 31 31 33
> > > >>>>>>> 38
> > > >>>>>> 34
> > > >>>>>>> 32 5a 17 0d 33 32 30 32 32 39 31 31 33 38 34 32 5a 30 1c 31 1a 30
> > > >>>>>>> 18
> > > >>>>>> 06
> > > >>>>>>> 03 55 04 03 0c 11 69 6e 74 65 6c 20 74 65 73 74 20 52 53 41 20 43
> > > >>>>>>> 41
> > > >>>>>> 30
> > > >>>>>>> 82 02 22 30 0d 06 09 2a 86 48 86 f7 0d 01 01 01 05 00 03 82 02 0f
> > > >>>>>>> 00
> > > >>>>>> 30 82
> > > >>>>>>> 02 0a 02 82 02 01 00 b6 80 53 6e c7 66 9e 23 0f e9 2a d4 68 59 54
> > > >>>>>>> ec
> > > >>>>>> bc cd
> > > >>>>>>> dd 1d 37 52 f9 fb 48 ed 9b 8e e5 20 77 a0 57 26 ba a4 e4 44 95 9c
> > > >>>>>>> 13
> > > >>>>>> 30 36
> > > >>>>>>> b8 03 39 33 58 4f 0f 19 5f 28 21 ee 52 f4 b0 4c 7b c1 86 94 ed 12
> > > >>>>>>> cf
> > > >>>>>> 1b 24
> > > >>>>>>> d2 20 d8 6a 7b 33 86 3e 84 b8 0e 57 06 14 fb ff a5 a7 05 ca 75 0c
> > > >>>>>>> b2
> > > >>>>>> f0 d7
> > > >>>>>>> 58 d0 b5 92 de ff a5 82 54 90 35 60 f3 c8 8f 2f 16 5f 89 91 5b 42
> > > >>>>>>> 14
> > > >>>>>> 04 23
> > > >>>>>>> 44 04 54 2f 36 ab f7 29 91 9e 45 46 09 fc d9 45 29 a8 08 83 68 18
> > > >>>>>>> 58
> > > >>>>>> d3 7b
> > > >>>>>>> 9a b4 0e 3a b7 08 19 6f c2 7c 14 0f a3 3e fa ad 99 71 35 a5 fc ef
> > > >>>>>>> c1
> > > >>>>>> 31 93 ae
> > > >>>>>>> db a7 5c 67 e1 e7 ef 53 8b ab 3e 48 6d d1 78 86 84 41 43 97 4d af
> > > >>>>>>> d4
> > > >>>>>> 55 42
> > > >>>>>>> 4b 3c 8a 5e c9 bb 10 8a 6e 62 2d bc d6 29 de cf ae 2b f8 66 e0 a8
> > > >>>>>>> 0e
> > > >>>>>> 9a 86
> > > >>>>>>> e5 dd fc 85 ae 9c a9 28 a0 7d e8 93 7f cf 1b e2 7a d0 d4 c0 3c 92
> > > >>>>>>> 88
> > > >>>>>> 06 ba
> > > >>>>>>> 3a d3 18 3c a1 98 f2 95 3a b5 0c 98 57 97 06 22 91 a7 86 c9 87 a3
> > > >>>>>>> b1
> > > >>>>>> da 71
> > > >>>>>>> d6 14 79 a1 94 5b da fc d5 2e b3 4a 4f c2 8b 4a 99 44 4c da 3b 43
> > > >>>>>>> 1c
> > > >>>>>> 35 4d
> > > >>>>>>> e1 a7 18 b9 d8 be fb 49 5f a7 51 20 08 e7 43 2b 81 ae da 7f 67 82
> > > >>>>>>> 50
> > > >>>>>> a7 4d
> > > >>>>>>> 4a d2 65 04 57 5a 4a 74 66 da f3 58 9a cd 12 49 8e af 3b d8 ee 5c
> > > >>>>>>> 56
> > > >>>>>> 72 37
> > > >>>>>>> 2d 8d ca 57 10 d4 b5 cc 35 95 18 76 aa 20 dc 5f 45 b8 19 98 9f b7
> > > >>>>>>> 94
> > > >>>>>> 8f 05
> > > >>>>>>> 9e 3e f8 ee 51 7d 23 47 20 29 07 fa d4 d6 c2 28 4a 79 6a b3 3b ec
> > > >>>>>>> c3
> > > >>>>>> 64 ee
> > > >>>>>>> 78 4c d2 72 95 74 5b 8c 90 25 d4 11 68 89 fe bc 8e e4 a3 fa d6 b4
> > > >>>>>>> 6c
> > > >>>>>> 46 63
> > > >>>>>>> 31 99 25 06 5a 30 85 4a 0e 22 38 b7 33 07 65 11 1b 12 88 0b 71 37
> > > >>>>>>> 20
> > > >>>>>> 2b
> > > >>>>>>> 54 00 43 30 24 e9 22 98 1b 6d 6c da 98 02 8d 36 6b 08 1f 03 90 e4
> > > >>>>>>> bb
> > > >>>>>> dc 0b
> > > >>>>>>> c4 3d b0 00 93 ab d9 11 6f da 04 32 48 3c 61 d0 d6 7b 5d 72 f8 3c
> > > >>>>>>> 85
> > > >>>>>> 65 9f
> > > >>>>>>> b6 c0 5f 0d a7 1e d6 ad d8 0a a1 70 1f b8 3a f8 8b 4b 99 02 03 01
> > > >>>>>>> 00
> > > >>>>>> 01 a3
> > > >>>>>>> 53 30 51 30 1d 06 03 55 1d 0e 04 16 04 14 b3 c1 9a d7 32 bf 99 6b
> > > >>>>>>> 9f
> > > >>>>>> 77 8a
> > > >>>>>>> 11 f4 fc 24 92 43 f7 f7 ec 30 1f 06 03 55 1d 23 04 18 30 16 80 14
> > > >>>>>>> b3
> > > >>>>>> c1 9a
> > > >>>>>>> d7 32 bf 99 6b 9f 77 8a 11 f4 fc 24 92 43 f7 f7 ec 30 0f 06 03 55
> > > >>>>>>> 1d
> > > >>>>>> 13 01 01
> > > >>>>>>> ff 04 05 30 03 01 01 ff 30 0d 06 09 2a 86 48 86 f7 0d 01 01 0c 05
> > > >>>>>>> 00
> > > >>>>>> 03 82
> > > >>>>>>> 02 01 00 72 e2 8c aa 49 24 3f e9 53 a6 15 6d a0 da ed b8 ac d7 9b
> > > >>>>>>> fd
> > > >>>>>> 9b 19
> > > >>>>>>> e3 e1 b4 27 36 79 24 63 03 0b f5 55 6c 22 cc 81 a7 1f 8c 90 d1 3e
> > > >>>>>>> f8
> > > >>>>>> cd f1
> > > >>>>>>> 79 8a ae 1f 4c aa 2b 6a 1b a5 4d cf fe 71 44 96 f6 f1 c6 d7 6d 38
> > > >>>>>>> a5
> > > >>>>>> fd 95 49
> > > >>>>>>> fb cb 0f c9 c6 6a 5f d1 85 ff ba e5 cb ef f8 43 de 7e ac 92 2c b3
> > > >>>>>>> 2c
> > > >>>>>> 57 a6 39
> > > >>>>>>> f8 d2 ae c4 06 e8 3d 35 01 e7 30 51 74 e2 28 a2 6f 10 69 3d d8 96
> > > >>>>>>> d8
> > > >>>>>> 61 f5
> > > >>>>>>> ff d3 29 86 26 e2 57 23 dc 8d 77 1a 31 f0 6f df a7 50 34 28 4a e3
> > > >>>>>>> de
> > > >>>>>> 55 d0
> > > >>>>>>> a2 6f 8a db a1 54 7a ac 9f d3 e8 c5 1f 55 2c 2e fc 37 c9 4c a1 22
> > > >>>>>>> a4
> > > >>>>>> e4 20 77
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 10 Platform Port Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00
> > > >>>>>>> 00 00
> > > >>>>>> 04 64
> > > >>>>>>> 0a
> > > >>>>>>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 04 10
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 04 01 00 00 11 02 00 00
> > > >>>>>>> 00
> > > >>>>>> 04 64
> > > >>>>>>> 06 84 86 e0 3e 11 8b 72 c3 92 16 95 d5 32 0f 81 3d d1 0e d0 f8 3a
> > > >>>>>>> e6
> > > >>>>>> 20 fe
> > > >>>>>>> d8 ae 5a c1 27 2c 18 1f 60 40 fa 89 10 05 33 f7 35 9d 5c 35 29 0d
> > > >>>>>>> b3
> > > >>>>>> 26 94
> > > >>>>>>> 48 eb 75 a3 d5 a8 74 22 80 56 40 cc 74 60 c1 03 d5 32 5d 3d 24 4c
> > > >>>>>>> b3
> > > >>>>>> 5e b2
> > > >>>>>>> f5 5b 61 f1 d7 fa 40 71 45 af 67 c5 fc 5a ee 32 10 5f eb 6c 68 be
> > > >>>>>>> 00
> > > >>>>>> e1 0a e9
> > > >>>>>>> 23 0d 06 6d fb b8 af 3a 9a 33 d1 b0 eb 89 5f c9 26 ba b8 91 ab cd
> > > >>>>>>> 55
> > > >>>>>> 90 24
> > > >>>>>>> 22 1b 3b 15 11 fe 61 22 de ae d7 19 45 b1 bf 09 09 2f c7 8f 57 b1
> > > >>>>>>> 2b
> > > >>>>>> 37 b5
> > > >>>>>>> 9d 4d f2 8b 2d ea 29 f5 17 bb 11 2f 5b 59 1b 43 65 d1 60 15 b9 ba
> > > >>>>>>> ca
> > > >>>>>> 0b a4
> > > >>>>>>> bd 25 ec ba 5d 55 45 ab 02 2d fb 16 3e d6 82 01 a7 62 1a c7 77 77
> > > >>>>>>> da
> > > >>>>>> 5f 4d
> > > >>>>>>> f2 a2 f5 14 24 e8 ab 63 16 a4 5d f0 ec 5e 1c 9a 72 a2 86 dd 2b ba
> > > >>>>>>> 88
> > > >>>>>> d5 98
> > > >>>>>>> 56 c7 1c 63 2e 59 eb 4a a7 df 55 7e 0c 77 ae de 9b 88 e2 93 47 27
> > > >>>>>>> 62
> > > >>>>>> c7 d4
> > > >>>>>>> 0e 5d a4 16 05 ca 78 bd b9 67 d9 e7 c1 c8 41 23 94 de ae 5f e7 b6
> > > >>>>>>> 50
> > > >>>>>> 76 d5
> > > >>>>>>> 4d d5 ce d6 b5 d4 78 53 c0 18 6d 7f c5 f0 34 29 ba 9a 14 ba f2 13
> > > >>>>>>> 07
> > > >>>>>> 4a 0f
> > > >>>>>>> e9 bd 1b fa 4e 20 4c 73 5e eb 9a 6d 3c bb 3b 61 e7 bf 71 cc c0 7a
> > > >>>>>>> d2
> > > >>>>>> bf a7
> > > >>>>>>> 26 b9 9a bc 2d a0 22 18 12 1d 04 87 30 82 04 a0 30 82 02 88 a0 03
> > > >>>>>>> 02
> > > >>>>>> 01
> > > >>>>>>> 02 02 01 01 30 0d 06 09 2a 86 48 86 f7 0d 01 01 0c 05 00 30 1c 31
> > > >>>>>>> 1a
> > > >>>>>> 30 18
> > > >>>>>>> 06 03 55 04 03 0c 11 69 6e 74 65 6c 20 74 65 73 74 20 52 53 41 20
> > > >>>>>>> 43
> > > >>>>>> 41
> > > >>>>>>> 30 1e 17 0d 32 32 30 33 30 33 31 31 34 30 30 33 5a 17 0d 33 32 30
> > > >>>>>>> 32
> > > >>>>>> 32
> > > >>>>>>> 39 31 31 34 30 30 33 5a 30 2b 31 29 30 27 06 03 55 04 03 0c 20 69
> > > >>>>>>> 6e
> > > >>>>>> 74
> > > >>>>>>> 65 6c 20 74 65 73 74 20 52 53 41 20 69 6e 74 65 72 6d 65 64 69 61
> > > >>>>>>> 74
> > > >>>>>> 65
> > > >>>>>>> 20 63 65 72 74 30 82 01 a2 30 0d 06 09 2a 86 48 86 f7 0d 01 01 01
> > > >>>>>>> 05
> > > >>>>>> 00
> > > >>>>>>> 03 82 01 8f 00 30 82 01 8a 02 82 01 81 00 ab 97 02 85 a7 a4 8c 17
> > > >>>>>>> 29
> > > >>>>>> 31 0c
> > > >>>>>>> b2 0d f6 e4 3d 76 00 ce e1 1b 19 9b e9 84 f5 36 10 1f d5 e6 60 fe
> > > >>>>>>> 8a
> > > >>>>>> e4 0a
> > > >>>>>>> 53 63 23 7c f8 57 8d 7f 2b a8 10 78 dd 40 ef a8 65 33 47 a4 fc b6
> > > >>>>>>> f8
> > > >>>>>> 23 b3
> > > >>>>>>> 4b 28 8e c8 98 29 02 55 93 54 35 5d 2c fd d8 a4 5d 02 bb c5 06 61
> > > >>>>>>> 72
> > > >>>>>> cb 77
> > > >>>>>>> a1 f6 ed 83 68 ec 4f a7 17 4b 29 89 52 40 9a f3 09 20 1e 4d e1 98
> > > >>>>>>> 37
> > > >>>>>> 70 de
> > > >>>>>>> 7c b9 77 2a 77 3d 41 e3 09 e4 d2 57 87 4b de 19 b9 c7 74 bc ec ac
> > > >>>>>>> 98
> > > >>>>>> b0 0e
> > > >>>>>>> 2e 36 1e f7 8d 05 ab d4 a2 2b 0b fc a3 61 8d 08 bb ce 74 0a a1 d4
> > > >>>>>>> b6
> > > >>>>>> 38 80
> > > >>>>>>> ab a8 be f3 d1 5d 5f 6e cd c7 4b af 85 2f a5 e1 5e 74 0c c8 be a2
> > > >>>>>>> 67
> > > >>>>>> 98 c7
> > > >>>>>>> 61 45 d7 2a ee 88 93 4f d5 ef 83 11 dc 37 a0 38 20 97 c9 24 c3 3a
> > > >>>>>>> 26
> > > >>>>>> 69 90
> > > >>>>>>> 1e da 97 87 51 55 33 ef bc 13 b8 68 e8 da e0 68 53 90 11 03 83 43
> > > >>>>>>> 85
> > > >>>>>> f6 69
> > > >>>>>>> 7c d7 07 d4 51 72 94 f5 44 02 7c cb bf 2e f0 1c d7 5b ac ab a7 ac
> > > >>>>>>> 35
> > > >>>>>> b7 f4
> > > >>>>>>> 19 cc 78 86 b6 ac 38 17 b3 37 09 5d b5 3f 65 e1 a8 7e 7b 42 0d cb
> > > >>>>>>> 24
> > > >>>>>> e9 3d
> > > >>>>>>> fc d8 06 2e bc b3 1b 1c 2f 26 cf d2 24 f4 f7 7b 22 fd f1 6a 4e a9
> > > >>>>>>> 73
> > > >>>>>> 0a ea c5
> > > >>>>>>> 11 b9 d3 07 57 f6 b7 d4 df 66 2a 84 7b ec 0b 77 93 69 d6 06 e1 96
> > > >>>>>>> 97
> > > >>>>>> 4c 7e
> > > >>>>>>> 72 51 be a4 d1 d6 41 33 d8 69 41 f8 3f 57 44 48 82 ad 34 26 e1 2f
> > > >>>>>>> f6
> > > >>>>>> d4 fd
> > > >>>>>>> dd 6f a7 e1 55 69 5c 64 a6 a2 a1 70 aa 6f dd a0 cb 3c 9f ce 87 13
> > > >>>>>>> 02
> > > >>>>>> 03 01
> > > >>>>>>> 00 01 a3 5e 30 5c 30 0c 06 03 55 1d 13 04 05 30 03 01 01 ff 30 0b
> > > >>>>>>> 06
> > > >>>>>> 03 55
> > > >>>>>>> 1d 0f 04 04 03 02 01 fe 30 1d 06 03 55 1d 0e 04 16 04 14 c1 3f 34
> > > >>>>>>> 2e
> > > >>>>>> d9 40
> > > >>>>>>> de 6a 8d b4 45 ed 8a a0 6b b6 73 03 2b e5 30 20 06 03 55 1d 25 01
> > > >>>>>>> 01
> > > >>>>>> ff 04
> > > >>>>>>> 16 30 14 06 08 2b 06 01 05 05 07 03 01 06 08 2b 06 01 05 05 07 03
> > > >>>>>>> 02
> > > >>>>>> 30
> > > >>>>>>> 0d 06 09 2a 86 48 86 f7 0d 01 01 0c 05 00 03 82 02 01 00 7d 96 9d
> > > >>>>>>> 42
> > > >>>>>> 20 f4
> > > >>>>>>> 5c 80 19 d9 31
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 10 Platform Port Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00
> > > >>>>>>> 00 00
> > > >>>>>> 08 64
> > > >>>>>>> 06
> > > >>>>>>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 04 10
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 04 01 00 00 11 02 00 00
> > > >>>>>>> 00
> > > >>>>>> 04 64
> > > >>>>>>> 02 d9 f4 22 2b c9 ea 52 0f 3e a8 e1 fb 87 b9 28 8a c6 70 32 5f a5
> > > >>>>>>> 4e
> > > >>>>>> a9 a2
> > > >>>>>>> 22 ed 38 36 69 38 20 07 81 f2 b0 80 b6 05 5f b3 26 8b 60 08 ac fa
> > > >>>>>>> db
> > > >>>>>> 78 08
> > > >>>>>>> 20 c7 c5 3c 70 85 b8 e3 3c 81 45 3e 2b d9 6f e9 bf bf b9 d7 59 bd
> > > >>>>>>> 80
> > > >>>>>> 46 87
> > > >>>>>>> 08 f8 72 1e 44 b6 c4 17 2e 0e fe 51 28 d3 a5 d4 18 7e b6 64 ba 45
> > > >>>>>>> 4f
> > > >>>>>> bc 51
> > > >>>>>>> dd 38 70 e7 1f 0f 07 4d 75 b5 3e 2c 95 ca 11 0b a7 12 0f 25 8d ed
> > > >>>>>>> 0a
> > > >>>>>> 4b 6f
> > > >>>>>>> 96 e2 14 22 2d f7 96 64 6a c9 3a eb 09 71 89 ae 8d 82 2e 31 d6 46
> > > >>>>>>> 58
> > > >>>>>> 6c 85
> > > >>>>>>> 3b dc 14 1f c3 5c b3 02 fe ef 26 f1 8a d3 70 50 88 45 bd c8 f7 57
> > > >>>>>>> 24
> > > >>>>>> 1b ef 01
> > > >>>>>>> 8b 84 42 30 bb 1b 51 f4 e5 c2 02 6f ae 42 1d 4c a8 08 b2 75 c8 9b
> > > >>>>>>> 6c
> > > >>>>>> 6f 75
> > > >>>>>>> e9 97 4a b3 f3 17 54 90 3b 1d c1 c7 e7 08 8a 88 5f 42 67 b5 04 4d
> > > >>>>>>> 4f
> > > >>>>>> b8 b9
> > > >>>>>>> 5f 60 69 3a 1b 6a ee 39 3d 72 09 c4 80 5e 89 15 12 87 39 68 63 7c
> > > >>>>>>> 65
> > > >>>>>> ed b4
> > > >>>>>>> f1 12 d9 b9 82 30 74 0b aa 40 14 e0 33 f7 98 af 31 db e8 81 62 92
> > > >>>>>>> e6
> > > >>>>>> fc 9b
> > > >>>>>>> 6b 88 f9 cc c1 e4 6f 95 d2 86 f2 34 8f 48 c7 37 45 8e 25 07 26 f7
> > > >>>>>>> 18
> > > >>>>>> 75 04
> > > >>>>>>> 12 e6 16 6f 50 09 26 c9 8e 36 3e 41 6d 90 d0 31 13 e9 47 3c c9 c4
> > > >>>>>>> f3
> > > >>>>>> c1 b0
> > > >>>>>>> 1c 20 1c c8 95 4d 18 8d 46 83 35 fa 95 03 36 88 68 55 df a3 8d 79
> > > >>>>>>> 9b
> > > >>>>>> eb 16
> > > >>>>>>> bf 88 38 10 db 8c c2 f1 20 1b 36 a7 3b 44 26 bd c1 29 7f 02 98 a7
> > > >>>>>>> 31
> > > >>>>>> aa cd
> > > >>>>>>> 60 c7 ee 15 a4 b2 be 66 07 47 ea 89 95 5f 32 c6 bf 2e b5 66 46 5a
> > > >>>>>>> e1
> > > >>>>>> 79 f2
> > > >>>>>>> cd 4a 39 e0 9d f1 74 2f 00 6b e4 60 20 88 f0 53 83 26 6d ee ac a6
> > > >>>>>>> f6
> > > >>>>>> 54 47
> > > >>>>>>> e2 7a 58 a6 29 1d c7 50 a9 91 0c 68 ff fd 7b 25 a2 f3 34 b2 15 bd
> > > >>>>>>> f4
> > > >>>>>> 7d cf 9e
> > > >>>>>>> f1 4c 0d 86 39 b2 3e 80 e9 94 15 55 c8 af 8c d2 a9 6e 61 ce e5 23
> > > >>>>>>> 22
> > > >>>>>> dc 4e
> > > >>>>>>> b8 1c 41 68 7a b2 30 23 1c f2 6e 22 2e bd cc 6a 99 0b 1b eb 58 05
> > > >>>>>>> 1c
> > > >>>>>> 04 c3
> > > >>>>>>> 30 82 04 6b 30 82 02 d3 a0 03 02 01 02 02 01 03 30 0d 06 09 2a 86
> > > >>>>>>> 48
> > > >>>>>> 86
> > > >>>>>>> f7 0d 01 01 0c 05 00 30 2b 31 29 30 27 06 03 55 04 03 0c 20 69 6e
> > > >>>>>>> 74
> > > >>>>>> 65 6c
> > > >>>>>>> 20 74 65 73 74 20 52 53 41 20 69 6e 74 65 72 6d 65 64 69 61 74 65
> > > >>>>>>> 20
> > > >>>>>> 63
> > > >>>>>>> 65 72 74 30 1e 17 0d 32 32 30 33 30 33 31 31 34 30 32 34 5a 17 0d
> > > >>>>>>> 33
> > > >>>>>> 32
> > > >>>>>>> 30 32 32 39 31 31 34 30 32 34 5a 30 28 31 26 30 24 06 03 55 04 03
> > > >>>>>>> 0c
> > > >>>>>> 1d
> > > >>>>>>> 69 6e 74 65 6c 20 74 65 73 74 20 52 53 41 20 72 65 73 70 6f 6e 64
> > > >>>>>>> 65
> > > >>>>>> 72 20
> > > >>>>>>> 63 65 72 74 30 82 01 a2 30 0d 06 09 2a 86 48 86 f7 0d 01 01 01 05
> > > >>>>>>> 00
> > > >>>>>> 03
> > > >>>>>>> 82 01 8f 00 30 82 01 8a 02 82 01 81 00 a3 d7 6e f3 b7 4f 50 46 6c
> > > >>>>>>> 67
> > > >>>>>> 7f 61
> > > >>>>>>> 1a 30 85 a7 5a 8d b9 1f 29 76 86 57 5c cd 5c 20 fe b3 74 59 20 69
> > > >>>>>>> 5e
> > > >>>>>> 8f de
> > > >>>>>>> 22 cb a8 e9 f0 fb 3a 1a 45 be ef 50 46 b3 fc fe 74 ea e5 9d 0e 8d
> > > >>>>>>> 3e
> > > >>>>>> b8 13 a5
> > > >>>>>>> d2 7b 67 49 f6 6b 2d 7c 97 64 d1 24 ae c4 25 3f bf 67 9a 27 5d 72
> > > >>>>>>> df
> > > >>>>>> 23 87
> > > >>>>>>> d9 53 ba 8d de a7 3d cd e4 1c 9f 66 50 f4 e0 b7 96 97 36 2b 1a f6
> > > >>>>>>> 38
> > > >>>>>> d8 7e
> > > >>>>>>> 0e c4 70 bc 7c 00 4a 74 89 9b 62 a5 82 d9 6a 69 b7 23 aa 74 9e ef
> > > >>>>>>> 7c
> > > >>>>>> b9 59
> > > >>>>>>> 12 4c 8f 4e a2 42 5c d1 32 54 39 ea ca 64 e0 33 50 6c df f5 12 8e
> > > >>>>>>> 1c
> > > >>>>>> 3d 51
> > > >>>>>>> fe da b8 57 6e 7b 42 2d b6 ec 21 92 af 08 f2 89 c8 19 a4 d5 32 56
> > > >>>>>>> 62
> > > >>>>>> c2 a3
> > > >>>>>>> f5 cc ec d4 eb 07 74 28 a5 5c 0b 1c 7a 4e 03 3a d5 c8 4e 39 25 4a
> > > >>>>>>> 9b
> > > >>>>>> ce 9a
> > > >>>>>>> 63 1a 15 2c 98 4b 64 04 2c 9b 7d 92 32 36 33 60 8b ec 2c a8 5d 95
> > > >>>>>>> 74
> > > >>>>>> 06 3f
> > > >>>>>>> 83 cb 62 12 84 b8 dd 68 eb 1c 18 6b 84 cc b6 ef 4f a8 3b e1 0f 0a
> > > >>>>>>> 09
> > > >>>>>> 46 c6
> > > >>>>>>> 0f fe 24 55 8c 85 a1 3d 37 b1 ff 29 55 5b 23 f1 91 df cc 9d 38 48
> > > >>>>>>> 72
> > > >>>>>> 0a 55
> > > >>>>>>> b7 45 42 25 c3 05 67 b4 bc 17 cd fd a3 7b 1c e4 d8 b1 8b 42 b2 47
> > > >>>>>>> 1b
> > > >>>>>> b7 99
> > > >>>>>>> 4d 8a fd fe 52 80 94 58 e0 81 37 9a 91 61 93 e4 49 5e 69 16 32 4c
> > > >>>>>>> 03
> > > >>>>>> 7c 42
> > > >>>>>>> 2e d1
> > > >>>>>>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>>>>>> 10 Platform Port Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00
> > > >>>>>>> 00 00
> > > >>>>>> 0c 64
> > > >>>>>>> 02
> > > >>>>>>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 02 74
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 9d 00 00 00 11 02 00 00
> > > >>>>>>> 64
> > > >>>>>> 02 00
> > > >>>>>>> 00 74 4f e8 47 58 28 7f 27 57 6b 66 80 29 5e cb b2 b2 a3 61 29 77
> > > >>>>>>> 55
> > > >>>>>> 2f 44
> > > >>>>>>> 6e 47 c8 c5 93 ec 90 96 55 fc 6b 27 03 2a 9e ef 28 b5 49 05 02 03
> > > >>>>>>> 01
> > > >>>>>> 00 01
> > > >>>>>>> a3 81 9c 30 81 99 30 0c 06 03 55 1d 13 01 01 ff 04 02 30 00 30 0b
> > > >>>>>>> 06
> > > >>>>>> 03 55
> > > >>>>>>> 1d 0f 04 04 03 02 05 e0 30 1d 06 03 55 1d 0e 04 16 04 14 86 f9 ed
> > > >>>>>>> fa
> > > >>>>>> 46 3d
> > > >>>>>>> 7b 2b 5c 16 29 72 c6 b2 4b af b9 b2 8b df 30 31 06 03 55 1d 11 04
> > > >>>>>>> 2a
> > > >>>>>> 30 28
> > > >>>>>>> a0 26 06 0a 2b 06 01 04 01 83 1c 82 12 01 a0 18 0c 16 41 43 4d 45
> > > >>>>>>> 3a
> > > >>>>>> 57
> > > >>>>>>> 49 44 47 45 54 3a 31 32 33 34 35 36 37 38 39 30 30 2a 06 03 55 1d
> > > >>>>>>> 25
> > > >>>>>> 01
> > > >>>>>>> 01 ff 04 20 30 1e 06 08 2b 06 01 05 05 07 03 01 06 08 2b 06 01 05
> > > >>>>>>> 05
> > > >>>>>> 07 03
> > > >>>>>>> 02 06 08 2b 06 01 05 05 07 03 09 30 0d 06 09 2a 86 48 86 f7 0d 01
> > > >>>>>>> 01
> > > >>>>>> 0c
> > > >>>>>>> 05 00 03 82 01 81 00 81 69 45 3a 56 b5 12 ee 27 57 12 e1 bd 60 b6
> > > >>>>>>> ca
> > > >>>>>> c6 a4
> > > >>>>>>> d1 67 8c 8a e4 7c 9f e2 6f 9d b0 6e 6e e1 5d d8 b6 53 ac fb 68 d3
> > > >>>>>>> ee
> > > >>>>>> 55 fc
> > > >>>>>>> 04 69 ba 33 8d a0 9b cd 2c 6e a4 fd 04 0e ac 5c d4 2f ce d1 89 d9
> > > >>>>>>> 7e
> > > >>>>>> a1 e1
> > > >>>>>>> b4 0c 7c 79 bd 2c 51 50 2a 01 7d 06 82 87 f0 1c f3 72 3b 14 6c 45
> > > >>>>>>> e0
> > > >>>>>> 6b 25
> > > >>>>>>> 88 27 8e cb ec 21 98 c0 09 da 78 cc e7 39 10 0d d4 1a c2 0c 6d 31
> > > >>>>>>> 2e
> > > >>>>>> 3a 5f
> > > >>>>>>> 34 f9 ea 5c 10 c1 90 3a a1 ff 46 7d 16 77 a6 7c b7 f5 ce bf 57 6a
> > > >>>>>>> 73
> > > >>>>>> e0 bf f7
> > > >>>>>>> 22 ba 57 d4 a0 b5 67 8c 1e 8c 9c 9b e6 ee 9a 0b 75 69 26 ce 78 de
> > > >>>>>>> 24
> > > >>>>>> 21 85
> > > >>>>>>> 99 22 95 c5 fd a3 8a 1d c8 96 80 6a 26 aa c3 59 d9 de a7 31 03 59
> > > >>>>>>> 78
> > > >>>>>> 58 db
> > > >>>>>>> c3 7d 0e 3f 97 50 b4 0f 53 41 0d 4b dd 66 8d bb 57 b6 f7 f7 fb 43
> > > >>>>>>> 9e
> > > >>>>>> 25 3c
> > > >>>>>>> bc fa 20 84 bc 5d f8 71 3b af 6a e1 b1 84 41 d5 17 00 1d 9d 83 59
> > > >>>>>>> b2
> > > >>>>>> ce bd
> > > >>>>>>> 40 5a ba c6 52 45 2c 49 ff 10 d4 a1 e9 19 11 b5 3a 87 cc 74 76 f6
> > > >>>>>>> 4d
> > > >>>>>> 07 92
> > > >>>>>>> f1 98 53 07 96 89 9e 6c 70 cf 2e 2c 7d f1 dd d3 26 0a a8 39 23 1f
> > > >>>>>>> 5c
> > > >>>>>> 60 e7
> > > >>>>>>> 32 13 61 04 94 f9 ff 21 2a 00 9c c8 e7 e7 53 ef e0 73 25 be f0 7d
> > > >>>>>>> f9
> > > >>>>>> bd 49
> > > >>>>>>> 08 dd c0 1b 68 67 87 a2 8f 8b ed 95 12 dd 01 fc ac 10 b7 d3 60 dc
> > > >>>>>>> 03
> > > >>>>>> 2e 8d
> > > >>>>>>> ee 9b 85 1c 56 d5 a8 1d bb 0b 75 91 d7 b9 5d b5 f8 57 4f c5 4e 02
> > > >>>>>>> 34
> > > >>>>>> 76 a4
> > > >>>>>>> cd b9 42 c4 58 de 57 dc 75 31 e3 6c 2e 65 d0 Platform Port
> > > >>>>>>> Transmit
> > > >>>>>>> Command: 00 00 00 01 Platform Port Transmit TransportType: 00 00
> > > >>>>>>> 00
> > > >>>>>>> 02 Platform Port Transmit Size: 00 00 00 2c
> > > >>>>>>>
> > > >>>>>>> //This is the challenge auth.
> > > >>>>>>> Platform Port Transmit Buffer: 01 00 01 00 0b 00 00 00 11 83 00 00
> > > >>>>>>> af
> > > >>>>>> 2c d9
> > > >>>>>>> aa cb 59 67 ce 3f 7b 8f a5 26 00 4e 1f 1c 4e c3 1e 31 06 be 0d 9e
> > > >>>>>>> 4f
> > > >>>>>> f8 b1 7c
> > > >>>>>>> 2a 39 89
> > > >>>>>>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>>>>>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 01 e0
> > > >>>>>>> Platform Port Receive Buffer: 01 00 01 00 78 00 00 00 11 03 80 01
> > > >>>>>>> 6b
> > > >>>>>> 3e 6a
> > > >>>>>>> 85 12 30 ed ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04
> > > >>>>>>> 0d
> > > >>>>>> 04 cc
> > > >>>>>>> 45 0a 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 61 17
> > > >>>>>>> 8f
> > > >>>>>> cf a6
> > > >>>>>>> 2d 0d e2 aa 90 91 06 7c 8e 3b 8b a7 64 7c 72 09 b2 9c 89 5b f1 30
> > > >>>>>>> 47
> > > >>>>>> e7 5b
> > > >>>>>>> 07 58 00 00 9c 43 d9 7b a3 ae c7 d4 bd 5e a8 db 74 b3 81 97 10 6e
> > > >>>>>>> 2f
> > > >>>>>> 22 5a
> > > >>>>>>> 26 c0 09 02 43 1d c1 3b dd cf e8 13 33 ff dc 02 39 15 2b 98 16 b5
> > > >>>>>>> eb
> > > >>>>>> 8e 63
> > > >>>>>>> 32 5a 3e 2a 6a 00 96 8e 42 5d 11 46 a6 7e d5 a8 76 11 94 2c a8 2c
> > > >>>>>>> c7
> > > >>>>>> 6d 48
> > > >>>>>>> 94 80 a0 fd 9a 7e 4a 84 59 c0 25 17 7d 0f d5 0d 93 75 02 1e 61 ef
> > > >>>>>>> 5e
> > > >>>>>> 5d 06
> > > >>>>>>> 80 64 4d 6a 47 91 c7 b1 ca e3 d5 ab b3 6c 97 8a f0 56 39 e6 3d a0
> > > >>>>>>> ad
> > > >>>>>> 96 20
> > > >>>>>>> 14 43 fc 83 5d 21 08 78 e8 85 69 a0 d2 e6 9a c9 a9 f6 96 66 ee 80
> > > >>>>>>> a6
> > > >>>>>> 06 a6
> > > >>>>>>> a6 ee cb 9b 7c e4 65 5f a5 0c 5a d9 5e de 50 d1 ab 73 8b c4 f7 3a
> > > >>>>>>> f2
> > > >>>>>> 62 59
> > > >>>>>>> 27 16 fa 42 1b e1 db 19 76 a8 40 06 25 d3 28 54 bf dd d4 75 1e 4f
> > > >>>>>>> 40
> > > >>>>>> d0 c4
> > > >>>>>>> 3e 1e 60 e7 4b 9b c9 c8 98 db a4 74 8f 86 39 ae 76 9c f9 c9 fe 63
> > > >>>>>>> ef
> > > >>>>>> 34 ab
> > > >>>>>>> 4d 0b 14 22 d0 d6 9e a3 fd 12 ab c3 7c 61 fd ea 09 dc 2d ad 78 6e
> > > >>>>>>> ce
> > > >>>>>> 13 2b
> > > >>>>>>> 95 36 83 34 3a 1b ef d3 fd 07 de b2 df c7 7a 83 bd 6e ab 51 70 99
> > > >>>>>>> 4e
> > > >>>>>> 28 07
> > > >>>>>>> de 63 42 ab 81 96 79 7f 30 27 28 4a 3e a1 8f 42 5f 7d cd 8f ec 86
> > > >>>>>>> e0
> > > >>>>>> ea 2b
> > > >>>>>>> fb 05 c2 ce ce 69 ae 4e 5c dd 95 85 11 23 a3 80 85 40 65 e3 a1 92
> > > >>>>>>> 18
> > > >>>>>> 9a dc
> > > >>>>>>> 31 ac 13 24 a3 a9 b9 5c 95 f5 b5 b5 08 ee 7d d8 ff 44 42 77 c4 09
> > > >>>>>>> 25
> > > >>>>>> 35 7c
> > > >>>>>>> b4 0b 64 77 ea 74 19 b7 b0 c1 04 6d 42 7e ab 32 91 e5 b1 59 2d 60
> > > >>>>>>> 31
> > > >>>>>> 11 5f
> > > >>>>>>> 38 52 36 d0 ba c0 73 d5 fb 5c b6 82 a1 00 00
> > > >>>>>>>
> > > >>>>>>> from spdm_emu last message is better formatted.
> > > >>>>>>>
> > > >>>>>>> SpdmReceiveRequest[0] (0x24):
> > > >>>>>>> 0000: 11 83 00 00 af 2c d9 aa cb 59 67 ce 3f 7b 8f a5 26 00 4e 1f
> > > >>>>>>> 1c
> > > >>>>>> 4e c3
> > > >>>>>>> 1e 31 06 be 0d 9e 4f f8 b1
> > > >>>>>>> 0020: 7c 2a 39 89
> > > >>>>>>> SpdmSendResponse[0] ...
> > > >>>>>>> m1m2 hash - 6b c2 91 d6 c1 fe 1c 5e c9 bf 04 f6 fd 0f b1 58 9d 56
> > > >>>>>>> d3
> > > >>>>>> af 69
> > > >>>>>>> 08 3b eb 06 ba 6d b0 d2 e2 33 46 8a d8 ff 4d 9a 44 13 d2 04 57 e9
> > > >>>>>>> b9
> > > >>>>>> ce b7
> > > >>>>>>> b2 05
> > > >>>>>>> SpdmSendResponse[0] (0x1d6):
> > > >>>>>>> 0000: 11 03 80 01 6b 3e 6a 85 12 30 ed ec 1e 27 0e 6e 96 b0 95 68
> > > >>>>>>> eb
> > > >>>>>> b0 1f
> > > >>>>>>> 9a 7a 63 f6 bd 04 0d 04 cc
> > > >>>>>>> 0020: 45 0a 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59
> > > >>>>>>> 61
> > > >>>>>> 17 8f
> > > >>>>>>> cf a6 2d 0d e2 aa 90 91 06
> > > >>>>>>> 0040: 7c 8e 3b 8b a7 64 7c 72 09 b2 9c 89 5b f1 30 47 e7 5b 07 58
> > > >>>>>>> 00
> > > >>>>>> 00 9c
> > > >>>>>>> 43 d9 7b a3 ae c7 d4 bd 5e
> > > >>>>>>> 0060: a8 db 74 b3 81 97 10 6e 2f 22 5a 26 c0 09 02 43 1d c1 3b dd
> > > >>>>>>> cf
> > > >>>>>> e8 13
> > > >>>>>>> 33 ff dc 02 39 15 2b 98 16
> > > >>>>>>> 0080: b5 eb 8e 63 32 5a 3e 2a 6a 00 96 8e 42 5d 11 46 a6 7e d5 a8
> > > >>>>>>> 76
> > > >>>>>> 11 94
> > > >>>>>>> 2c a8 2c c7 6d 48 94 80 a0
> > > >>>>>>> 00a0: fd 9a 7e 4a 84 59 c0 25 17 7d 0f d5 0d 93 75 02 1e 61 ef 5e
> > > >>>>>>> 5d
> > > >>>>>> 06 80
> > > >>>>>>> 64 4d 6a 47 91 c7 b1 ca e3
> > > >>>>>>> 00c0: d5 ab b3 6c 97 8a f0 56 39 e6 3d a0 ad 96 20 14 43 fc 83 5d
> > > >>>>>>> 21
> > > >>>>>> 08 78
> > > >>>>>>> e8 85 69 a0 d2 e6 9a c9 a9
> > > >>>>>>> 00e0: f6 96 66 ee 80 a6 06 a6 a6 ee cb 9b 7c e4 65 5f a5 0c 5a d9
> > > >>>>>>> 5e
> > > >>>>>> de 50
> > > >>>>>>> d1 ab 73 8b c4 f7 3a f2 62
> > > >>>>>>> 0100: 59 27 16 fa 42 1b e1 db 19 76 a8 40 06 25 d3 28 54 bf dd d4
> > > >>>>>>> 75
> > > >>>>>> 1e 4f
> > > >>>>>>> 40 d0 c4 3e 1e 60 e7 4b 9b
> > > >>>>>>> 0120: c9 c8 98 db a4 74 8f 86 39 ae 76 9c f9 c9 fe 63 ef 34 ab 4d
> > > >>>>>>> 0b
> > > >>>>>> 14 22
> > > >>>>>>> d0 d6 9e a3 fd 12 ab c3 7c
> > > >>>>>>> 0140: 61 fd ea 09 dc 2d ad 78 6e ce 13 2b 95 36 83 34 3a 1b ef d3
> > > >>>>>>> fd
> > > >>>>>> 07 de
> > > >>>>>>> b2 df c7 7a 83 bd 6e ab 51
> > > >>>>>>> 0160: 70 99 4e 28 07 de 63 42 ab 81 96 79 7f 30 27 28 4a 3e a1 8f
> > > >>>>>>> 42
> > > >>>>>> 5f 7d
> > > >>>>>>> cd 8f ec 86 e0 ea 2b fb 05
> > > >>>>>>> 0180: c2 ce ce 69 ae 4e 5c dd 95 85 11 23 a3 80 85 40 65 e3 a1 92
> > > >>>>>>> 18
> > > >>>>>> 9a dc
> > > >>>>>>> 31 ac 13 24 a3 a9 b9 5c 95
> > > >>>>>>> 01a0: f5 b5 b5 08 ee 7d d8 ff 44 42 77 c4 09 25 35 7c b4 0b 64 77
> > > >>>>>>> ea
> > > >>>>>> 74 19
> > > >>>>>>> b7 b0 c1 04 6d 42 7e ab 32
> > > >>>>>>> 01c0: 91 e5 b1 59 2d 60 31 11 5f 38 52 36 d0 ba c0 73 d5 fb 5c b6
> > > >>>>>>> 82
> > > >>>>>> a1
> > > >>>>>>>
> > > >>>>>>> I vaguely recall the running hash need for a challenge auth being
> > > >>>>>> rather hard
> > > >>>>>>> to get right but I had
> > > >>>>>>> the advantage of being able to compare how both sides built it up.
> > > >>>>>>>
> > > >>>>>>> Jonathan
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> Ah. Been a while, but IIRC correctly the spec doesn't make it
> > > >>>>>>> clear when signatures should be ASN.1. My basis for choosing
> > > >>>>>>> combinations in that code were what libSPDM did at the time. I
> > > >>>>>> remember
> > > >>>>>>> a bunch of trial and error and also hand decoding binary to try to
> > > >>>>>>> figure out what the encodings were. I also enjoyed those places
> > > >>>>>>> where various different ASN.1 encoded structures were concatenated
> > > >>>>>>> rather that encoded in one go - hence no cheap way to index to the
> > > >>>>>>> next one.
> > > >>>>>>>
> > > >>>>>>> I'm reviewing a nice short 972 page spec draft this week (which
> > > >>>>>>> will
> > > >>>>>> remain
> > > >>>>>>> unnamed :) but if I get time I'll see if I can test that path
> > > >>>>>>> before Tuesday.
> > > >>>>>>>
> > > >>>>>>> I think I ran basic tests on all the protocol types, but it was a
> > > >>>>>> long
> > > >>>>>>> time ago so possible I missed one.
> > > >>>>>>>
> > > >>>>>>> I meant to seek a spec clarification but haven't gotten around to
> > > >>>>>>> it
> > > >>>>>> yet.
> > > >>>>>>> Request from DMTF people was to file tickets against he spec for
> > > >>>>>> stuff
> > > >>>>>>> like that.
> > > >>>>>>>
> > > >>>>>>> Jonathan
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> Thanks,
> > > >>>>>>> Lorenzo
> > > >>>>>>>
> > > >>>>>>> New Potential topic.
> > > >>>>>>>
> > > >>>>>>> Scheduler Tuneables from NUMA topology.
> > > >>>>>>>
> > > >>>>>>> This is yangyicong's topic but I'll attempt to summarize:
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>> https://lore.kernel.org/lkml/ef3b3e55-8be9-595f-6d54-886d13a7e2fd@h
> > > >>>>>> isi
> > > >>>>>> l
> > > >>>>>>> icon.com/
> > > >>>>>>>
> > > >>>>>>> The scheduler contains a bunch of tunables including this one
> > > >>>>>>> which
> > > >>>>>> is
> > > >>>>>>> "migration cost"
> > > >>>>>>> This value is used to make decisions in load balancing + to
> > > >>>>>>> control
> > > >>>>>> the
> > > >>>>>>> frequency of load balancing
> > > >>>>>>> to avoid doing it too often. The default value has been fixed for
> > > >>>>>>> a
> > > >>>>>> long time
> > > >>>>>>> and systems have changed a lot in that time.
> > > >>>>>>>
> > > >>>>>>> Currently the value is tunable via debugfs, but in the above
> > > >>>>>>> thread
> > > >>>>>> the
> > > >>>>>>> proposal
> > > >>>>>>> to somehow base the value on the system topology was made.
> > > >>>>>>>
> > > >>>>>>> We haven't yet proceeded very far with this but if we can get
> > > >>>>>> appropriate
> > > >>>>>>> people for
> > > >>>>>>> the call it may be a good opportunity to do some brainstorming,
> > > >>>>>> particularly
> > > >>>>>>> as
> > > >>>>>>> we don't have ready access to that many machine topologies so
> > > >>>>>>> testing
> > > >>>>>> any
> > > >>>>>>> proposal
> > > >>>>>>> will be very challenging. Also I fear this space is only going to
> > > >>>>>>> get
> > > >>>>>> more
> > > >>>>>>> complex
> > > >>>>>>> as systems get larger over the next year or two.
> > > >>>>>>>
> > > >>>>>>> Next week may be too soon for such a discussion though given the
> > > >>>>>> short
> > > >>>>>>> notice!
> > > >>>>>>>
> > > >>>>>>> +CC Vincent and Dietmar, but please drag anyone else in who is
> > > >>>>>> relevant to
> > > >>>>>>> this
> > > >>>>>>> discussion.
> > > >>>>>>>
> > > >>>>>>> I might also mention this topic at the LDCG meeting this week to
> > > >>>>>>> see
> > > >>>>>> if we
> > > >>>>>>> can
> > > >>>>>>> interest from others who might be able to help with data + testing.
> > > >>>>>>>
> > > >>>>>>> Thanks,
> > > >>>>>>>
> > > >>>>>>> Jonathan
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> 锟斤拷 2022锟斤拷4锟斤拷14锟秸ｏ拷锟斤拷锟斤拷8:00锟斤
> > > >>> 拷
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions-request(a)op-lists.linaro.org<mailto:linaro-o
> > > >>>>>> pen-
> > > >>>>>> disc
> > > >>>>>>> ussions-request(a)op-lists.linaro.org>写锟斤拷锟斤拷
> > > >>>>>>>
> > > >>>>>>> Send Linaro-open-discussions mailing list submissions to
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >>>>>> ussi
> > > >>>>>> ons
> > > >>>>>>> @op-lists.linaro.org>
> > > >>>>>>>
> > > >>>>>>> To subscribe or unsubscribe via email, send a message with subject
> > > >>>>>>> or body 'help' to
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions-request(a)op-lists.linaro.org<mailto:linaro-o
> > > >>>>>> pen-
> > > >>>>>> disc
> > > >>>>>>> ussions-request(a)op-lists.linaro.org>
> > > >>>>>>>
> > > >>>>>>> You can reach the person managing the list at
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions-owner(a)op-lists.linaro.org<mailto:linaro-ope
> > > >>>>>> n-di
> > > >>>>>> scu
> > > >>>>>>> ssions-owner(a)op-lists.linaro.org>
> > > >>>>>>>
> > > >>>>>>> When replying, please edit your Subject line so it is more
> > > >>>>>>> specific than "Re: Contents of Linaro-open-discussions digest..."
> > > >>>>>>>
> > > >>>>>>> Today's Topics:
> > > >>>>>>>
> > > >>>>>>> 1. Re: LOD Call notes: 22 March 2022 - vCPU Hotplug Update
> > > >>>>>>> (Jonathan Cameron)
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> -------------------------------------------------------------------
> > > >>>>>> ---
> > > >>>>>>>
> > > >>>>>>> Message: 1
> > > >>>>>>> Date: Wed, 13 Apr 2022 19:17:32 +0100
> > > >>>>>>> From: Jonathan Cameron
> > > >>>>>>>
> > > >>> <Jonathan.Cameron(a)Huawei.com<mailto:Jonathan.Cameron@Huawei.com
> > > >>>>>>>>>
> > > >>>>>>> Subject: [Linaro-open-discussions] Re: LOD Call notes: 22 March
> > > >>>>>>> 2022
> > > >>>>>> -
> > > >>>>>>> vCPU Hotplug Update
> > > >>>>>>> To: Ilkka Koskinen
> > > >>>>>>>
> > > >>> <ilkka(a)os.amperecomputing.com<mailto:ilkka@os.amperecomputing.com>
> > > >>>>>>>>
> > > >>>>>>> Cc:
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >>>>>> ussi
> > > >>>>>> ons
> > > >>>>>>> @op-lists.linaro.org>
> > > >>>>>>> Message-ID:
> > > >>>>>>>
> > > >>> <20220413191732.00000e4e(a)Huawei.com<mailto:20220413191732.0000
> > > >>>>>>> 0e4e(a)Huawei.com>>
> > > >>>>>>> Content-Type: text/plain; charset="US-ASCII"
> > > >>>>>>>
> > > >>>>>>> On Thu, 31 Mar 2022 11:47:26 -0700 (PDT) Ilkka Koskinen
> > > >>>>>>>
> > > >>> <ilkka(a)os.amperecomputing.com<mailto:ilkka@os.amperecomputing.com>
> > > >>>>>>>>
> > > >>>>>>> wrote:
> > > >>>>>>>
> > > >>>>>>> Hi everyone,
> > > >>>>>>>
> > > >>>>>>> On Tue, 22 Mar 2022, Jonathan Cameron via Linaro-open-discussions
> > > >>>>>> wrote:
> > > >>>>>>> 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
> > > >>>>>>> --
> > > >>>>>>> Linaro-open-discussions mailing list --
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >>>>>> ussi
> > > >>>>>> ons
> > > >>>>>>> @op-lists.linaro.org>
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+
> > > >>>>>> Hom
> > > >>>>>> e
> > > >>>>>>>
> > > >>>>>>> Thanks for the great meeting and the update! As Ed mentioned (and
> > > >>>>>>> you wrote above), we're interested in joining the vCPU Hotplug
> > > >>>>>> development.
> > > >>>>>>>
> > > >>>>>>> Hi Ilkka
> > > >>>>>>>
> > > >>>>>>> Great to have you on board for this.
> > > >>>>>>>
> > > >>>>>>> Status wise, on QEMU side we have the new interface up and running
> > > >>>>>>> (it was a whole 2 lines of code once we'd dealt with some rebasing
> > > >>>>>> related
> > > >>>>>>> issues).
> > > >>>>>>>
> > > >>>>>>> Rather more changes were needed to make it work sensibly on top of
> > > >>>>>> Gavin
> > > >>>>>>> Shan's
> > > >>>>>>> QEMU topology configuration patch set.
> > > >>>>>>>
> > > >>> https://lore.kernel.org/qemu-devel/20220403145953.10522-1-gshan@re
> > > >>>>>>> dh
> > > >>>>>>> at.com/
> > > >>>>>>> The code going through some light internal review before we put it
> > > >>>>>>> up somewhere public. Note it's definitely not production quality
> > > >>>>>>> code but it is
> > > >>>>>> somewhere
> > > >>>>>>> to start from. Given Easter related vacations I doubt we'll get
> > > >>>>>> enough
> > > >>>>>>> eyes on it until next week.
> > > >>>>>>>
> > > >>>>>>> We were thrown briefly by the fact there is a recently added
> > > >>>>>>> apcica/actbl2.h entry for MADT_ONLINE_CAPABLE but it's a different
> > > >>>>>> bit.
> > > >>>>>>> Seems x86 folk wanted something similar last year. We'll have to
> > > >>>>>>> do something ugly in ACPICA to mangle the name for the new bit to
> > > >>>>>>> avoid that
> > > >>>>>> collision.
> > > >>>>>>> Lorenzo, I'm assuming the ACPCIA one line patch to add that define
> > > >>>>>>> is something the ARM team will deal with?
> > > >>>>>>>
> > > >>>>>>> There are some known limitations though that we'll need to sort
> > > >>>>>>> out
> > > >>>>>> before
> > > >>>>>>> upstreaming the QEMU support. One of which is SVE currently breaks
> > > >>>>>> things.
> > > >>>>>>> Plenty of time though as kernel needs to be upstream first anyway.
> > > >>>>>>>
> > > >>>>>>> Testing wise we are using QEMU on top of QEMU so we can poke
> > > >>>>>>> corners
> > > >>>>>> of
> > > >>>>>>> the
> > > >>>>>>> architecture don't have hardware for (e.g. SVE :). Even on a
> > > >>>>>>> rubbish
> > > >>>>>> x86
> > > >>>>>>> desktop it's not that slow :)
> > > >>>>>>>
> > > >>>>>>> Lorenzo, any update on kernel side of things or expected time
> > > >>>>>>> scale
> > > >>>>>> for
> > > >>>>>>> more information?
> > > >>>>>>>
> > > >>>>>>> Obviously we have some hacked patches based on Salil's original
> > > >>>>>> proposal
> > > >>>>>>> that sanity check the QEMU side of things but I suspect the final
> > > >>>>>> version
> > > >>>>>>> will look rather different :)
> > > >>>>>>>
> > > >>>>>>> One question on the spec change for Lorenzo. It's not entirely
> > > >>>>>>> clear but I think we should not be using _MAT when 'hotplugging'
> the
> > > >>> vCPUs?
> > > >>>>>>> For now the QEMU code provides the relevant entries anyway but it
> > > >>>>>>> would be nice to drop that if not necessary (it's not a huge
> > > >>>>>>> amount of code or complexity though so not a big thing either way).
> > > >>>>>>>
> > > >>>>>>> Thanks and an early happy Easter to those celebrating on Sunday.
> > > >>>>>>>
> > > >>>>>>> Jonathan
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> Br, Ilkka
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> ------------------------------
> > > >>>>>>>
> > > >>>>>>> Subject: Digest Footer
> > > >>>>>>>
> > > >>>>>>> Linaro-open-discussions mailing list --
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >>>>>> ussi
> > > >>>>>> ons
> > > >>>>>>> @op-lists.linaro.org>
> > > >>>>>>> To unsubscribe send an email to
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> linaro-open-discussions-leave(a)op-lists.linaro.org<mailto:linaro-ope
> > > >>>>>> n-di
> > > >>>>>> scus
> > > >>>>>>> sions-leave(a)op-lists.linaro.org>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> ------------------------------
> > > >>>>>>>
> > > >>>>>>> End of Linaro-open-discussions Digest, Vol 19, Issue 1
> > > >>>>>>> ******************************************************
> > > >>>>>>>
> > > >>>>>>> --
> > > >>>>>>> Linaro-open-discussions mailing list --
> > > >>>>>>> linaro-open-discussions(a)op-lists.linaro.org
> > > >>>>>>>
> > > >>>>>>
> > > >>>>>>
> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+
> > > >>>>>> Hom
> > > >>>>>> e
> > > >>>>>> --
> > > >>>>>> Linaro-open-discussions mailing list --
> > > >>>>>> linaro-open-discussions(a)op-lists.linaro.org
> > > >>>>>>
> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+
> > > >>>>>> Hom e IMPORTANT NOTICE: The contents of this email and any
> > > >>>>>> attachments are confidential and may also be privileged. If you are
> > > >>>>>> not the intended recipient, please notify the sender immediately and
> do
> > > >>> not disclose the contents to any other person, use it for any purpose,
> or
> > > store
> > > >>> or copy the information in any medium. Thank you.
> > > >>>>>
> > > >>>>> IMPORTANT NOTICE: The contents of this email and any attachments are
> > > >>> confidential and may also be privileged. If you are not the intended
> recipient,
> > > >>> please notify the sender immediately and do not disclose the contents
> to
> > > any
> > > >>> other person, use it for any purpose, or store or copy the information
> in
> > > any
> > > >>> medium. Thank you.
> > > >>>>
> > > >> --
> > > >> Linaro-open-discussions mailing list --
> > > >> linaro-open-discussions(a)op-lists.linaro.org
> > > >>
> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+Home
> >
3 years, 7 months
- 1
- 0
Re: Linaro-open-discussions_call_on_July 26th 2022
by Salil Mehta
[+] LOD Discussions list, missed this earlier. Sorry, for this duplicate mail.
Hi Lorenzo,
Wanted to catch up regarding the VCPU Hotplug. Sorry, I was on a sabbatical
leave since last year so could not participate in any discussions and have
just joined back a week ago and still trying to catch up.
Had a brief discussion with Jonathan last week and thanks to him and Shameer
for carrying forward the baton in my absence.
I was made aware, and forgive me if I have missed from any of the past LOD
discussions, there are some changes being done over the original kernel
patches of the vCPU Hotplug but largely the approach remains the same as
the one in original patches with some new ACPI flag(which is now part of
the ACPI spec?) related kernel changes?
As such, do you have any update regarding above work and in case this
work is already done, is it possible to share the latest git repo so
that we can test the qemu changes we have with the new kernel changes.
In case this has not been done, I was wondering if we could pitch in and
help in completing these kernel changes as well and float for review?
Hi Joyce,
If we are having meeting tomorrow (or whatever is the next one) can this
topic be made part of the discussion?
Many thanks
Salil
> -----Original Message-----
> From: Shameerali Kolothum Thodi via Linaro-open-discussions
> [mailto:linaro-open-discussions@op-lists.linaro.org]
> Sent: Monday, July 25, 2022 11:04 AM
> To: Lorenzo Pieralisi <lorenzo.pieralisi(a)gmail.com>; Joyce Qi
> <joyce.qi(a)linaro.org>
> Cc: Jonathon Burcham <jon.burcham(a)linaro.org>; yangyicong
> <yangyicong(a)huawei.com>; Hesham Almatary <hesham.almatary(a)huawei.com>;
> shenyang (M) <shenyang39(a)huawei.com>; tangchengchang
> <tangchengchang(a)huawei.com>; Dietmar Eggemann <Dietmar.Eggemann(a)arm.com>;
> linaro-open-discussions(a)op-lists.linaro.org; Lorenzo Pieralisi
> <lorenzo.pieralisi(a)linaro.org>
> Subject: [Linaro-open-discussions] Re: 回复：Re: 回复：Li
> =?utf-8?Q?naro-open-discussions_call_on_May___24th
>
>
>
> > -----Original Message-----
> > From: Lorenzo Pieralisi [mailto:lorenzo.pieralisi@gmail.com]
> > Sent: 25 July 2022 10:46
> > To: Joyce Qi <joyce.qi(a)linaro.org>
> > Cc: Jonathan Cameron <jonathan.cameron(a)huawei.com>; Shameerali
> > Kolothum Thodi <shameerali.kolothum.thodi(a)huawei.com>; Jonathon
> > Burcham <jon.burcham(a)linaro.org>; yangyicong
> > <yangyicong(a)huawei.com>; Hesham Almatary
> > <hesham.almatary(a)huawei.com>; shenyang (M)
> > <shenyang39(a)huawei.com>; tangchengchang
> > <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > <Dietmar.Eggemann(a)arm.com>; linaro-open-discussions(a)op-lists.linaro.org;
> > Lorenzo Pieralisi <lorenzo.pieralisi(a)linaro.org>
> > Subject: Re: [Linaro-open-discussions] 回复：Re: 回复：Li
> > =?utf-8?Q?naro-open-discussions_call_on_May___24th
> >
> > On Thu, 21 Jul 2022 at 16:28, Joyce Qi <joyce.qi(a)linaro.org> wrote:
> > >
> > > Hi Jonatha,Lorenz,Shamee,
> > >
> > > Do you have any topics want to sync on July 26’s LOD meeting?
> >
> > [dropped my arm.com address and added @linaro.org one]
> >
> > I am just catching up after a 2 month hiatus but if there is anything urgent
> to
> > be discussed I am happy to join the call and run the meeting.
>
>
> Met too just back after holidays and don't have anything urgent for discussion
> from my end. Also, Jonathan is away this week.
>
> Thanks,
> Shameer
>
> > Lorenzo
> >
> > >
> > > Thanks:)
> > > Joyce
> > >
> > >
> > > > 在 2022年6月24日，下午10:38，Jonathan Cameron
> > <jonathan.cameron(a)huawei.com>
> > > > 写道：
> > > >
> > > > My availability that week is going to be hard to predict (at a workshop
> in
> > Germany) but SPDM topic can wait.
> > > > I just wanted to confirm general interest and email works fine for that.
> > > >
> > > > Good for others to have a sync meeting and if I can dial in for a bit I
> will
> > do so.
> > > >
> > > > Jonathan
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Lorenzo Pieralisi <Lorenzo.Pieralisi(a)arm.com>
> > > > Sent: 24 June 2022 15:30
> > > > To: Joyce Qi <joyce.qi(a)linaro.org>
> > > > Cc: Shameerali Kolothum Thodi
> > > > <shameerali.kolothum.thodi(a)huawei.com>; Jonathan Cameron
> > > > <jonathan.cameron(a)huawei.com>; Lorenzo Pieralisi
> > > > <lpieralisi(a)kernel.org>; Jonathon Burcham <jon.burcham(a)linaro.org>;
> > > > yangyicong <yangyicong(a)huawei.com>; Hesham Almatary
> > > > <hesham.almatary(a)huawei.com>; shenyang (M)
> > <shenyang39(a)huawei.com>;
> > > > tangchengchang <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > > <Dietmar.Eggemann(a)arm.com>;
> > > > linaro-open-discussions(a)op-lists.linaro.org;
> > > > lorenzo.pieralisi(a)gmail.com
> > > > Subject: Re: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > > =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >
> > > > Hi,
> > > >
> > > > Moving to July 5th is fine by me.
> > > >
> > > > For IORT RMR I'd encourage Shameer to ping the mailing list for SMMU
> > ACKs and not wait till July 5th, I believe I acked the relevant patches.
> > > >
> > > > I CC'ed my personal email since the email address I am sending from will
> > stop working tonight.
> > > >
> > > > Thanks,
> > > > Lorenzo
> > > >
> > > >
> > > >
> > > > ________________________________________
> > > > From: Joyce Qi <joyce.qi(a)linaro.org>
> > > > Sent: 24 June 2022 15:25
> > > > To: Lorenzo Pieralisi
> > > > Cc: Shameerali Kolothum Thodi; Jonathan Cameron; Lorenzo Pieralisi;
> > > > Jonathon Burcham; yangyicong; Hesham Almatary; shenyang (M);
> > > > tangchengchang; Dietmar Eggemann;
> > > > linaro-open-discussions(a)op-lists.linaro.org
> > > > Subject: Re: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > > =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >
> > > > Hi Lorenzo，Jonathan，Shameerali，
> > > >
> > > > Thanks for all your feedback，So can we move the LOD to July 5th for
> > > > the SPDM discussions？
> > > > If that’s ok，I can reschedule the LDO meeting.
> > > >
> > > > Thanks:)
> > > > Joyce
> > > >
> > > >
> > > >
> > > >> 在 2022年6月24日，下午8:51，Lorenzo Pieralisi
> > <Lorenzo.Pieralisi(a)arm.com>
> > > >> 写道：
> > > >>
> > > >> Hi,
> > > >>
> > > >> I am traveling, I am interested on the SPDM discussions, I did not
> > > >> think there is much left to do wrt IORT RMR (other than merging it
> > > >> and decide who does that) but we can talk on thursday, just use
> > > >> lorenzo.pieralisi(a)gmail.com please to send the invite.
> > > >>
> > > >> If we can talk week starting July 4th honestly it would even be
> > > >> better.
> > > >>
> > > >> Thanks,
> > > >> Lorenzo
> > > >>
> > > >> ________________________________________
> > > >> From: joyce.qi--- via Linaro-open-discussions
> > > >> <linaro-open-discussions(a)op-lists.linaro.org>
> > > >> Sent: 24 June 2022 11:33
> > > >> To: Shameerali Kolothum Thodi; Jonathan Cameron; Lorenzo Pieralisi
> > > >> Cc: Jonathon Burcham; yangyicong; Hesham Almatary; shenyang (M);
> > > >> tangchengchang; Dietmar Eggemann;
> > > >> linaro-open-discussions(a)op-lists.linaro.org
> > > >> Subject: [Linaro-open-discussions] 回复：Re: 回复：Li
> > > >> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>
> > > >> Hi Jonanthan，Shameerali，
> > > >> Thanks a lot for your input here：）
> > > >> @Lorenzo，
> > > >> Are you available on next Thuesday’s LOD meeting for checking the
> > > >> status on IORT RMR series Shameerali has brought up？
> > > >> Thanks：）
> > > >> Joyce
> > > >>
> > > >> -------- 原始邮件 --------
> > > >> 发件人： Shameerali Kolothum Thodi
> > > >> <shameerali.kolothum.thodi(a)huawei.com>
> > > >> 日期： 2022年6月24日周五 傍晚5:24
> > > >> 收件人： Jonathan Cameron <jonathan.cameron(a)huawei.com>,
> > > >> joyce.qi(a)linaro.org, Lorenzo Pieralisi <lpieralisi(a)kernel.org>
> > > >> 抄送： Jonathon Burcham <jon.burcham(a)linaro.org>, yangyicong
> > > >> <yangyicong(a)huawei.com>, Hesham Almatary
> > > >> <hesham.almatary(a)huawei.com>, "shenyang (M)"
> > > >> <shenyang39(a)huawei.com>, tangchengchang
> > > >> <tangchengchang(a)huawei.com>, Dietmar Eggemann
> > > >> <dietmar.eggemann(a)arm.com>,
> > > >> linaro-open-discussions(a)op-lists.linaro.org
> > > >> 主 题： RE: [Linaro-open-discussions] Re: 回复：Li
> > > >> =?utf-8?Q?naro-open-discussions_call_on_May___24th
> > > >>> -----Original Message-----
> > > >>> From: Jonathan Cameron via Linaro-open-discussions
> > > >>> [mailto:linaro-open-discussions@op-lists.linaro.org]
> > > >>> Sent: 24 June 2022 10:13
> > > >>> To: joyce.qi(a)linaro.org
> > > >>> Cc: Jonathan Cameron via Linaro-open-discussions
> > > >>> <linaro-open-discussions(a)op-lists.linaro.org>; Jonathon Burcham
> > > >>> <jon.burcham(a)linaro.org>; yangyicong <yangyicong(a)huawei.com>;
> > > >>> Hesham Almatary <hesham.almatary(a)huawei.com>; shenyang (M)
> > > >>> <shenyang39(a)huawei.com>; tangchengchang
> > > >>> <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > >>> <dietmar.eggemann(a)arm.com>
> > > >>> Subject: [Linaro-open-discussions] Re: 回复：Linaro-open-discussions
> > > >> call on
> > > >>> May 24th
> > > >>>
> > > >>>
> > > >>> Hi Joyce,
> > > >>>
> > > >>> Thanks for the reminder. I don’t think it is worth discussing at
> > > >> LOD as not
> > > >>> the right people on the call, but I would like to draw attention
> > > >>> to a
> > > >> thread
> > > >>> discussing whether to propose a SPDM BoF at Linux Plumbers:
> > > >>>
> > https://lore.kernel.org/linux-cxl/20220609124702.000037b0@Huawei.c
> > > >>> om/
> > > >>>
> > > >>> At the moment I plan to speculatively put in a proposal, but may
> > > >> withdraw it
> > > >>> if not enough people would be involved to make useful progress.
> > > >>> The big ‘discussion’ point is how much to do in kernel vs in
> > > >> Userspace.
> > > >>>
> > > >>> I’ve just polled some of my colleagues for any other topics they
> > > >> would like to
> > > >>> raise on LOD, but for now I don’t have anything ready to talk about.
> > > >> If Lorenzo is around, would like to check the status on IORT RMR
> > > >> series.
> > > >> I have sent out the v13 here,
> > > >>
> > > >> https://lore.kernel.org/linux-acpi/20220615101044.1972-8-shameerali
> > > >> .kol
> > > >> othum.thodi(a)huawei.com/T/
> > > >> Thanks,
> > > >> Shameer
> > > >>> Thanks,
> > > >>>
> > > >>> Jonathan
> > > >>>
> > > >>>
> > > >>> From: joyce.qi(a)linaro.org <joyce.qi(a)linaro.org>
> > > >>> Sent: 24 June 2022 10:06
> > > >>> To: Jonathan Cameron <jonathan.cameron(a)huawei.com>
> > > >>> Cc: Jonathan Cameron via Linaro-open-discussions
> > > >>> <linaro-open-discussions(a)op-lists.linaro.org>; Lorenzo Pieralisi
> > > >>> <lorenzo.pieralisi(a)arm.com>; Jonathon Burcham
> > > >> <jon.burcham(a)linaro.org>;
> > > >>> yangyicong <yangyicong(a)huawei.com>; Hesham Almatary
> > > >>> <hesham.almatary(a)huawei.com>; shenyang (M)
> > > >>> <shenyang39(a)huawei.com>; tangchengchang
> > > >>> <tangchengchang(a)huawei.com>; Dietmar Eggemann
> > > >>> <dietmar.eggemann(a)arm.com>
> > > >>> Subject: 回复：[Linaro-open-discussions] Linaro-open-discussions call
> > > >>> on May 24th
> > > >>>
> > > >>> Hi Jonanthan，all
> > > >>>
> > > >>> Do you have anything to sync during next week's LOD meeting?
> > > >>>
> > > >>> Thanks
> > > >>> Joyce
> > > >>>
> > > >>>
> > > >>> -------- 原始邮件 --------
> > > >>> 发件人： Joyce Qi <joyce.qi(a)linaro.org<mailto:joyce.qi@linaro.org>>
> > > >>> 日期： 2022年5月24日周二 早上7:08
> > > >>> 收件人： Jonathan Cameron
> > > >>>
> > <jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>>
> > > >>> 抄送： Jonathan Cameron via Linaro-open-discussions
> > > >>>
> > > >>
> > > >> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >> cuss
> > > >> ions
> > > >>> @op-lists.linaro.org>>, Lorenzo Pieralisi
> > > >>> <lorenzo.pieralisi(a)arm.com<mailto:lorenzo.pieralisi@arm.com>>,
> > > >> Jonathon
> > > >>> Burcham <jon.burcham(a)linaro.org<mailto:jon.burcham@linaro.org>>,
> > > >>> yangyicong
> > <yangyicong(a)huawei.com<mailto:yangyicong@huawei.com>>,
> > > >>> Hesham Almatary
> > > >>>
> > <hesham.almatary(a)huawei.com<mailto:hesham.almatary@huawei.com>>,
> > > >>> "shenyang (M)"
> > > >>> <shenyang39(a)huawei.com<mailto:shenyang39@huawei.com>>,
> > > >>> tangchengchang
> > > >>>
> > <tangchengchang(a)huawei.com<mailto:tangchengchang@huawei.com>>,
> > > >>> Dietmar Eggemann
> > > >>> <dietmar.eggemann(a)arm.com<mailto:dietmar.eggemann@arm.com>>
> > > >>> 主 题： Re: [Linaro-open-discussions] Linaro-open-discussions call on
> > > >> May
> > > >>> 24th
> > > >>> Hi Jonathan,all
> > > >>>
> > > >>> Thanks for the confirm.
> > > >>> I will cancel today’s meeting since no topic:)
> > > >>>
> > > >>> Thanks:)
> > > >>> Joyce
> > > >>>
> > > >>> 在 2022年5月20日，下午7:10，Jonathan Cameron
> > > >>>
> > <jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>>
> > > >>> 写道：
> > > >>>
> > > >>> Hi Joyce,
> > > >>>
> > > >>> Nothing to discuss from me. Anyone else have anything they want
> > > >>> to
> > > >> bring
> > > >>> up?
> > > >>>
> > > >>> Thanks,
> > > >>>
> > > >>> Jonathan
> > > >>>
> > > >>>
> > > >>> From: Joyce Qi <joyce.qi(a)linaro.org<mailto:joyce.qi@linaro.org>>
> > > >>> Sent: 18 May 2022 10:37
> > > >>> To: Jonathan Cameron
> > > >>>
> > <jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>>
> > > >>> Cc: Jonathan Cameron via Linaro-open-discussions
> > > >>>
> > > >>
> > > >> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >> cuss
> > > >> ions
> > > >>> @op-lists.linaro.org>>; Lorenzo Pieralisi
> > > >>> <lorenzo.pieralisi(a)arm.com<mailto:lorenzo.pieralisi@arm.com>>;
> > > >> Jonathon
> > > >>> Burcham <jon.burcham(a)linaro.org<mailto:jon.burcham@linaro.org>>;
> > > >>> yangyicong
> > <yangyicong(a)huawei.com<mailto:yangyicong@huawei.com>>;
> > > >>> Hesham Almatary
> > > >>>
> > <hesham.almatary(a)huawei.com<mailto:hesham.almatary@huawei.com>>;
> > > >>> shenyang (M)
> > > >>> <shenyang39(a)huawei.com<mailto:shenyang39@huawei.com>>;
> > > >>> tangchengchang
> > > >>>
> > <tangchengchang(a)huawei.com<mailto:tangchengchang@huawei.com>>;
> > > >>> Dietmar Eggemann
> > > >>> <dietmar.eggemann(a)arm.com<mailto:dietmar.eggemann@arm.com>>
> > > >>> Subject: Re: [Linaro-open-discussions] Linaro-open-discussions
> > > >>> call
> > > >> on May
> > > >>> 24th
> > > >>>
> > > >>> Hi Jonathan, Lorenz ,all,
> > > >>>
> > > >>> Do you have any topic to discuss during the Linaro open
> > > >>> discussions
> > > >> next
> > > >>> Tuesday?
> > > >>>
> > > >>> Thanks:)
> > > >>> Joyce
> > > >>>
> > > >>>
> > > >>>
> > > >>> 在 2022年4月26日，上午1:45，Jonathan Cameron
> > > >>>
> > <Jonathan.Cameron(a)huawei.com<mailto:Jonathan.Cameron@huawei.com>
> > >
> > > >>> 写道：
> > > >>>
> > > >>> On Fri, 22 Apr 2022 14:00:06 +0100 Jonathan Cameron via
> > > >>> Linaro-open-discussions
> > > >>>
> > > >>
> > > >> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >> cuss
> > > >> ions
> > > >>> @op-lists.linaro.org>> wrote:
> > > >>>
> > > >>> On Fri, 22 Apr 2022 11:33:29 +0100 Lorenzo Pieralisi
> > > >>> <lorenzo.pieralisi(a)arm.com<mailto:lorenzo.pieralisi@arm.com>>
> > wrote:
> > > >>>
> > > >>> On Fri, Apr 22, 2022 at 10:36:43AM +0100, Jonathan Cameron wrote:
> > > >>> On Thu, 21 Apr 2022 21:32:01 +0800 Joyce Qi via
> > > >>> Linaro-open-discussions
> > > >>>
> > > >>
> > > >> <linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-dis
> > > >> cuss
> > > >> ions
> > > >>> @op-lists.linaro.org>> wrote:
> > > >>>
> > > >>> Hi Jonathon锟斤拷Lorenzo锟斤拷
> > > >>>
> > > >>> Do we have some topic to discuss for the Linaro-open-disscussions
> > > >> next
> > > >>> week?
> > > >>>
> > > >>> Thanks:)
> > > >>> Joyce
> > > >>>
> > > >>> Hi Joyce,
> > > >>>
> > > >>> Thanks for the reminder. So topics:
> > > >>>
> > > >>> RMR: Nothing from our side
> > > >>>
> > > >>> vCPUHP: we have a 'working' QEMU tree though it has some known
> > > >>> problems (doesn't work with SVE for some reason - so some
> > > >>> debugging
> > > >> to
> > > >>> do). Should be able to upload that shortly for anyone else who
> > > >>> wants to play with it. Any updates on progress of kernel patches
> > > >>> from ARM side would be good but email is fine for that.
> > > >>>
> > > >>> Could not work on them, I need to figure out a plan and quickly,
> > > >>> we can talk about that though, I should be able to have a clearer
> > > >>> picture by Tuesday.
> > > >>>
> > > >>> I am still using your SPDM stack and there are a couple of things
> > > >>> I don't get (eg CHALLENGE_AUTH signature verification, RSA path,
> > > >>> spdm_asym_rsassa_3072 path in spdm_verify_signature() - just
> > > >>> wanted to ask if you tested this path, I am struggling with
> > > >>> signature verification - just wanted to ask in particular about
> > > >>> the need for
> > > >>> ASN.1 encoding to use verify_signature()).
> > > >>>
> > > >>> Tested this again and it seems to be working (tm)
> > > >>>
> > > >>> Here are the logs... Just in case you fancy hand decoding the
> > > >> exchange.
> > > >>>
> > > >>> Sig should be the very last bit of the last message (ignoring the
> > > >>> 00
> > > >> pad IIRC)
> > > >>>
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 0c Platform Port Transmit Buffer: 01 00 01 00 03 00 00 00 10 84 00
> > > >>> 00 Platform Port Receive Command: 00 00 00 01 Platform Port
> > > >>> Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 14
> > > >>> Platform Port Receive Buffer: 01 00 01 00 05 00 00 00 10 04 00 00
> > > >>> 00
> > > >> 03 00
> > > >>> 10 00 11 00 12
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 0c Platform Port Transmit Buffer: 01 00 01 00 03 00 00 00 10 84 00
> > > >>> 00 Platform Port Receive Command: 00 00 00 01 Platform Port
> > > >>> Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 14
> > > >>> Platform Port Receive Buffer: 01 00 01 00 05 00 00 00 10 04 00 00
> > > >>> 00
> > > >> 03 00
> > > >>> 10 00 11 00 12
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 14 Platform Port Transmit Buffer: 01 00 01 00 05 00 00 00 11 e1
> > > >>> 00 00
> > > >> 00 02
> > > >>> 00 00 c6 f7 00 00
> > > >>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 14
> > > >>> Platform Port Receive Buffer: 01 00 01 00 05 00 00 00 11 61 00 00
> > > >>> 00
> > > >> 00 00
> > > >>> 00 f7 fb 00 00
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 38 Platform Port Transmit Buffer: 01 00 01 00 0e 00 00 00 11 e3
> > > >>> 04 00
> > > >> 30 00
> > > >>> 01 00 94 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> > > >>> 00
> > > >> 00
> > > >>> 00 00 02 20 1b 00 03 20 06 00 04 20 94 00 05 20 01 00 Platform
> > > >>> Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00
> > > >>> 00 00 02 Platform Port Receive Size: 00 00 00 3c Platform Port
> > > >>> Receive Buffer: 01 00 01 00 0f 00 00 00 11 63 04 00 34
> > > >> 00
> > > >>> 01 00 08 00 00 00 04 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00
> > > >>> 00
> > > >> 00
> > > >>> 00 00 00 00 00 00 02 20 10 00 03 20 02 00 04 20 04 00 05 20 01 00
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 0c Platform Port Transmit Buffer: 01 00 01 00 03 00 00 00 11 81 00
> > > >>> 00 Platform Port Receive Command: 00 00 00 01 Platform Port
> > > >>> Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 00 9c
> > > >>> Platform Port Receive Buffer: 01 00 01 00 27 00 00 00 11 01 00 07
> > > >>> 6b
> > > >> 3e 6a
> > > >>> 85 12 30 ed ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04
> > > >>> 0d
> > > >> 04 cc
> > > >>> 45 0a 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 6b 3e
> > > >>> 6a
> > > >> 85 12
> > > >>> 30 ed ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04 0d 04
> > > >>> cc
> > > >> 45 0a
> > > >>> 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 6b 3e 6a 85
> > > >>> 12
> > > >> 30 ed
> > > >>> ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04 0d 04 cc 45
> > > >>> 0a
> > > >> 03 b9
> > > >>> aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 Platform Port
> > > >>> Transmit Command: 00 00 00 01 Platform Port Transmit TransportType:
> > > >>> 00 00 00 02 Platform Port Transmit Size: 00 00 00 10 Platform Port
> > > >>> Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00 00 00
> > > >> 00 00
> > > >>> 80
> > > >>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 04 10
> > > >>> Platform Port Receive Buffer: 01 00 01 00 04 01 00 00 11 02 00 00
> > > >>> 00
> > > >> 04 64
> > > >>> 0a 64 0e 00 00 99 e0 d4 22 35 22 e5 ba 58 24 e7 1e eb cf 9a 2c b5
> > > >>> b5
> > > >> 71 10
> > > >>> ce aa 50 f5 64 83 78 d8 2d 9e 3b 99 53 74 db 98 d0 6f 63 cd 84 35
> > > >>> c5
> > > >> 10 cc
> > > >>> 21 f3 e0 30 82 05 19 30 82 03 01 a0 03 02 01 02 02 14 22 4d 06 18
> > > >>> d5
> > > >> d4
> > > >>> a8 45 bf 5d f5 56 06 47 3f 90 a9 20 21 27 30 0d 06 09 2a 86 48 86
> > > >>> f7
> > > >> 0d 01
> > > >>> 01 0c 05 00 30 1c 31 1a 30 18 06 03 55 04 03 0c 11 69 6e 74 65 6c
> > > >>> 20
> > > >> 74 65
> > > >>> 73 74 20 52 53 41 20 43 41 30 1e 17 0d 32 32 30 33 30 33 31 31 33
> > > >>> 38
> > > >> 34
> > > >>> 32 5a 17 0d 33 32 30 32 32 39 31 31 33 38 34 32 5a 30 1c 31 1a 30
> > > >>> 18
> > > >> 06
> > > >>> 03 55 04 03 0c 11 69 6e 74 65 6c 20 74 65 73 74 20 52 53 41 20 43
> > > >>> 41
> > > >> 30
> > > >>> 82 02 22 30 0d 06 09 2a 86 48 86 f7 0d 01 01 01 05 00 03 82 02 0f
> > > >>> 00
> > > >> 30 82
> > > >>> 02 0a 02 82 02 01 00 b6 80 53 6e c7 66 9e 23 0f e9 2a d4 68 59 54
> > > >>> ec
> > > >> bc cd
> > > >>> dd 1d 37 52 f9 fb 48 ed 9b 8e e5 20 77 a0 57 26 ba a4 e4 44 95 9c
> > > >>> 13
> > > >> 30 36
> > > >>> b8 03 39 33 58 4f 0f 19 5f 28 21 ee 52 f4 b0 4c 7b c1 86 94 ed 12
> > > >>> cf
> > > >> 1b 24
> > > >>> d2 20 d8 6a 7b 33 86 3e 84 b8 0e 57 06 14 fb ff a5 a7 05 ca 75 0c
> > > >>> b2
> > > >> f0 d7
> > > >>> 58 d0 b5 92 de ff a5 82 54 90 35 60 f3 c8 8f 2f 16 5f 89 91 5b 42
> > > >>> 14
> > > >> 04 23
> > > >>> 44 04 54 2f 36 ab f7 29 91 9e 45 46 09 fc d9 45 29 a8 08 83 68 18
> > > >>> 58
> > > >> d3 7b
> > > >>> 9a b4 0e 3a b7 08 19 6f c2 7c 14 0f a3 3e fa ad 99 71 35 a5 fc ef
> > > >>> c1
> > > >> 31 93 ae
> > > >>> db a7 5c 67 e1 e7 ef 53 8b ab 3e 48 6d d1 78 86 84 41 43 97 4d af
> > > >>> d4
> > > >> 55 42
> > > >>> 4b 3c 8a 5e c9 bb 10 8a 6e 62 2d bc d6 29 de cf ae 2b f8 66 e0 a8
> > > >>> 0e
> > > >> 9a 86
> > > >>> e5 dd fc 85 ae 9c a9 28 a0 7d e8 93 7f cf 1b e2 7a d0 d4 c0 3c 92
> > > >>> 88
> > > >> 06 ba
> > > >>> 3a d3 18 3c a1 98 f2 95 3a b5 0c 98 57 97 06 22 91 a7 86 c9 87 a3
> > > >>> b1
> > > >> da 71
> > > >>> d6 14 79 a1 94 5b da fc d5 2e b3 4a 4f c2 8b 4a 99 44 4c da 3b 43
> > > >>> 1c
> > > >> 35 4d
> > > >>> e1 a7 18 b9 d8 be fb 49 5f a7 51 20 08 e7 43 2b 81 ae da 7f 67 82
> > > >>> 50
> > > >> a7 4d
> > > >>> 4a d2 65 04 57 5a 4a 74 66 da f3 58 9a cd 12 49 8e af 3b d8 ee 5c
> > > >>> 56
> > > >> 72 37
> > > >>> 2d 8d ca 57 10 d4 b5 cc 35 95 18 76 aa 20 dc 5f 45 b8 19 98 9f b7
> > > >>> 94
> > > >> 8f 05
> > > >>> 9e 3e f8 ee 51 7d 23 47 20 29 07 fa d4 d6 c2 28 4a 79 6a b3 3b ec
> > > >>> c3
> > > >> 64 ee
> > > >>> 78 4c d2 72 95 74 5b 8c 90 25 d4 11 68 89 fe bc 8e e4 a3 fa d6 b4
> > > >>> 6c
> > > >> 46 63
> > > >>> 31 99 25 06 5a 30 85 4a 0e 22 38 b7 33 07 65 11 1b 12 88 0b 71 37
> > > >>> 20
> > > >> 2b
> > > >>> 54 00 43 30 24 e9 22 98 1b 6d 6c da 98 02 8d 36 6b 08 1f 03 90 e4
> > > >>> bb
> > > >> dc 0b
> > > >>> c4 3d b0 00 93 ab d9 11 6f da 04 32 48 3c 61 d0 d6 7b 5d 72 f8 3c
> > > >>> 85
> > > >> 65 9f
> > > >>> b6 c0 5f 0d a7 1e d6 ad d8 0a a1 70 1f b8 3a f8 8b 4b 99 02 03 01
> > > >>> 00
> > > >> 01 a3
> > > >>> 53 30 51 30 1d 06 03 55 1d 0e 04 16 04 14 b3 c1 9a d7 32 bf 99 6b
> > > >>> 9f
> > > >> 77 8a
> > > >>> 11 f4 fc 24 92 43 f7 f7 ec 30 1f 06 03 55 1d 23 04 18 30 16 80 14
> > > >>> b3
> > > >> c1 9a
> > > >>> d7 32 bf 99 6b 9f 77 8a 11 f4 fc 24 92 43 f7 f7 ec 30 0f 06 03 55
> > > >>> 1d
> > > >> 13 01 01
> > > >>> ff 04 05 30 03 01 01 ff 30 0d 06 09 2a 86 48 86 f7 0d 01 01 0c 05
> > > >>> 00
> > > >> 03 82
> > > >>> 02 01 00 72 e2 8c aa 49 24 3f e9 53 a6 15 6d a0 da ed b8 ac d7 9b
> > > >>> fd
> > > >> 9b 19
> > > >>> e3 e1 b4 27 36 79 24 63 03 0b f5 55 6c 22 cc 81 a7 1f 8c 90 d1 3e
> > > >>> f8
> > > >> cd f1
> > > >>> 79 8a ae 1f 4c aa 2b 6a 1b a5 4d cf fe 71 44 96 f6 f1 c6 d7 6d 38
> > > >>> a5
> > > >> fd 95 49
> > > >>> fb cb 0f c9 c6 6a 5f d1 85 ff ba e5 cb ef f8 43 de 7e ac 92 2c b3
> > > >>> 2c
> > > >> 57 a6 39
> > > >>> f8 d2 ae c4 06 e8 3d 35 01 e7 30 51 74 e2 28 a2 6f 10 69 3d d8 96
> > > >>> d8
> > > >> 61 f5
> > > >>> ff d3 29 86 26 e2 57 23 dc 8d 77 1a 31 f0 6f df a7 50 34 28 4a e3
> > > >>> de
> > > >> 55 d0
> > > >>> a2 6f 8a db a1 54 7a ac 9f d3 e8 c5 1f 55 2c 2e fc 37 c9 4c a1 22
> > > >>> a4
> > > >> e4 20 77
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 10 Platform Port Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00
> > > >>> 00 00
> > > >> 04 64
> > > >>> 0a
> > > >>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 04 10
> > > >>> Platform Port Receive Buffer: 01 00 01 00 04 01 00 00 11 02 00 00
> > > >>> 00
> > > >> 04 64
> > > >>> 06 84 86 e0 3e 11 8b 72 c3 92 16 95 d5 32 0f 81 3d d1 0e d0 f8 3a
> > > >>> e6
> > > >> 20 fe
> > > >>> d8 ae 5a c1 27 2c 18 1f 60 40 fa 89 10 05 33 f7 35 9d 5c 35 29 0d
> > > >>> b3
> > > >> 26 94
> > > >>> 48 eb 75 a3 d5 a8 74 22 80 56 40 cc 74 60 c1 03 d5 32 5d 3d 24 4c
> > > >>> b3
> > > >> 5e b2
> > > >>> f5 5b 61 f1 d7 fa 40 71 45 af 67 c5 fc 5a ee 32 10 5f eb 6c 68 be
> > > >>> 00
> > > >> e1 0a e9
> > > >>> 23 0d 06 6d fb b8 af 3a 9a 33 d1 b0 eb 89 5f c9 26 ba b8 91 ab cd
> > > >>> 55
> > > >> 90 24
> > > >>> 22 1b 3b 15 11 fe 61 22 de ae d7 19 45 b1 bf 09 09 2f c7 8f 57 b1
> > > >>> 2b
> > > >> 37 b5
> > > >>> 9d 4d f2 8b 2d ea 29 f5 17 bb 11 2f 5b 59 1b 43 65 d1 60 15 b9 ba
> > > >>> ca
> > > >> 0b a4
> > > >>> bd 25 ec ba 5d 55 45 ab 02 2d fb 16 3e d6 82 01 a7 62 1a c7 77 77
> > > >>> da
> > > >> 5f 4d
> > > >>> f2 a2 f5 14 24 e8 ab 63 16 a4 5d f0 ec 5e 1c 9a 72 a2 86 dd 2b ba
> > > >>> 88
> > > >> d5 98
> > > >>> 56 c7 1c 63 2e 59 eb 4a a7 df 55 7e 0c 77 ae de 9b 88 e2 93 47 27
> > > >>> 62
> > > >> c7 d4
> > > >>> 0e 5d a4 16 05 ca 78 bd b9 67 d9 e7 c1 c8 41 23 94 de ae 5f e7 b6
> > > >>> 50
> > > >> 76 d5
> > > >>> 4d d5 ce d6 b5 d4 78 53 c0 18 6d 7f c5 f0 34 29 ba 9a 14 ba f2 13
> > > >>> 07
> > > >> 4a 0f
> > > >>> e9 bd 1b fa 4e 20 4c 73 5e eb 9a 6d 3c bb 3b 61 e7 bf 71 cc c0 7a
> > > >>> d2
> > > >> bf a7
> > > >>> 26 b9 9a bc 2d a0 22 18 12 1d 04 87 30 82 04 a0 30 82 02 88 a0 03
> > > >>> 02
> > > >> 01
> > > >>> 02 02 01 01 30 0d 06 09 2a 86 48 86 f7 0d 01 01 0c 05 00 30 1c 31
> > > >>> 1a
> > > >> 30 18
> > > >>> 06 03 55 04 03 0c 11 69 6e 74 65 6c 20 74 65 73 74 20 52 53 41 20
> > > >>> 43
> > > >> 41
> > > >>> 30 1e 17 0d 32 32 30 33 30 33 31 31 34 30 30 33 5a 17 0d 33 32 30
> > > >>> 32
> > > >> 32
> > > >>> 39 31 31 34 30 30 33 5a 30 2b 31 29 30 27 06 03 55 04 03 0c 20 69
> > > >>> 6e
> > > >> 74
> > > >>> 65 6c 20 74 65 73 74 20 52 53 41 20 69 6e 74 65 72 6d 65 64 69 61
> > > >>> 74
> > > >> 65
> > > >>> 20 63 65 72 74 30 82 01 a2 30 0d 06 09 2a 86 48 86 f7 0d 01 01 01
> > > >>> 05
> > > >> 00
> > > >>> 03 82 01 8f 00 30 82 01 8a 02 82 01 81 00 ab 97 02 85 a7 a4 8c 17
> > > >>> 29
> > > >> 31 0c
> > > >>> b2 0d f6 e4 3d 76 00 ce e1 1b 19 9b e9 84 f5 36 10 1f d5 e6 60 fe
> > > >>> 8a
> > > >> e4 0a
> > > >>> 53 63 23 7c f8 57 8d 7f 2b a8 10 78 dd 40 ef a8 65 33 47 a4 fc b6
> > > >>> f8
> > > >> 23 b3
> > > >>> 4b 28 8e c8 98 29 02 55 93 54 35 5d 2c fd d8 a4 5d 02 bb c5 06 61
> > > >>> 72
> > > >> cb 77
> > > >>> a1 f6 ed 83 68 ec 4f a7 17 4b 29 89 52 40 9a f3 09 20 1e 4d e1 98
> > > >>> 37
> > > >> 70 de
> > > >>> 7c b9 77 2a 77 3d 41 e3 09 e4 d2 57 87 4b de 19 b9 c7 74 bc ec ac
> > > >>> 98
> > > >> b0 0e
> > > >>> 2e 36 1e f7 8d 05 ab d4 a2 2b 0b fc a3 61 8d 08 bb ce 74 0a a1 d4
> > > >>> b6
> > > >> 38 80
> > > >>> ab a8 be f3 d1 5d 5f 6e cd c7 4b af 85 2f a5 e1 5e 74 0c c8 be a2
> > > >>> 67
> > > >> 98 c7
> > > >>> 61 45 d7 2a ee 88 93 4f d5 ef 83 11 dc 37 a0 38 20 97 c9 24 c3 3a
> > > >>> 26
> > > >> 69 90
> > > >>> 1e da 97 87 51 55 33 ef bc 13 b8 68 e8 da e0 68 53 90 11 03 83 43
> > > >>> 85
> > > >> f6 69
> > > >>> 7c d7 07 d4 51 72 94 f5 44 02 7c cb bf 2e f0 1c d7 5b ac ab a7 ac
> > > >>> 35
> > > >> b7 f4
> > > >>> 19 cc 78 86 b6 ac 38 17 b3 37 09 5d b5 3f 65 e1 a8 7e 7b 42 0d cb
> > > >>> 24
> > > >> e9 3d
> > > >>> fc d8 06 2e bc b3 1b 1c 2f 26 cf d2 24 f4 f7 7b 22 fd f1 6a 4e a9
> > > >>> 73
> > > >> 0a ea c5
> > > >>> 11 b9 d3 07 57 f6 b7 d4 df 66 2a 84 7b ec 0b 77 93 69 d6 06 e1 96
> > > >>> 97
> > > >> 4c 7e
> > > >>> 72 51 be a4 d1 d6 41 33 d8 69 41 f8 3f 57 44 48 82 ad 34 26 e1 2f
> > > >>> f6
> > > >> d4 fd
> > > >>> dd 6f a7 e1 55 69 5c 64 a6 a2 a1 70 aa 6f dd a0 cb 3c 9f ce 87 13
> > > >>> 02
> > > >> 03 01
> > > >>> 00 01 a3 5e 30 5c 30 0c 06 03 55 1d 13 04 05 30 03 01 01 ff 30 0b
> > > >>> 06
> > > >> 03 55
> > > >>> 1d 0f 04 04 03 02 01 fe 30 1d 06 03 55 1d 0e 04 16 04 14 c1 3f 34
> > > >>> 2e
> > > >> d9 40
> > > >>> de 6a 8d b4 45 ed 8a a0 6b b6 73 03 2b e5 30 20 06 03 55 1d 25 01
> > > >>> 01
> > > >> ff 04
> > > >>> 16 30 14 06 08 2b 06 01 05 05 07 03 01 06 08 2b 06 01 05 05 07 03
> > > >>> 02
> > > >> 30
> > > >>> 0d 06 09 2a 86 48 86 f7 0d 01 01 0c 05 00 03 82 02 01 00 7d 96 9d
> > > >>> 42
> > > >> 20 f4
> > > >>> 5c 80 19 d9 31
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 10 Platform Port Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00
> > > >>> 00 00
> > > >> 08 64
> > > >>> 06
> > > >>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 04 10
> > > >>> Platform Port Receive Buffer: 01 00 01 00 04 01 00 00 11 02 00 00
> > > >>> 00
> > > >> 04 64
> > > >>> 02 d9 f4 22 2b c9 ea 52 0f 3e a8 e1 fb 87 b9 28 8a c6 70 32 5f a5
> > > >>> 4e
> > > >> a9 a2
> > > >>> 22 ed 38 36 69 38 20 07 81 f2 b0 80 b6 05 5f b3 26 8b 60 08 ac fa
> > > >>> db
> > > >> 78 08
> > > >>> 20 c7 c5 3c 70 85 b8 e3 3c 81 45 3e 2b d9 6f e9 bf bf b9 d7 59 bd
> > > >>> 80
> > > >> 46 87
> > > >>> 08 f8 72 1e 44 b6 c4 17 2e 0e fe 51 28 d3 a5 d4 18 7e b6 64 ba 45
> > > >>> 4f
> > > >> bc 51
> > > >>> dd 38 70 e7 1f 0f 07 4d 75 b5 3e 2c 95 ca 11 0b a7 12 0f 25 8d ed
> > > >>> 0a
> > > >> 4b 6f
> > > >>> 96 e2 14 22 2d f7 96 64 6a c9 3a eb 09 71 89 ae 8d 82 2e 31 d6 46
> > > >>> 58
> > > >> 6c 85
> > > >>> 3b dc 14 1f c3 5c b3 02 fe ef 26 f1 8a d3 70 50 88 45 bd c8 f7 57
> > > >>> 24
> > > >> 1b ef 01
> > > >>> 8b 84 42 30 bb 1b 51 f4 e5 c2 02 6f ae 42 1d 4c a8 08 b2 75 c8 9b
> > > >>> 6c
> > > >> 6f 75
> > > >>> e9 97 4a b3 f3 17 54 90 3b 1d c1 c7 e7 08 8a 88 5f 42 67 b5 04 4d
> > > >>> 4f
> > > >> b8 b9
> > > >>> 5f 60 69 3a 1b 6a ee 39 3d 72 09 c4 80 5e 89 15 12 87 39 68 63 7c
> > > >>> 65
> > > >> ed b4
> > > >>> f1 12 d9 b9 82 30 74 0b aa 40 14 e0 33 f7 98 af 31 db e8 81 62 92
> > > >>> e6
> > > >> fc 9b
> > > >>> 6b 88 f9 cc c1 e4 6f 95 d2 86 f2 34 8f 48 c7 37 45 8e 25 07 26 f7
> > > >>> 18
> > > >> 75 04
> > > >>> 12 e6 16 6f 50 09 26 c9 8e 36 3e 41 6d 90 d0 31 13 e9 47 3c c9 c4
> > > >>> f3
> > > >> c1 b0
> > > >>> 1c 20 1c c8 95 4d 18 8d 46 83 35 fa 95 03 36 88 68 55 df a3 8d 79
> > > >>> 9b
> > > >> eb 16
> > > >>> bf 88 38 10 db 8c c2 f1 20 1b 36 a7 3b 44 26 bd c1 29 7f 02 98 a7
> > > >>> 31
> > > >> aa cd
> > > >>> 60 c7 ee 15 a4 b2 be 66 07 47 ea 89 95 5f 32 c6 bf 2e b5 66 46 5a
> > > >>> e1
> > > >> 79 f2
> > > >>> cd 4a 39 e0 9d f1 74 2f 00 6b e4 60 20 88 f0 53 83 26 6d ee ac a6
> > > >>> f6
> > > >> 54 47
> > > >>> e2 7a 58 a6 29 1d c7 50 a9 91 0c 68 ff fd 7b 25 a2 f3 34 b2 15 bd
> > > >>> f4
> > > >> 7d cf 9e
> > > >>> f1 4c 0d 86 39 b2 3e 80 e9 94 15 55 c8 af 8c d2 a9 6e 61 ce e5 23
> > > >>> 22
> > > >> dc 4e
> > > >>> b8 1c 41 68 7a b2 30 23 1c f2 6e 22 2e bd cc 6a 99 0b 1b eb 58 05
> > > >>> 1c
> > > >> 04 c3
> > > >>> 30 82 04 6b 30 82 02 d3 a0 03 02 01 02 02 01 03 30 0d 06 09 2a 86
> > > >>> 48
> > > >> 86
> > > >>> f7 0d 01 01 0c 05 00 30 2b 31 29 30 27 06 03 55 04 03 0c 20 69 6e
> > > >>> 74
> > > >> 65 6c
> > > >>> 20 74 65 73 74 20 52 53 41 20 69 6e 74 65 72 6d 65 64 69 61 74 65
> > > >>> 20
> > > >> 63
> > > >>> 65 72 74 30 1e 17 0d 32 32 30 33 30 33 31 31 34 30 32 34 5a 17 0d
> > > >>> 33
> > > >> 32
> > > >>> 30 32 32 39 31 31 34 30 32 34 5a 30 28 31 26 30 24 06 03 55 04 03
> > > >>> 0c
> > > >> 1d
> > > >>> 69 6e 74 65 6c 20 74 65 73 74 20 52 53 41 20 72 65 73 70 6f 6e 64
> > > >>> 65
> > > >> 72 20
> > > >>> 63 65 72 74 30 82 01 a2 30 0d 06 09 2a 86 48 86 f7 0d 01 01 01 05
> > > >>> 00
> > > >> 03
> > > >>> 82 01 8f 00 30 82 01 8a 02 82 01 81 00 a3 d7 6e f3 b7 4f 50 46 6c
> > > >>> 67
> > > >> 7f 61
> > > >>> 1a 30 85 a7 5a 8d b9 1f 29 76 86 57 5c cd 5c 20 fe b3 74 59 20 69
> > > >>> 5e
> > > >> 8f de
> > > >>> 22 cb a8 e9 f0 fb 3a 1a 45 be ef 50 46 b3 fc fe 74 ea e5 9d 0e 8d
> > > >>> 3e
> > > >> b8 13 a5
> > > >>> d2 7b 67 49 f6 6b 2d 7c 97 64 d1 24 ae c4 25 3f bf 67 9a 27 5d 72
> > > >>> df
> > > >> 23 87
> > > >>> d9 53 ba 8d de a7 3d cd e4 1c 9f 66 50 f4 e0 b7 96 97 36 2b 1a f6
> > > >>> 38
> > > >> d8 7e
> > > >>> 0e c4 70 bc 7c 00 4a 74 89 9b 62 a5 82 d9 6a 69 b7 23 aa 74 9e ef
> > > >>> 7c
> > > >> b9 59
> > > >>> 12 4c 8f 4e a2 42 5c d1 32 54 39 ea ca 64 e0 33 50 6c df f5 12 8e
> > > >>> 1c
> > > >> 3d 51
> > > >>> fe da b8 57 6e 7b 42 2d b6 ec 21 92 af 08 f2 89 c8 19 a4 d5 32 56
> > > >>> 62
> > > >> c2 a3
> > > >>> f5 cc ec d4 eb 07 74 28 a5 5c 0b 1c 7a 4e 03 3a d5 c8 4e 39 25 4a
> > > >>> 9b
> > > >> ce 9a
> > > >>> 63 1a 15 2c 98 4b 64 04 2c 9b 7d 92 32 36 33 60 8b ec 2c a8 5d 95
> > > >>> 74
> > > >> 06 3f
> > > >>> 83 cb 62 12 84 b8 dd 68 eb 1c 18 6b 84 cc b6 ef 4f a8 3b e1 0f 0a
> > > >>> 09
> > > >> 46 c6
> > > >>> 0f fe 24 55 8c 85 a1 3d 37 b1 ff 29 55 5b 23 f1 91 df cc 9d 38 48
> > > >>> 72
> > > >> 0a 55
> > > >>> b7 45 42 25 c3 05 67 b4 bc 17 cd fd a3 7b 1c e4 d8 b1 8b 42 b2 47
> > > >>> 1b
> > > >> b7 99
> > > >>> 4d 8a fd fe 52 80 94 58 e0 81 37 9a 91 61 93 e4 49 5e 69 16 32 4c
> > > >>> 03
> > > >> 7c 42
> > > >>> 2e d1
> > > >>> Platform Port Transmit Command: 00 00 00 01 Platform Port Transmit
> > > >>> TransportType: 00 00 00 02 Platform Port Transmit Size: 00 00 00
> > > >>> 10 Platform Port Transmit Buffer: 01 00 01 00 04 00 00 00 11 82 00
> > > >>> 00 00
> > > >> 0c 64
> > > >>> 02
> > > >>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 02 74
> > > >>> Platform Port Receive Buffer: 01 00 01 00 9d 00 00 00 11 02 00 00
> > > >>> 64
> > > >> 02 00
> > > >>> 00 74 4f e8 47 58 28 7f 27 57 6b 66 80 29 5e cb b2 b2 a3 61 29 77
> > > >>> 55
> > > >> 2f 44
> > > >>> 6e 47 c8 c5 93 ec 90 96 55 fc 6b 27 03 2a 9e ef 28 b5 49 05 02 03
> > > >>> 01
> > > >> 00 01
> > > >>> a3 81 9c 30 81 99 30 0c 06 03 55 1d 13 01 01 ff 04 02 30 00 30 0b
> > > >>> 06
> > > >> 03 55
> > > >>> 1d 0f 04 04 03 02 05 e0 30 1d 06 03 55 1d 0e 04 16 04 14 86 f9 ed
> > > >>> fa
> > > >> 46 3d
> > > >>> 7b 2b 5c 16 29 72 c6 b2 4b af b9 b2 8b df 30 31 06 03 55 1d 11 04
> > > >>> 2a
> > > >> 30 28
> > > >>> a0 26 06 0a 2b 06 01 04 01 83 1c 82 12 01 a0 18 0c 16 41 43 4d 45
> > > >>> 3a
> > > >> 57
> > > >>> 49 44 47 45 54 3a 31 32 33 34 35 36 37 38 39 30 30 2a 06 03 55 1d
> > > >>> 25
> > > >> 01
> > > >>> 01 ff 04 20 30 1e 06 08 2b 06 01 05 05 07 03 01 06 08 2b 06 01 05
> > > >>> 05
> > > >> 07 03
> > > >>> 02 06 08 2b 06 01 05 05 07 03 09 30 0d 06 09 2a 86 48 86 f7 0d 01
> > > >>> 01
> > > >> 0c
> > > >>> 05 00 03 82 01 81 00 81 69 45 3a 56 b5 12 ee 27 57 12 e1 bd 60 b6
> > > >>> ca
> > > >> c6 a4
> > > >>> d1 67 8c 8a e4 7c 9f e2 6f 9d b0 6e 6e e1 5d d8 b6 53 ac fb 68 d3
> > > >>> ee
> > > >> 55 fc
> > > >>> 04 69 ba 33 8d a0 9b cd 2c 6e a4 fd 04 0e ac 5c d4 2f ce d1 89 d9
> > > >>> 7e
> > > >> a1 e1
> > > >>> b4 0c 7c 79 bd 2c 51 50 2a 01 7d 06 82 87 f0 1c f3 72 3b 14 6c 45
> > > >>> e0
> > > >> 6b 25
> > > >>> 88 27 8e cb ec 21 98 c0 09 da 78 cc e7 39 10 0d d4 1a c2 0c 6d 31
> > > >>> 2e
> > > >> 3a 5f
> > > >>> 34 f9 ea 5c 10 c1 90 3a a1 ff 46 7d 16 77 a6 7c b7 f5 ce bf 57 6a
> > > >>> 73
> > > >> e0 bf f7
> > > >>> 22 ba 57 d4 a0 b5 67 8c 1e 8c 9c 9b e6 ee 9a 0b 75 69 26 ce 78 de
> > > >>> 24
> > > >> 21 85
> > > >>> 99 22 95 c5 fd a3 8a 1d c8 96 80 6a 26 aa c3 59 d9 de a7 31 03 59
> > > >>> 78
> > > >> 58 db
> > > >>> c3 7d 0e 3f 97 50 b4 0f 53 41 0d 4b dd 66 8d bb 57 b6 f7 f7 fb 43
> > > >>> 9e
> > > >> 25 3c
> > > >>> bc fa 20 84 bc 5d f8 71 3b af 6a e1 b1 84 41 d5 17 00 1d 9d 83 59
> > > >>> b2
> > > >> ce bd
> > > >>> 40 5a ba c6 52 45 2c 49 ff 10 d4 a1 e9 19 11 b5 3a 87 cc 74 76 f6
> > > >>> 4d
> > > >> 07 92
> > > >>> f1 98 53 07 96 89 9e 6c 70 cf 2e 2c 7d f1 dd d3 26 0a a8 39 23 1f
> > > >>> 5c
> > > >> 60 e7
> > > >>> 32 13 61 04 94 f9 ff 21 2a 00 9c c8 e7 e7 53 ef e0 73 25 be f0 7d
> > > >>> f9
> > > >> bd 49
> > > >>> 08 dd c0 1b 68 67 87 a2 8f 8b ed 95 12 dd 01 fc ac 10 b7 d3 60 dc
> > > >>> 03
> > > >> 2e 8d
> > > >>> ee 9b 85 1c 56 d5 a8 1d bb 0b 75 91 d7 b9 5d b5 f8 57 4f c5 4e 02
> > > >>> 34
> > > >> 76 a4
> > > >>> cd b9 42 c4 58 de 57 dc 75 31 e3 6c 2e 65 d0 Platform Port
> > > >>> Transmit
> > > >>> Command: 00 00 00 01 Platform Port Transmit TransportType: 00 00
> > > >>> 00
> > > >>> 02 Platform Port Transmit Size: 00 00 00 2c
> > > >>>
> > > >>> //This is the challenge auth.
> > > >>> Platform Port Transmit Buffer: 01 00 01 00 0b 00 00 00 11 83 00 00
> > > >>> af
> > > >> 2c d9
> > > >>> aa cb 59 67 ce 3f 7b 8f a5 26 00 4e 1f 1c 4e c3 1e 31 06 be 0d 9e
> > > >>> 4f
> > > >> f8 b1 7c
> > > >>> 2a 39 89
> > > >>> Platform Port Receive Command: 00 00 00 01 Platform Port Receive
> > > >>> TransportType: 00 00 00 02 Platform Port Receive Size: 00 00 01 e0
> > > >>> Platform Port Receive Buffer: 01 00 01 00 78 00 00 00 11 03 80 01
> > > >>> 6b
> > > >> 3e 6a
> > > >>> 85 12 30 ed ec 1e 27 0e 6e 96 b0 95 68 eb b0 1f 9a 7a 63 f6 bd 04
> > > >>> 0d
> > > >> 04 cc
> > > >>> 45 0a 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59 61 17
> > > >>> 8f
> > > >> cf a6
> > > >>> 2d 0d e2 aa 90 91 06 7c 8e 3b 8b a7 64 7c 72 09 b2 9c 89 5b f1 30
> > > >>> 47
> > > >> e7 5b
> > > >>> 07 58 00 00 9c 43 d9 7b a3 ae c7 d4 bd 5e a8 db 74 b3 81 97 10 6e
> > > >>> 2f
> > > >> 22 5a
> > > >>> 26 c0 09 02 43 1d c1 3b dd cf e8 13 33 ff dc 02 39 15 2b 98 16 b5
> > > >>> eb
> > > >> 8e 63
> > > >>> 32 5a 3e 2a 6a 00 96 8e 42 5d 11 46 a6 7e d5 a8 76 11 94 2c a8 2c
> > > >>> c7
> > > >> 6d 48
> > > >>> 94 80 a0 fd 9a 7e 4a 84 59 c0 25 17 7d 0f d5 0d 93 75 02 1e 61 ef
> > > >>> 5e
> > > >> 5d 06
> > > >>> 80 64 4d 6a 47 91 c7 b1 ca e3 d5 ab b3 6c 97 8a f0 56 39 e6 3d a0
> > > >>> ad
> > > >> 96 20
> > > >>> 14 43 fc 83 5d 21 08 78 e8 85 69 a0 d2 e6 9a c9 a9 f6 96 66 ee 80
> > > >>> a6
> > > >> 06 a6
> > > >>> a6 ee cb 9b 7c e4 65 5f a5 0c 5a d9 5e de 50 d1 ab 73 8b c4 f7 3a
> > > >>> f2
> > > >> 62 59
> > > >>> 27 16 fa 42 1b e1 db 19 76 a8 40 06 25 d3 28 54 bf dd d4 75 1e 4f
> > > >>> 40
> > > >> d0 c4
> > > >>> 3e 1e 60 e7 4b 9b c9 c8 98 db a4 74 8f 86 39 ae 76 9c f9 c9 fe 63
> > > >>> ef
> > > >> 34 ab
> > > >>> 4d 0b 14 22 d0 d6 9e a3 fd 12 ab c3 7c 61 fd ea 09 dc 2d ad 78 6e
> > > >>> ce
> > > >> 13 2b
> > > >>> 95 36 83 34 3a 1b ef d3 fd 07 de b2 df c7 7a 83 bd 6e ab 51 70 99
> > > >>> 4e
> > > >> 28 07
> > > >>> de 63 42 ab 81 96 79 7f 30 27 28 4a 3e a1 8f 42 5f 7d cd 8f ec 86
> > > >>> e0
> > > >> ea 2b
> > > >>> fb 05 c2 ce ce 69 ae 4e 5c dd 95 85 11 23 a3 80 85 40 65 e3 a1 92
> > > >>> 18
> > > >> 9a dc
> > > >>> 31 ac 13 24 a3 a9 b9 5c 95 f5 b5 b5 08 ee 7d d8 ff 44 42 77 c4 09
> > > >>> 25
> > > >> 35 7c
> > > >>> b4 0b 64 77 ea 74 19 b7 b0 c1 04 6d 42 7e ab 32 91 e5 b1 59 2d 60
> > > >>> 31
> > > >> 11 5f
> > > >>> 38 52 36 d0 ba c0 73 d5 fb 5c b6 82 a1 00 00
> > > >>>
> > > >>> from spdm_emu last message is better formatted.
> > > >>>
> > > >>> SpdmReceiveRequest[0] (0x24):
> > > >>> 0000: 11 83 00 00 af 2c d9 aa cb 59 67 ce 3f 7b 8f a5 26 00 4e 1f
> > > >>> 1c
> > > >> 4e c3
> > > >>> 1e 31 06 be 0d 9e 4f f8 b1
> > > >>> 0020: 7c 2a 39 89
> > > >>> SpdmSendResponse[0] ...
> > > >>> m1m2 hash - 6b c2 91 d6 c1 fe 1c 5e c9 bf 04 f6 fd 0f b1 58 9d 56
> > > >>> d3
> > > >> af 69
> > > >>> 08 3b eb 06 ba 6d b0 d2 e2 33 46 8a d8 ff 4d 9a 44 13 d2 04 57 e9
> > > >>> b9
> > > >> ce b7
> > > >>> b2 05
> > > >>> SpdmSendResponse[0] (0x1d6):
> > > >>> 0000: 11 03 80 01 6b 3e 6a 85 12 30 ed ec 1e 27 0e 6e 96 b0 95 68
> > > >>> eb
> > > >> b0 1f
> > > >>> 9a 7a 63 f6 bd 04 0d 04 cc
> > > >>> 0020: 45 0a 03 b9 aa d6 e7 1b 7e 85 04 ae 18 55 8d 47 58 c4 cd 59
> > > >>> 61
> > > >> 17 8f
> > > >>> cf a6 2d 0d e2 aa 90 91 06
> > > >>> 0040: 7c 8e 3b 8b a7 64 7c 72 09 b2 9c 89 5b f1 30 47 e7 5b 07 58
> > > >>> 00
> > > >> 00 9c
> > > >>> 43 d9 7b a3 ae c7 d4 bd 5e
> > > >>> 0060: a8 db 74 b3 81 97 10 6e 2f 22 5a 26 c0 09 02 43 1d c1 3b dd
> > > >>> cf
> > > >> e8 13
> > > >>> 33 ff dc 02 39 15 2b 98 16
> > > >>> 0080: b5 eb 8e 63 32 5a 3e 2a 6a 00 96 8e 42 5d 11 46 a6 7e d5 a8
> > > >>> 76
> > > >> 11 94
> > > >>> 2c a8 2c c7 6d 48 94 80 a0
> > > >>> 00a0: fd 9a 7e 4a 84 59 c0 25 17 7d 0f d5 0d 93 75 02 1e 61 ef 5e
> > > >>> 5d
> > > >> 06 80
> > > >>> 64 4d 6a 47 91 c7 b1 ca e3
> > > >>> 00c0: d5 ab b3 6c 97 8a f0 56 39 e6 3d a0 ad 96 20 14 43 fc 83 5d
> > > >>> 21
> > > >> 08 78
> > > >>> e8 85 69 a0 d2 e6 9a c9 a9
> > > >>> 00e0: f6 96 66 ee 80 a6 06 a6 a6 ee cb 9b 7c e4 65 5f a5 0c 5a d9
> > > >>> 5e
> > > >> de 50
> > > >>> d1 ab 73 8b c4 f7 3a f2 62
> > > >>> 0100: 59 27 16 fa 42 1b e1 db 19 76 a8 40 06 25 d3 28 54 bf dd d4
> > > >>> 75
> > > >> 1e 4f
> > > >>> 40 d0 c4 3e 1e 60 e7 4b 9b
> > > >>> 0120: c9 c8 98 db a4 74 8f 86 39 ae 76 9c f9 c9 fe 63 ef 34 ab 4d
> > > >>> 0b
> > > >> 14 22
> > > >>> d0 d6 9e a3 fd 12 ab c3 7c
> > > >>> 0140: 61 fd ea 09 dc 2d ad 78 6e ce 13 2b 95 36 83 34 3a 1b ef d3
> > > >>> fd
> > > >> 07 de
> > > >>> b2 df c7 7a 83 bd 6e ab 51
> > > >>> 0160: 70 99 4e 28 07 de 63 42 ab 81 96 79 7f 30 27 28 4a 3e a1 8f
> > > >>> 42
> > > >> 5f 7d
> > > >>> cd 8f ec 86 e0 ea 2b fb 05
> > > >>> 0180: c2 ce ce 69 ae 4e 5c dd 95 85 11 23 a3 80 85 40 65 e3 a1 92
> > > >>> 18
> > > >> 9a dc
> > > >>> 31 ac 13 24 a3 a9 b9 5c 95
> > > >>> 01a0: f5 b5 b5 08 ee 7d d8 ff 44 42 77 c4 09 25 35 7c b4 0b 64 77
> > > >>> ea
> > > >> 74 19
> > > >>> b7 b0 c1 04 6d 42 7e ab 32
> > > >>> 01c0: 91 e5 b1 59 2d 60 31 11 5f 38 52 36 d0 ba c0 73 d5 fb 5c b6
> > > >>> 82
> > > >> a1
> > > >>>
> > > >>> I vaguely recall the running hash need for a challenge auth being
> > > >> rather hard
> > > >>> to get right but I had
> > > >>> the advantage of being able to compare how both sides built it up.
> > > >>>
> > > >>> Jonathan
> > > >>>
> > > >>>
> > > >>> Ah. Been a while, but IIRC correctly the spec doesn't make it
> > > >>> clear when signatures should be ASN.1. My basis for choosing
> > > >>> combinations in that code were what libSPDM did at the time. I
> > > >> remember
> > > >>> a bunch of trial and error and also hand decoding binary to try to
> > > >>> figure out what the encodings were. I also enjoyed those places
> > > >>> where various different ASN.1 encoded structures were concatenated
> > > >>> rather that encoded in one go - hence no cheap way to index to the
> > > >>> next one.
> > > >>>
> > > >>> I'm reviewing a nice short 972 page spec draft this week (which
> > > >>> will
> > > >> remain
> > > >>> unnamed :) but if I get time I'll see if I can test that path
> > > >>> before Tuesday.
> > > >>>
> > > >>> I think I ran basic tests on all the protocol types, but it was a
> > > >> long
> > > >>> time ago so possible I missed one.
> > > >>>
> > > >>> I meant to seek a spec clarification but haven't gotten around to
> > > >>> it
> > > >> yet.
> > > >>> Request from DMTF people was to file tickets against he spec for
> > > >> stuff
> > > >>> like that.
> > > >>>
> > > >>> Jonathan
> > > >>>
> > > >>>
> > > >>>
> > > >>> Thanks,
> > > >>> Lorenzo
> > > >>>
> > > >>> New Potential topic.
> > > >>>
> > > >>> Scheduler Tuneables from NUMA topology.
> > > >>>
> > > >>> This is yangyicong's topic but I'll attempt to summarize:
> > > >>>
> > > >>>
> > > >>
> > > >>
> > https://lore.kernel.org/lkml/ef3b3e55-8be9-595f-6d54-886d13a7e2fd@h
> > > >> isi
> > > >> l
> > > >>> icon.com/
> > > >>>
> > > >>> The scheduler contains a bunch of tunables including this one
> > > >>> which
> > > >> is
> > > >>> "migration cost"
> > > >>> This value is used to make decisions in load balancing + to
> > > >>> control
> > > >> the
> > > >>> frequency of load balancing
> > > >>> to avoid doing it too often. The default value has been fixed for
> > > >>> a
> > > >> long time
> > > >>> and systems have changed a lot in that time.
> > > >>>
> > > >>> Currently the value is tunable via debugfs, but in the above
> > > >>> thread
> > > >> the
> > > >>> proposal
> > > >>> to somehow base the value on the system topology was made.
> > > >>>
> > > >>> We haven't yet proceeded very far with this but if we can get
> > > >> appropriate
> > > >>> people for
> > > >>> the call it may be a good opportunity to do some brainstorming,
> > > >> particularly
> > > >>> as
> > > >>> we don't have ready access to that many machine topologies so
> > > >>> testing
> > > >> any
> > > >>> proposal
> > > >>> will be very challenging. Also I fear this space is only going to
> > > >>> get
> > > >> more
> > > >>> complex
> > > >>> as systems get larger over the next year or two.
> > > >>>
> > > >>> Next week may be too soon for such a discussion though given the
> > > >> short
> > > >>> notice!
> > > >>>
> > > >>> +CC Vincent and Dietmar, but please drag anyone else in who is
> > > >> relevant to
> > > >>> this
> > > >>> discussion.
> > > >>>
> > > >>> I might also mention this topic at the LDCG meeting this week to
> > > >>> see
> > > >> if we
> > > >>> can
> > > >>> interest from others who might be able to help with data + testing.
> > > >>>
> > > >>> Thanks,
> > > >>>
> > > >>> Jonathan
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>> 锟斤拷 2022锟斤拷4锟斤拷14锟秸ｏ拷锟斤拷锟斤拷8:00锟斤
> > 拷
> > > >>>
> > > >>
> > > >> linaro-open-discussions-request(a)op-lists.linaro.org<mailto:linaro-o
> > > >> pen-
> > > >> disc
> > > >>> ussions-request(a)op-lists.linaro.org>写锟斤拷锟斤拷
> > > >>>
> > > >>> Send Linaro-open-discussions mailing list submissions to
> > > >>>
> > > >>
> > > >> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >> ussi
> > > >> ons
> > > >>> @op-lists.linaro.org>
> > > >>>
> > > >>> To subscribe or unsubscribe via email, send a message with subject
> > > >>> or body 'help' to
> > > >>>
> > > >>
> > > >> linaro-open-discussions-request(a)op-lists.linaro.org<mailto:linaro-o
> > > >> pen-
> > > >> disc
> > > >>> ussions-request(a)op-lists.linaro.org>
> > > >>>
> > > >>> You can reach the person managing the list at
> > > >>>
> > > >>
> > > >> linaro-open-discussions-owner(a)op-lists.linaro.org<mailto:linaro-ope
> > > >> n-di
> > > >> scu
> > > >>> ssions-owner(a)op-lists.linaro.org>
> > > >>>
> > > >>> When replying, please edit your Subject line so it is more
> > > >>> specific than "Re: Contents of Linaro-open-discussions digest..."
> > > >>>
> > > >>> Today's Topics:
> > > >>>
> > > >>> 1. Re: LOD Call notes: 22 March 2022 - vCPU Hotplug Update
> > > >>> (Jonathan Cameron)
> > > >>>
> > > >>>
> > > >>>
> > > >>
> > > >> -------------------------------------------------------------------
> > > >> ---
> > > >>>
> > > >>> Message: 1
> > > >>> Date: Wed, 13 Apr 2022 19:17:32 +0100
> > > >>> From: Jonathan Cameron
> > > >>>
> > <Jonathan.Cameron(a)Huawei.com<mailto:Jonathan.Cameron@Huawei.com
> > > >>>>>
> > > >>> Subject: [Linaro-open-discussions] Re: LOD Call notes: 22 March
> > > >>> 2022
> > > >> -
> > > >>> vCPU Hotplug Update
> > > >>> To: Ilkka Koskinen
> > > >>>
> > <ilkka(a)os.amperecomputing.com<mailto:ilkka@os.amperecomputing.com>
> > > >>>>
> > > >>> Cc:
> > > >>>
> > > >>
> > > >> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >> ussi
> > > >> ons
> > > >>> @op-lists.linaro.org>
> > > >>> Message-ID:
> > > >>>
> > <20220413191732.00000e4e(a)Huawei.com<mailto:20220413191732.0000
> > > >>> 0e4e(a)Huawei.com>>
> > > >>> Content-Type: text/plain; charset="US-ASCII"
> > > >>>
> > > >>> On Thu, 31 Mar 2022 11:47:26 -0700 (PDT) Ilkka Koskinen
> > > >>>
> > <ilkka(a)os.amperecomputing.com<mailto:ilkka@os.amperecomputing.com>
> > > >>> >
> > > >>> wrote:
> > > >>>
> > > >>> Hi everyone,
> > > >>>
> > > >>> On Tue, 22 Mar 2022, Jonathan Cameron via Linaro-open-discussions
> > > >> wrote:
> > > >>> 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
> > > >>> --
> > > >>> Linaro-open-discussions mailing list --
> > > >>>
> > > >>
> > > >> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >> ussi
> > > >> ons
> > > >>> @op-lists.linaro.org>
> > > >>>
> > > >>
> > > >> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+
> > > >> Hom
> > > >> e
> > > >>>
> > > >>> Thanks for the great meeting and the update! As Ed mentioned (and
> > > >>> you wrote above), we're interested in joining the vCPU Hotplug
> > > >> development.
> > > >>>
> > > >>> Hi Ilkka
> > > >>>
> > > >>> Great to have you on board for this.
> > > >>>
> > > >>> Status wise, on QEMU side we have the new interface up and running
> > > >>> (it was a whole 2 lines of code once we'd dealt with some rebasing
> > > >> related
> > > >>> issues).
> > > >>>
> > > >>> Rather more changes were needed to make it work sensibly on top of
> > > >> Gavin
> > > >>> Shan's
> > > >>> QEMU topology configuration patch set.
> > > >>>
> > https://lore.kernel.org/qemu-devel/20220403145953.10522-1-gshan@re
> > > >>> dh
> > > >>> at.com/
> > > >>> The code going through some light internal review before we put it
> > > >>> up somewhere public. Note it's definitely not production quality
> > > >>> code but it is
> > > >> somewhere
> > > >>> to start from. Given Easter related vacations I doubt we'll get
> > > >> enough
> > > >>> eyes on it until next week.
> > > >>>
> > > >>> We were thrown briefly by the fact there is a recently added
> > > >>> apcica/actbl2.h entry for MADT_ONLINE_CAPABLE but it's a different
> > > >> bit.
> > > >>> Seems x86 folk wanted something similar last year. We'll have to
> > > >>> do something ugly in ACPICA to mangle the name for the new bit to
> > > >>> avoid that
> > > >> collision.
> > > >>> Lorenzo, I'm assuming the ACPCIA one line patch to add that define
> > > >>> is something the ARM team will deal with?
> > > >>>
> > > >>> There are some known limitations though that we'll need to sort
> > > >>> out
> > > >> before
> > > >>> upstreaming the QEMU support. One of which is SVE currently breaks
> > > >> things.
> > > >>> Plenty of time though as kernel needs to be upstream first anyway.
> > > >>>
> > > >>> Testing wise we are using QEMU on top of QEMU so we can poke
> > > >>> corners
> > > >> of
> > > >>> the
> > > >>> architecture don't have hardware for (e.g. SVE :). Even on a
> > > >>> rubbish
> > > >> x86
> > > >>> desktop it's not that slow :)
> > > >>>
> > > >>> Lorenzo, any update on kernel side of things or expected time
> > > >>> scale
> > > >> for
> > > >>> more information?
> > > >>>
> > > >>> Obviously we have some hacked patches based on Salil's original
> > > >> proposal
> > > >>> that sanity check the QEMU side of things but I suspect the final
> > > >> version
> > > >>> will look rather different :)
> > > >>>
> > > >>> One question on the spec change for Lorenzo. It's not entirely
> > > >>> clear but I think we should not be using _MAT when 'hotplugging' the
> > vCPUs?
> > > >>> For now the QEMU code provides the relevant entries anyway but it
> > > >>> would be nice to drop that if not necessary (it's not a huge
> > > >>> amount of code or complexity though so not a big thing either way).
> > > >>>
> > > >>> Thanks and an early happy Easter to those celebrating on Sunday.
> > > >>>
> > > >>> Jonathan
> > > >>>
> > > >>>
> > > >>> Br, Ilkka
> > > >>>
> > > >>>
> > > >>> ------------------------------
> > > >>>
> > > >>> Subject: Digest Footer
> > > >>>
> > > >>> Linaro-open-discussions mailing list --
> > > >>>
> > > >>
> > > >> linaro-open-discussions(a)op-lists.linaro.org<mailto:linaro-open-disc
> > > >> ussi
> > > >> ons
> > > >>> @op-lists.linaro.org>
> > > >>> To unsubscribe send an email to
> > > >>>
> > > >>
> > > >> linaro-open-discussions-leave(a)op-lists.linaro.org<mailto:linaro-ope
> > > >> n-di
> > > >> scus
> > > >>> sions-leave(a)op-lists.linaro.org>
> > > >>>
> > > >>>
> > > >>> ------------------------------
> > > >>>
> > > >>> End of Linaro-open-discussions Digest, Vol 19, Issue 1
> > > >>> ******************************************************
> > > >>>
> > > >>> --
> > > >>> Linaro-open-discussions mailing list --
> > > >>> linaro-open-discussions(a)op-lists.linaro.org
> > > >>>
> > > >>
> > > >> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+
> > > >> Hom
> > > >> e
> > > >> --
> > > >> Linaro-open-discussions mailing list --
> > > >> linaro-open-discussions(a)op-lists.linaro.org
> > > >> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+
> > > >> Hom e IMPORTANT NOTICE: The contents of this email and any
> > > >> attachments are confidential and may also be privileged. If you are
> > > >> not the intended recipient, please notify the sender immediately and do
> > not disclose the contents to any other person, use it for any purpose, or store
> > or copy the information in any medium. Thank you.
> > > >
> > > > IMPORTANT NOTICE: The contents of this email and any attachments are
> > confidential and may also be privileged. If you are not the intended recipient,
> > please notify the sender immediately and do not disclose the contents to any
> > other person, use it for any purpose, or store or copy the information in any
> > medium. Thank you.
> > >
> --
> Linaro-open-discussions mailing list --
> linaro-open-discussions(a)op-lists.linaro.org
> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+Home
3 years, 7 months
- 2
- 2
Linaro OP-TEE Contributions (LOC) monthly meeting - July 28 CANCELLED
by Jens Wiklander
Hi,
We don't have any topics for the meeting this month. Hence canceling.
Regards,
Jens on behalf of OP-TEE team
3 years, 7 months
- 1
- 0
Re: Linaro-open-discussions Digest, Vol 19, Issue 1
by Joyce Qi
Hi Jonathon，Lorenzo，
Do we have some topic to discuss for the Linaro-open-disscussions next week?
Thanks:)
Joyce
> 在 2022年4月14日，上午8:00，linaro-open-discussions-request@op-lists.linaro.org 写道：
>
> Send Linaro-open-discussions mailing list submissions to
> linaro-open-discussions(a)op-lists.linaro.org
>
> To subscribe or unsubscribe via email, send a message with subject or
> body 'help' to
> linaro-open-discussions-request(a)op-lists.linaro.org
>
> You can reach the person managing the list at
> linaro-open-discussions-owner(a)op-lists.linaro.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Linaro-open-discussions digest..."
>
> Today's Topics:
>
> 1. Re: LOD Call notes: 22 March 2022 - vCPU Hotplug Update
> (Jonathan Cameron)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 13 Apr 2022 19:17:32 +0100
> From: Jonathan Cameron <Jonathan.Cameron(a)Huawei.com>
> Subject: [Linaro-open-discussions] Re: LOD Call notes: 22 March 2022 -
> vCPU Hotplug Update
> To: Ilkka Koskinen <ilkka(a)os.amperecomputing.com>
> Cc: linaro-open-discussions(a)op-lists.linaro.org
> Message-ID: <20220413191732.00000e4e(a)Huawei.com>
> Content-Type: text/plain; charset="US-ASCII"
>
> On Thu, 31 Mar 2022 11:47:26 -0700 (PDT)
> Ilkka Koskinen <ilkka(a)os.amperecomputing.com> wrote:
>
>> Hi everyone,
>>
>> On Tue, 22 Mar 2022, Jonathan Cameron via Linaro-open-discussions wrote:
>>> 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
>>> --
>>> Linaro-open-discussions mailing list -- linaro-open-discussions(a)op-lists.linaro.org
>>> https://collaborate.linaro.org/display/LOD/Linaro+Open+Discussions+Home
>>
>> Thanks for the great meeting and the update! As Ed mentioned (and you
>> wrote above), we're interested in joining the vCPU Hotplug development.
>
> Hi Ilkka
>
> Great to have you on board for this.
>
> Status wise, on QEMU side we have the new interface up and running
> (it was a whole 2 lines of code once we'd dealt with some rebasing related issues).
>
> Rather more changes were needed to make it work sensibly on top of Gavin Shan's
> QEMU topology configuration patch set.
> https://lore.kernel.org/qemu-devel/20220403145953.10522-1-gshan@redhat.com/
> The code going through some light internal review before we put it up somewhere
> public. Note it's definitely not production quality code but it is somewhere
> to start from. Given Easter related vacations I doubt we'll get enough
> eyes on it until next week.
>
> We were thrown briefly by the fact there is a recently added
> apcica/actbl2.h entry for MADT_ONLINE_CAPABLE but it's a different bit.
> Seems x86 folk wanted something similar last year. We'll have to do something
> ugly in ACPICA to mangle the name for the new bit to avoid that collision.
> Lorenzo, I'm assuming the ACPCIA one line patch to add that define is
> something the ARM team will deal with?
>
> There are some known limitations though that we'll need to sort out before
> upstreaming the QEMU support. One of which is SVE currently breaks things.
> Plenty of time though as kernel needs to be upstream first anyway.
>
> Testing wise we are using QEMU on top of QEMU so we can poke corners of the
> architecture don't have hardware for (e.g. SVE :). Even on a rubbish x86
> desktop it's not that slow :)
>
> Lorenzo, any update on kernel side of things or expected time scale for
> more information?
>
> Obviously we have some hacked patches based on Salil's original proposal
> that sanity check the QEMU side of things but I suspect the final version
> will look rather different :)
>
> One question on the spec change for Lorenzo. It's not entirely clear
> but I think we should not be using _MAT when 'hotplugging' the vCPUs?
> For now the QEMU code provides the relevant entries anyway but
> it would be nice to drop that if not necessary (it's not a huge
> amount of code or complexity though so not a big thing either way).
>
> Thanks and an early happy Easter to those celebrating on Sunday.
>
> Jonathan
>
>>
>> Br, Ilkka
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> Linaro-open-discussions mailing list -- linaro-open-discussions(a)op-lists.linaro.org
> To unsubscribe send an email to linaro-open-discussions-leave(a)op-lists.linaro.org
>
>
> ------------------------------
>
> End of Linaro-open-discussions Digest, Vol 19, Issue 1
> ******************************************************
3 years, 8 months
- 11
- 27