lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 2 Apr 2024 14:42:12 -0700
From: Sean Christopherson <seanjc@...gle.com>
To: Wei W Wang <wei.w.wang@...el.com>
Cc: "kvm@...r.kernel.org" <kvm@...r.kernel.org>, 
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, David Skidmore <davidskidmore@...gle.com>, 
	Steve Rutherford <srutherford@...gle.com>, Pankaj Gupta <pankaj.gupta@....com>, 
	Paolo Bonzini <pbonzini@...hat.com>
Subject: Re: [ANNOUNCE] PUCK Agenda - 2024.03.13 - No topic

On Sun, Mar 31, 2024, Wei W Wang wrote:
> On Wednesday, March 13, 2024 8:32 AM, Sean Christopherson wrote:
> > To: Sean Christopherson <seanjc@...gle.com>
> > Cc: kvm@...r.kernel.org; linux-kernel@...r.kernel.org
> > Subject: [ANNOUNCE] PUCK Agenda - 2024.03.13 - No topic
> > 
> > No topic for tomorrow, but I'll be online.
> > 
> > Note, the US just did its Daylight Savings thing, so the local time might be
> > different for you this week.
> > 
> > Note #2, PUCK is canceled for the next two weeks as I'll be offline.
> > 
> > Future Schedule:
> > March    20th - CANCELED
> > March    27th - CANCELED
> 
> Would there be a slot available on April 3rd?
> I'd like to have a discussion about KVM uAPIs for TDX and SNP Live Migration.
> 
> CC the ones who would be interested in joining the discussion.
> (Hope more folks working on the SNP migration part could join)

What exactly do you want to discuss and/or achieve?  We can have a handwavy
discussion about TDX's needs for live migration, but there's basically zero chance
you'll get concrete feedback on exact uAPIs at this stage (we haven't even nailed
down the core TDX and SNP uAPI).  Doubly so without first giving people *something*
to look at.  Even a very rough RFC would go a long way toward showing/describing
the problem you need/want to solve.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ