Message ID | 20210422214708.716164-1-sathyanarayanan.kuppuswamy@linux.intel.com (mailing list archive) |
---|---|
Headers | show |
Series | Add multiprocessor wake-up support | expand |
On Thu, Apr 22, 2021 at 02:47:05PM -0700, Kuppuswamy Sathyanarayanan wrote: > Add multiprocessor wakeup support using MADT ACPI table for x86 > platforms. It uses mailbox based mechanism to wake up the APs. You > can get more details about the ACPI table and mailbox protocol in > Guest-Host-Communication Interface (GHCI) for Intel Trust Domain > Extensions (Intel TDX) specification document (sec 4.1) > > https://software.intel.com/content/dam/develop/external/us/en/documents/intel-tdx-guest-hypervisor-communication-interface.pdf > > Changes since v1: > * Removed signoff from Rob and Erik. For the future: please do not resend your patchset immediately but give reviewers time to have a look at it. Your current patchset comprises of only 3 patches - now imagine if it were, 15, or 20 or more? Now also imagine if you were not the only one submitter who would resend immediately... you'd soon have maintainers drowning in email - not that they don't do so already anyway. While waiting, you could read Documentation/process/submitting-patches.rst for example. Thx.
On 4/22/21 3:01 PM, Borislav Petkov wrote: > On Thu, Apr 22, 2021 at 02:47:05PM -0700, Kuppuswamy Sathyanarayanan wrote: >> Add multiprocessor wakeup support using MADT ACPI table for x86 >> platforms. It uses mailbox based mechanism to wake up the APs. You >> can get more details about the ACPI table and mailbox protocol in >> Guest-Host-Communication Interface (GHCI) for Intel Trust Domain >> Extensions (Intel TDX) specification document (sec 4.1) >> >> https://software.intel.com/content/dam/develop/external/us/en/documents/intel-tdx-guest-hypervisor-communication-interface.pdf >> >> Changes since v1: >> * Removed signoff from Rob and Erik. > > For the future: please do not resend your patchset immediately but give > reviewers time to have a look at it. > > Your current patchset comprises of only 3 patches - now imagine if it > were, 15, or 20 or more? Now also imagine if you were not the only one > submitter who would resend immediately... you'd soon have maintainers > drowning in email - not that they don't do so already anyway. > > While waiting, you could read > > Documentation/process/submitting-patches.rst Sorry for the trouble. I will keep it in mind for next submission. > > for example. > > Thx. >