[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 04/10] x86/ucode: Fold early_microcode_update_cpu() into it's single caller
- To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
- Date: Sat, 2 Nov 2024 12:08:22 -0400
- Arc-authentication-results: i=1; mx.zohomail.com; dkim=pass header.i=apertussolutions.com; spf=pass smtp.mailfrom=dpsmith@xxxxxxxxxxxxxxxxxxxx; dmarc=pass header.from=<dpsmith@xxxxxxxxxxxxxxxxxxxx>
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1730563705; h=Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=C3wpKZ80RmQoX+M4JOB8WjCvMCfcjXUNazjjLl9Tlpk=; b=ZxJmJh4P8HwyAZ4hAmu32KPK8r5TeNfCEyzuPkjxwlQ4NDeeY1SYjHp8Gl9Qc4brwiFjbdsRhT4CC41T0AsoYAXxSX5KxwRg143DUmaJXNaqqWMo+N3sHap4XYvBFKO4vF4cBeuY7m5mUfVO/QeQoXJUGJ+Q0pno4OkkkpMA4nI=
- Arc-seal: i=1; a=rsa-sha256; t=1730563705; cv=none; d=zohomail.com; s=zohoarc; b=VPO7hrM1w8ASjvVEbyV2K1Y0NwFtSPJopyWReyTf5pXYFCcLLRtTp4C645UJMZn2VSL7nb14hnfyiQHfqp4eFm7fvRdArM8iX2H50bRwU4cH4kKLWqJWF0PFh/Gkp07wpCg0HsQw+Bs8AfmmCAUWljCLP4nTXR7kxItlQMy4pc0=
- Cc: Jan Beulich <JBeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Delivery-date: Sat, 02 Nov 2024 16:08:34 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 10/28/24 05:18, Andrew Cooper wrote:
Diff-wise, as early_microcode_update_cpu() is the larger function, this more
closely resembles "merge early_microcode_load() into it's single callee", but
the end result is the same.
At the same time, rename the len variable to size. This is for better
consistency with existing logic, and to reduce churn later.
No functional change.
Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
---
CC: Jan Beulich <JBeulich@xxxxxxxx>
CC: Roger Pau Monné <roger.pau@xxxxxxxxxx>
CC: Daniel P. Smith <dpsmith@xxxxxxxxxxxxxxxxxxxx>
---
Reviewed-by: Daniel P. Smith <dpsmith@xxxxxxxxxxxxxxxxxxxx>
|
