Hi,
Tomorrow, Tuesday, February 27 it's time for another LOC monthly meeting. For
time and connection details see the calendar at
https://www.trustedfirmware.org/meetings/
Moving the RPMB part of tee-supplicant processing into the kernel is
making progress. The last patchset [1] got some constructive feedback
and I'm preparing a new version based on that.
[1] https://lore.kernel.org/lkml/20240131174347.510961-1-jens.wiklander@linaro.…
Any other topics?
Thanks,
Jens
Dear Linaro-Open-Discussions subscribers,
You are cordially invited to a focused meeting on the advancements and
future directions in Big Data technology.
We aim to bring together experts and enthusiasts for an open discussion on
any proposed topics within the realm of Big Data.
Event invitation link:
https://calendar.google.com/calendar/event?action=TEMPLATE&tmeid=MXU3MXBnZX…
Date: Feb 27, 2024
Time: 10:00am ~11:00am
Timezone: (GMT+08:00) China Standard Time - Shanghai
Guodong Xu is inviting you to a scheduled Zoom meeting.
Join Zoom Meeting
https://linaro-org.zoom.us/j/97426775175?pwd=UCtsUTFoZzZDMzRqb1d0ZDE1ZHlEUT…
Meeting ID: 974 2677 5175
Passcode: 183020
Thank you.
Best Regards,
Guodong Xu
Hi,
Tomorrow, Tuesday, January 25 it's time for another LOC monthly meeting. For
time and connection details see the calendar at
https://www.trustedfirmware.org/meetings/
- OP-TEE 4.1.0 has been released
- There's an ongoing effort to move tee-supplicant processing into the
kernel to avoid user space dependency during boot
Any other topics?
Thanks,
Jens
Bigtop / openEuler Sync-up
Thursday Jan 4, 2024 ⋅ 10am – 10:40am
China Standard Time - Shanghai
Location
https://linaro-org.zoom.us/j/97370571743?pwd=MktwbkdDUUNYaEJUbGNlVjZqeE42Zz…https://www.google.com/url?q=https%3A%2F%2Flinaro-org.zoom.us%2Fj%2F9737057…
Hi, AllI would like to invite everyone to an open discussion to synchronize
our progress on supporting openEuler within Bigtop. All who are interested
in this area are warmly welcomed to join.openEuler openEuler is an open
source, free Linux distribution
platform. https://www.openeuler.org/en/Bigtop is an Apache Foundation
project for Infrastructure Engineers and Data Scientists looking for
comprehensive packaging, testing, and configuration of the leading open
source big data components. Bigtop supports a wide range of
components/projects, including, but not limited to, Hadoop, HBase and
Spark. https://bigtop.apache.org/Best regards,Guodong Xu──────────Guodong
Xu is inviting you to a scheduled Zoom meeting.Join Zoom
Meetinghttps://linaro-org.zoom.us/j/97370571743?pwd=MktwbkdDUUNYaEJUbGNlVjZqeE42Zz09Meeting
ID: 973 7057 1743Passcode: 433476---One tap
mobile+13092053325,,97370571743# US+13126266799,,97370571743# US
(Chicago)---Dial by your location• +1 309 205 3325 US• +1 312 626 6799 US
(Chicago)• +1 346 248 7799 US (Houston)• +1 360 209 5623 US• +1 386 347
5053 US• +1 507 473 4847 US• +1 564 217 2000 US• +1 646 558 8656 US (New
York)• +1 646 931 3860 US• +1 669 444 9171 US• +1 669 900 9128 US (San
Jose)• +1 689 278 1000 US• +1 719 359 4580 US• +1 253 205 0468 US• +1 253
215 8782 US (Tacoma)• +1 301 715 8592 US (Washington DC)• +1 305 224 1968
US• 833 928 4609 US Toll-free• 833 928 4610 US Toll-free• 877 853 5247 US
Toll-free• 888 788 0099 US Toll-free• 833 548 0276 US Toll-free• 833 548
0282 US Toll-free• 833 928 4608 US Toll-freeMeeting ID: 973 7057 1743Find
your local number: https://linaro-org.zoom.us/u/adsFDXlqEq──────────
Organizer
Guodong Xu
guodong.xu(a)linaro.org
Guests
Guodong Xu - organizer
linaro-open-discussions(a)op-lists.linaro.org
View all guest info
https://calendar.google.com/calendar/event?action=VIEW&eid=NWNrMmxxNHZwNm1l…
Reply for linaro-open-discussions(a)op-lists.linaro.org and view more details
https://calendar.google.com/calendar/event?action=VIEW&eid=NWNrMmxxNHZwNm1l…
Your attendance is optional.
~~//~~
Invitation from Google Calendar: https://calendar.google.com/calendar/
You are receiving this email because you are an attendee on 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 organizer, 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
Hi James,
Do we have any plan when we want to push the non-RFC Virtual CPU Hotplug patch-set
for the kernel side to the community. I guess people will be more interested in reviewing
if it is floated with a non-RFC tag.
If time is a problem at your side then do you need my help in carrying it forward for you?
Please let me know
Thanks
Salil.
Hi,
On Tuesday, November 28 it's time for another LOC monthly meeting. For
time and connection details see the calendar at
https://www.trustedfirmware.org/meetings/
There's an ongoing effort to add RPMB emulation in QEMU. This should
allow RPMB testing in our CI.
Any other topics?
Thanks,
Jens
Jianyong Wu would like to recall the message, "[Linaro-open-discussions] Re: [Request] Regarding non-RFC patch-set of Virtual CPU Hotplug kernel support".
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.
Hello,
We have been trying to verify the "system suspend/Restore" with vCPU Hotplug patches recently and
found this functionality does not work on ARM64 with VMs even without our patches i.e. using latest kernel and qemu repository.
estuary:/$ cat /sys/power/mem_sleep
[s2idle]
estuary:/$
estuary:/$ cat /sys/power/state
freeze mem disk
estuary:/$
estuary:/$
estuary:/$ echo mem > /sys/power/state
[ 60.458445] PM: suspend entry (s2idle)
[ 60.458840] Filesystems sync: 0.000 seconds
[ 60.459649] Freezing user space processes
[ 60.461149] Freezing user space processes completed (elapsed 0.001 seconds)
[ 60.461830] OOM killer disabled.
[ 60.462144] Freezing remaining freezable tasks
[ 60.463188] Freezing remaining freezable tasks completed (elapsed 0.000 seconds)
[ 60.463920] printk: Suspending console(s) (use no_console_suspend to debug)
(qemu)
(qemu) sys
system_powerdown system_reset system_wakeup
(qemu) system_wakeup
Error: wake-up from suspend is not supported by this guest
(qemu)
Or using # systemctl suspend
What is the expected behavior or are we missing something?
Thanks
Salil