Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794203842; b=K3amk2Xk38gLnERhNMrf2xvyQmosBSIl40wFPSdjL2j53yQ02PDo+nBIhBjPxjZSCO3O I/HuVbjMI5eecksQWwQKTEoMkP8yJjMp55lu/L7MIwTTqBCxe93/iriw5EP7axsp78vwQ 4yM51YsdNM+D2qkMu5WvskdEQaIlS4S1dACSmxJweJNViEtVGx205Rxv/inGEIBFl+VGC /J51C94C2IfIfoD5WJf4MzJOn63OeplwjSBWqgHbMPNDSxkydD3hvxBqvfR1j4LII5vBa gOpSv7wdhnJNKDDHUF/DUKf6CrkKGnQKSD1QQfc3+3CVo4qx/0sgqM6sGoPhUlsLtHA== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794203842; h=Received:DKIM-Signature:Message-ID:From:Subject:Reply-To:To:Cc: In-Reply-To:References:Content-Type:Content-Transfer-Encoding:Date; bh=Ji+N2UCWOUlma5D+SRQ8WQSLAke0ouvDumRVQuY2Z+c=; b=lIUH+fzK5EAWKdUzYvJ7zP0oFt8N/CJwVxviLFfECJ8gh6hUNDnfmUzu3EeVkRKhJWeA iG7/SDCi4+eknC54qpNLSPuBlFL2yWanq4m23Bkvf/Bp7Kv2XH+WVOvHoaHWX1uFVuo6M MrzsivbNSbyApF38AmPSs4HOhnTfYrgV3uNgKim5D+j1mmGR6MXB5za3ULWdqpx/zDxm5 QxGHPS8CY9r7fINzpPXu9UyZkJCMWlxkLX85OlkI1j2Fxyt9xA8fImBcvaYBOocSuMeQi dDptHWyTr2WPr+76yxngkyB3qyoKK6iSNHLfSonOpZwIr5A9E1AUWn39Iz6mJaF7H7A== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=QD98c7+Z; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id ACECC606A337 for ; Mon, 9 Nov 2026 05:57:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=QD98c7+Z Received: by smtp.kernel.org (Postfix) with ESMTPSA id AEAE61F008A5; Mon, 9 Nov 2026 05:57:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794203841; bh=Ji+N2UCWOUlma5D+SRQ8WQSLAke0ouvDumRVQuY2Z+c=; h=From:Subject:Reply-To:To:Cc:In-Reply-To:References:Date; b=QD98c7+ZA1lNMUKOFkGk7LJ8dsDdynROBQEfkSbKIBlupSF41HT80NJYhemdNrI3S MKTnwESO65RErD5EnTgytlpNNm+kssE55ynH6AxlYM2R2z+JSEVM3+P1Uexz9xc5z1 PWuT9+gcgc3/y6ZOScC2Q2ADxzpQ+2vdQI1l2tAjD5zDC9YbONkTpJIpfIhTtbArZe 3bggyDVpp0OPtE4byymk8h206ghfQbuT8cfORqork37VnPoWY25I3cKRZS4XaSwhlC RLQiIW9t7XhicVcwskHlOc7jH4xv5RY7KsEKQdl1ACJu8i0Vuk4DBYG1oMFcfwthfx 6PUjamWE7gYww== Message-ID: From: sashiko-bot@kernel.org Subject: Re: [PATCH v3 2/4] x86/vmware: Add a bounded panic log sender Reply-To: sashiko-reviews@lists.linux.dev To: "Zack Rusin" , "Andrew Morton" , "Petr Mladek" , "Baoquan He" , "Mike Rapoport" , "Pasha Tatashin" , "Pratyush Yadav" , "Dave Young" Cc: "Borislav Petkov" , "Ajay Kaher" , "Alexey Makhalov" , x86@kernel.org, "Joel Granados" , "Thomas Gleixner" , "Ingo Molnar" , "Dave Hansen" , "H. Peter Anvin" , virtualization@lists.linux.dev, bcm-kernel-feedback-list@broadcom.com, "John Ogness" , "Steven Rostedt" , "Sergey Senozhatsky" , "Kees Cook" , "Jonathan Corbet" , "Bo Gan" , "Brennan Lamoreaux" , kexec@lists.infradead.org, "Guilherme G. Piccoli" , "Maaz Mombasawala" , "Shuah Khan" , "Randy Dunlap" , "Stephen Brennan" , "Michael Kelley" , "Ian Forbes" , "Bradley Morgan" , "Michael S. Tsirkin" , "Eugenio Perez" In-Reply-To: References: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Mon, 09 Nov 2026 05:57:19 +0000 X-Mailing-List: virtualization@lists.linux.dev List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list > A VMware guest may be unable to save its own logs after a crash. Copy > the newest kernel log records to the host's vmware.log before kdump, > so they remain available if the capture kernel fails. >=20 > Register the sender on the platform panic notifier list and send the > log through the low-bandwidth register interface. Allocate a fixed > 8 KiB buffer during early init; 4 KiB can lose useful stack-trace > context. The callback allocates no memory and emits no printk > messages. Limit the transfer to the buffer size and make at most three > attempts, retrying only if a VM checkpoint interrupts the transfer. >=20 > Enable logging by default only in guests without memory encryption; > encrypted guests should send their log to the host only when an > administrator opts in. The copy is best-effort diagnostics; kdump does > not depend on it succeeding. >=20 > Suggested-by: Michael Kelley > Link: https://lore.kernel.org/r/SN6PR02MB41574A11D309A0530C63E0FED4842@SN= 6PR02MB4157.namprd02.prod.outlook.com > Link: https://lore.kernel.org/r/20260309235250.2611115-3-alexey.makhalov@= broadcom.com > Co-developed-by: Bo Gan > Signed-off-by: Bo Gan > Co-developed-by: Alexey Makhalov > Signed-off-by: Alexey Makhalov > Signed-off-by: Zack Rusin Sashiko has reviewed this patch and found no issues. --=20 Sashiko AI review =C2=B7 https://sashiko.dev/#/patchset/cover.1794201807.gi= t.zack.rusin@broadcom.com?part=3D2