NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: port-arm/60655: vmt(4) probes the VMware backdoor unconditionally on aarch64 and panics the kernel on hypervisors that do not implement it



The following reply was made to PR port-arm/60655; it has been noted by GNATS.

From: Nick Hudson <nick.hudson%gmx.co.uk@localhost>
To: gnats-bugs%netbsd.org@localhost,
 port-arm-maintainer%netbsd.org@localhost,
 gnats-admin%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost,
 Showta Ishizaki <zakinko%snowrabbit.org@localhost>
Cc: 
Subject: Re: port-arm/60655: vmt(4) probes the VMware backdoor unconditionally
 on aarch64 and panics the kernel on hypervisors that do not implement it
Date: Sat, 5 Sep 2026 13:49:45 +0100

 On 05/09/2026 03:30, zakinko%snowrabbit.org@localhost via gnats wrote:
 [snip]
 > I have sent a patch to qemu-devel making hvf do the same, under the =
 subject
 > "target/arm/hvf: implement MDCCSR_EL0 as RAZ"; it has not appeared in =
 the
 > archive yet. It is not fixed upstream either: master is 1168 commits =
 past
 > v11.1.0 and none of them touch accel/hvf or target/arm/hvf, and 11.1.1 =
 has
 > none.
 >=20
 
 Definitely a qemu bug and I see Mohamed Mediouni agrees.
 
 https://lists.gnu.org/archive/html/qemu-devel/2026-09/msg01794.html
 
 
 >=20
 > That said, I do not think this is only QEMU's problem, and I would =
 like your
 > opinion on the NetBSD side.
 
 The patch is not correct.
 
 We can do better by not probing when
 
 arm64# acpidump -dt | grep HypervisorId
         HypervisorId=3D0x00000000554d4551
 arm64#
 
 



Home | Main Index | Thread Index | Old Index