[<prev] [next>] [day] [month] [year] [list]
Message-ID: <20230525234735.2585977-1-seanjc@google.com>
Date: Thu, 25 May 2023 16:47:35 -0700
From: Sean Christopherson <seanjc@...gle.com>
To: kvm@...r.kernel.org
Cc: Sean Christopherson <seanjc@...gle.com>,
Paolo Bonzini <pbonzini@...hat.com>,
Sagi Shahar <sagis@...gle.com>,
Erdem Aktas <erdemaktas@...gle.com>,
Anish Ghulati <aghulati@...gle.com>,
Oliver Upton <oliver.upton@...ux.dev>,
James Houghton <jthoughton@...gle.com>,
Anish Moorthy <amoorthy@...gle.com>,
Ben Gardon <bgardon@...gle.com>,
David Matlack <dmatlack@...gle.com>,
Ricardo Koller <ricarkol@...gle.com>,
Axel Rasmussen <axelrasmussen@...gle.com>,
Aaron Lewis <aaronlewis@...gle.com>,
Ashish Kalra <ashish.kalra@....com>,
Babu Moger <babu.moger@....com>, Chao Gao <chao.gao@...el.com>,
Chao Peng <chao.p.peng@...ux.intel.com>,
Chenyi Qiang <chenyi.qiang@...el.com>,
David Woodhouse <dwmw@...zon.co.uk>,
Emanuele Giuseppe Esposito <eesposit@...hat.com>,
Gavin Shan <gshan@...hat.com>,
Guang Zeng <guang.zeng@...el.com>,
Hou Wenlong <houwenlong.hwl@...group.com>,
Jiaxi Chen <jiaxi.chen@...ux.intel.com>,
Jim Mattson <jmattson@...gle.com>,
Jing Liu <jing2.liu@...el.com>,
Junaid Shahid <junaids@...gle.com>,
Kai Huang <kai.huang@...el.com>,
Leonardo Bras <leobras@...hat.com>,
Like Xu <like.xu.linux@...il.com>,
Li RongQing <lirongqing@...du.com>,
"Maciej S . Szmigiero" <maciej.szmigiero@...cle.com>,
Maxim Levitsky <mlevitsk@...hat.com>,
Michael Roth <michael.roth@....com>,
Michal Luczaj <mhal@...x.co>,
Mingwei Zhang <mizhang@...gle.com>,
Nikunj A Dadhania <nikunj@....com>,
Paul Durrant <pdurrant@...zon.com>,
Peng Hao <flyingpenghao@...il.com>,
Peter Gonda <pgonda@...gle.com>, Peter Xu <peterx@...hat.com>,
Robert Hoo <robert.hu@...ux.intel.com>,
Suravee Suthikulpanit <suravee.suthikulpanit@....com>,
Tom Lendacky <thomas.lendacky@....com>,
Vipin Sharma <vipinsh@...gle.com>,
Vitaly Kuznetsov <vkuznets@...hat.com>,
Wanpeng Li <wanpengli@...cent.com>,
Wei Wang <wei.w.wang@...el.com>,
Xiaoyao Li <xiaoyao.li@...el.com>,
Yu Zhang <yu.c.zhang@...ux.intel.com>,
Will Deacon <will@...nel.org>, Marc Zyngier <maz@...nel.org>,
David Hildenbrand <david@...hat.com>,
Fuad Tabba <tabba@...gle.com>,
Isaku Yamahata <isaku.yamahata@...il.com>,
Qinglan Xiang <qinglan.xiang@...el.com>,
Kai Svahn <kai.svahn@...el.com>,
Margarita Maroto <margarita.maroto@...el.com>,
Anil Keshavamurthy <anil.s.keshavamurthy@...el.com>,
Nagareddy Reddy <nspreddy@...gle.com>,
linux-kernel@...r.kernel.org
Subject: [ANNOUNCE] PUCK Agenda - 2023.05.31 - guest_memfd()
Topic: guest_memfd(), a.k.a. restrictedmem, a.k.a. UPM
Objective: Reach consensus on design for backing guest private memory
Background: https://lore.kernel.org/all/ZEM5Zq8oo+xnApW9@google.com
Date: 2023.05.31 (May 31st)
Time: 6am PDT
Video: https://meet.google.com/vdb-aeqo-knk
Phone: https://tel.meet/vdb-aeqo-knk?pin=3003112178656
Future Schedule:
June 7th - pKVM on x86 (Google + Intel)
June 14th - Available!
June 21st - No Meeting (Sean OOO)
June 28th - Available!
July 5th - No Meeting (Sean OOO)
I've created a shared calendar (comically long link at the bottom) that people
can subscribe to in order to get reminders, notifications, etc. At least, that's
the theory. Holler if it's not working as intended and/or if it's insufficient.
Contact me (off-list or on-list, your choice) if you have a topic you'd like to
discuss (see above for available dates). I can't promise that I'll accept all
proposed topics, but at this point the future schedule is quite open :-) When
proposing a topic, please provide background info/links and a clear statement on
exactly what you hope to achieve, e.g. if the goal is to get help solving a
technical problem, get feedback on a direction, reach consensus on something, etc.
My goal is to make PUCK as interactive and informal as possible. To that end,
formal presentations are discouraged, but not outright banned. Though if you
show up with a big slide deck, I may kick you out of the meeting on principal :-).
Time slots are very flexible (within the 1 hour hard limit), but please try to
make a semi-accurate estimate of how much time a topic will need. If there is
unclaimed/unused time (or even no topic) for a given instance, my plan is to use
the time for "office hours", e.g. to answer general upstreaming questions, etc.
At this point, I'm not planning on canceling instances if there's no topic, i.e.
will still hold office hours, though that may change if the office hours idea
isn't useful.
People on the Cc list: for my own sanity, future announcements will be sent only
to kvm@ and LKML. Please either subscribe to the KVM mailing list or the shared
calendar below (or bribe someone to forward you announcements) if you want notificatons.
https://calendar.google.com/calendar/u/0?cid=Y182MWE1YjFmNjQ0NzM5YmY1YmVkN2U1ZWE1ZmMzNjY5Y2UzMmEyNTQ0YzVkYjFjN2M4OTE3MDJjYTUwOTBjN2Q1QGdyb3VwLmNhbGVuZGFyLmdvb2dsZS5jb20
Powered by blists - more mailing lists