From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bin Meng <bmeng.cn@gmail.com>
Date: Fri, 17 Jul 2020 12:50:55 +0800
Subject: [PATCH v4 00/25] x86: Enhance MTRR functionality to support
 multiple CPUs
In-Reply-To: <CAPnjgZ1heEK91uZfNoM8HnNL3djkAZw7wgj0mj-YShwSLxhx1w@mail.gmail.com>
References: <20200708013446.2600256-1-sjg@chromium.org>
 <CAPnjgZ1heEK91uZfNoM8HnNL3djkAZw7wgj0mj-YShwSLxhx1w@mail.gmail.com>
Message-ID: <CAEUhbmWgb602mSGX3TTrKn65aM1j4Lnh_0dL5Xf9EhUyMu-G0g@mail.gmail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi Simon,

On Fri, Jul 17, 2020 at 11:24 AM Simon Glass <sjg@chromium.org> wrote:
>
> Hi Bin,
>
> On Tue, 7 Jul 2020 at 19:36, Simon Glass <sjg@chromium.org> wrote:
> >
> > At present MTRRs are mirrored to the secondary CPUs only once, as those
> > CPUs are started up. But U-Boot may add more MTRRs later, e.g. if it
> > decides that a video console must be set up.
> >
> > This series enhances the x86 multi-processor support to allow MTRRs to
> > be updated at any time. It also updates the 'mtrr' command to support
> > setting the MTRRs on CPUs other than the boot CPU.
> >
> > Changes in v4:
> > - Update get_bsp() to return zero when SMP is not inited
> > - Add a Kconfig to control this feature, enabled only on APL
> > - Only enable this feature of CONFIG_SMP_AP_WORK is enabled
> > - Allow running on the BSP if SMP is not enabled
> > - Update mp_next_cpu() to stop if CONFIG_SMP_AP_WORK is not enabled
>
> Is anything else needed with this series?

This series needs to be rebased on top of u-boot-x86/master. Currently
it does not apply.

Regards,
Bin