[U-Boot] [PATCH 1/3] x86: ivybridge: Fix saving mrc cache and enable it

Bin Meng bmeng.cn at gmail.com
Mon Oct 19 04:44:27 CEST 2015


Hi Simon,

On Mon, Oct 19, 2015 at 4:27 AM, Simon Glass <sjg at chromium.org> wrote:
> Hi Bin,
>
> On 12 October 2015 at 02:30, Bin Meng <bmeng.cn at gmail.com> wrote:
>> Currently sdram_initialise() saves pei_data->mrc_output directly to
>> gd->arch.mrc_output. This is incorrect as pei_data->mrc_output points
>> to an address on the stack whose content is no longer valid when we
>> call mrccache_reserve(). To fix this, save it on the heap instead.
>>
>> Signed-off-by: Bin Meng <bmeng.cn at gmail.com>
>> ---
>>
>>  arch/x86/cpu/ivybridge/sdram.c | 20 ++++++++++----------
>>  1 file changed, 10 insertions(+), 10 deletions(-)
>>
>> diff --git a/arch/x86/cpu/ivybridge/sdram.c b/arch/x86/cpu/ivybridge/sdram.c
>> index fc66a3c..f3d97ca 100644
>> --- a/arch/x86/cpu/ivybridge/sdram.c
>> +++ b/arch/x86/cpu/ivybridge/sdram.c
>> @@ -151,14 +151,8 @@ static int prepare_mrc_cache(struct pei_data *pei_data)
>>         if (!mrc_cache)
>>                 return -ENOENT;
>>
>> -       /*
>> -        * TODO(sjg at chromium.org): Skip this for now as it causes boot
>> -        * problems
>> -        */
>> -       if (0) {
>> -               pei_data->mrc_input = mrc_cache->data;
>> -               pei_data->mrc_input_len = mrc_cache->data_size;
>> -       }
>> +       pei_data->mrc_input = mrc_cache->data;
>> +       pei_data->mrc_input_len = mrc_cache->data_size;
>>         debug("%s: at %p, size %x checksum %04x\n", __func__,
>>               pei_data->mrc_input, pei_data->mrc_input_len,
>>               mrc_cache->checksum);
>> @@ -289,6 +283,7 @@ int sdram_initialise(struct pei_data *pei_data)
>>         unsigned version;
>>         const char *data;
>>         uint16_t done;
>> +       char *cache;
>>         int ret;
>>
>>         report_platform_info();
>> @@ -386,8 +381,13 @@ int sdram_initialise(struct pei_data *pei_data)
>>                  * This will be copied to SDRAM in reserve_arch(), then written
>>                  * to SPI flash in mrccache_save()
>>                  */
>> -               gd->arch.mrc_output = (char *)pei_data->mrc_output;
>> -               gd->arch.mrc_output_len = pei_data->mrc_output_len;
>> +               cache = malloc(pei_data->mrc_output_len);
>> +               if (cache) {
>> +                       memcpy(cache, pei_data->mrc_output,
>> +                              pei_data->mrc_output_len);
>> +                       gd->arch.mrc_output = cache;
>> +                       gd->arch.mrc_output_len = pei_data->mrc_output_len;
>> +               }
>
> This isn't really any better than what is there. The malloc() region
> is in CAR memory, just a different part of it. The function
> reserve_arch() copies it to SDRAM.

So where does this pei_data->mrc_input point to? Is it some place that
is malloced by the MRC itself and in a place that does not get
overwritten?

>
> I think with FSP this does not work but for ivybridge it seems OK.
>
> I'll resend your patch with this part removed. Your comments spurred
> me to take another look at why MRC was broken on ivybridge, and I
> found that car_uninit() was wrong. I'll send a series to fix it.
>
>>                 ret = write_seeds_to_cmos(pei_data);
>>                 if (ret)
>>                         debug("Failed to write seeds to CMOS: %d\n", ret);
>> --
>> 1.8.2.1
>>
>
> Regards,
> Simon

Regards,
Bin


More information about the U-Boot mailing list