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]
Message-ID:
 <SN6PR02MB4157A635B0D1B43A2ED2664DD4D32@SN6PR02MB4157.namprd02.prod.outlook.com>
Date: Thu, 13 Mar 2025 05:10:10 +0000
From: Michael Kelley <mhklinux@...look.com>
To: Roman Kisel <romank@...ux.microsoft.com>, Arnd Bergmann <arnd@...db.de>,
	"bhelgaas@...gle.com" <bhelgaas@...gle.com>, Borislav Petkov <bp@...en8.de>,
	Catalin Marinas <catalin.marinas@....com>, Conor Dooley
	<conor+dt@...nel.org>, Dave Hansen <dave.hansen@...ux.intel.com>, Dexuan Cui
	<decui@...rosoft.com>, Haiyang Zhang <haiyangz@...rosoft.com>, "H. Peter
 Anvin" <hpa@...or.com>, Joey Gouly <joey.gouly@....com>, "krzk+dt@...nel.org"
	<krzk+dt@...nel.org>, Krzysztof WilczyƄski <kw@...ux.com>,
	"K. Y. Srinivasan" <kys@...rosoft.com>, Len Brown <lenb@...nel.org>, Lorenzo
 Pieralisi <lpieralisi@...nel.org>, Manivannan Sadhasivam
	<manivannan.sadhasivam@...aro.org>, Mark Rutland <mark.rutland@....com>, Marc
 Zyngier <maz@...nel.org>, Ingo Molnar <mingo@...hat.com>, Oliver Upton
	<oliver.upton@...ux.dev>, "Rafael J . Wysocki" <rafael@...nel.org>, Rob
 Herring <robh@...nel.org>, "ssengar@...ux.microsoft.com"
	<ssengar@...ux.microsoft.com>, Sudeep Holla <sudeep.holla@....com>, Suzuki K
 Poulose <suzuki.poulose@....com>, Thomas Gleixner <tglx@...utronix.de>, Wei
 Liu <wei.liu@...nel.org>, Will Deacon <will@...nel.org>, Zenghui Yu
	<yuzenghui@...wei.com>, "devicetree@...r.kernel.org"
	<devicetree@...r.kernel.org>, "kvmarm@...ts.linux.dev"
	<kvmarm@...ts.linux.dev>, "linux-acpi@...r.kernel.org"
	<linux-acpi@...r.kernel.org>, Linux-Arch <linux-arch@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org"
	<linux-arm-kernel@...ts.infradead.org>, "linux-hyperv@...r.kernel.org"
	<linux-hyperv@...r.kernel.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, "linux-pci@...r.kernel.org"
	<linux-pci@...r.kernel.org>, "x86@...nel.org" <x86@...nel.org>
CC: "apais@...rosoft.com" <apais@...rosoft.com>, "benhill@...rosoft.com"
	<benhill@...rosoft.com>, "bperkins@...rosoft.com" <bperkins@...rosoft.com>,
	"sunilmut@...rosoft.com" <sunilmut@...rosoft.com>
Subject: RE: [PATCH hyperv-next v5 03/11] Drivers: hv: Enable VTL mode for
 arm64

From: Roman Kisel <romank@...ux.microsoft.com> Sent: Wednesday, March 12, 2025 2:21 PM
> 
> On 3/12/2025 1:25 PM, Arnd Bergmann wrote:
> > On Wed, Mar 12, 2025, at 19:33, Roman Kisel wrote:
> >>
> >> That's a minimal extension, its surprise factor is very low. It has not
> >> been seen to cause issues. If no one has strong opinions against that,
> >> I'd send that in V6.
> >>
> >
> > Works for me. Thanks for your detailed explanations.
> >
> 
> Thank you for your review very much!
> 

My original concern [1] with this minimal change is that it allows building
a normal Linux kernel (i.e., not for VTL 2) for Hyper-V with CONFIG_ACPI=n.
Such a kernel will not run in a Hyper-V VM since ACPI is required unless
building for and running in VTL 2. Current upstream code disallows
CONFIG_HYPERV=y with CONFIG_ACPI=n.

However, I don't want to make too big of a deal about now allowing this
misconfiguration. Arguably it's not likely to happen, and the solution is
"don't do that".  So if we want to go back to the minimal set of changes to
drivers/hv/Kconfig as Roman proposes, I won't object further. I just want
to sure everyone is clear on the tradeoffs.

Michael

[1] https://lore.kernel.org/linux-hyperv/SN6PR02MB4157E15EFE263BBA3D8DFC51D4EC2@SN6PR02MB4157.namprd02.prod.outlook.com/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ