Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1364045

Re: [bug] mapping multiple BARs

From Borislav Petkov <bp@suse.de>
Newsgroups linux.kernel
Subject Re: [bug] mapping multiple BARs
Date 2016-03-24 11:20 +0100
Message-ID <rgawW-12F-15@gated-at.bofh.it> (permalink)
References <rga3T-Bd-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thu, Mar 24, 2016 at 10:44:41AM +0100, Jiri Olsa wrote:
> hi,
> I'm hitting following lines in dmesg:
>   resource sanity check: requesting [mem 0xfed10000-0xfed15fff], which spans more than reserved [mem 0xfed10000-0xfed13fff]
>   caller snb_uncore_imc_init_box+0x7c/0xa0 mapping multiple BARs
> 
> I'm on IvyBridge model 58
>   vendor_id       : GenuineIntel
>   cpu family      : 6
>   model           : 58
>   model name      : Intel(R) Core(TM) i7-3720QM CPU @ 2.60GHz
>   stepping        : 9
>   microcode       : 0x1c
> 
> I've read following threads:
>   http://marc.info/?w=2&r=1&s=mapping+multiple+BARs&q=t
> 
> and it seems this is supposed to be already fixed by:
>   cb171f7abb9a PNP: Work around BIOS defects in Intel MCH area reporting

And as we talked on IRC, it looked like the quirk gets applied on my
machine and not on yours. I.e., I see:

[    0.669351] pnp 00:01: [Firmware Bug]: PNP resource [mem 0xfed10000-0xfed13fff] covers only part of 0000:00:00.0 Intel MCH; extending to [mem 0xfed10000-0xfed17fff]

and you don't.

Can you add some debug printks to quirk_intel_mch() to find out why?

-- 
Regards/Gruss,
    Boris.

SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
-- 

Back to linux.kernel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Re: [bug] mapping multiple BARs Borislav Petkov <bp@suse.de> - 2016-03-24 11:20 +0100
  Re: [bug] mapping multiple BARs Jiri Olsa <jolsa@redhat.com> - 2016-03-24 14:40 +0100
    Re: [bug] mapping multiple BARs Jiri Olsa <jolsa@redhat.com> - 2016-04-02 02:30 +0200

csiph-web