Hi Simon,

On Mon, Jun 19, 2023 at 8:01 PM Simon Glass <[email protected]> wrote:
>
> This function used to be for adding a list of requests to be actioned on
> relocation. Revert it back to this purpose, to avoid problems with boards
> which need control of their MTRRs (i.e. those which don't use FSP).
>
> The mtrr_set_next_var() function is available when the next free
> variable-MTRR must be set, so this can be used instead.
>
> Signed-off-by: Simon Glass <[email protected]>
> Fixes: 3bcd6cf89ef ("x86: mtrr: Skip MSRs that were already programmed..")
> Fixes: 596bd0589ad ("x86: mtrr: Do not clear the unused ones..")
> ---
>
> Changes in v4:
> - Bring in dropped mtrr_add_request() request patch
>

As discussed previously in
https://patchwork.ozlabs.org/project/uboot/patch/[email protected]/

this patch will cause regressions. We should investigate another way
to improve the MTRR APIs.

Regards,
Bin

Reply via email to