linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Yinghai Lu <yinghai@kernel.org>
To: Pascal Terjan <pterjan@mandriva.com>
Cc: linux-kernel@vger.kernel.org, stable <stable@kernel.org>
Subject: Re: Stable regression 2.6.29.3 vs 2.6.29.2
Date: Tue, 02 Jun 2009 10:24:32 -0700	[thread overview]
Message-ID: <4A256050.2020305@kernel.org> (raw)
In-Reply-To: <1243949325.19053.100.camel@plop>

Pascal Terjan wrote:
> Le vendredi 29 mai 2009 à 12:48 -0700, Yinghai Lu a écrit :
>> Pascal Terjan wrote:
>>> (Resending because of wrong To:, sorry for the duplicate)
>>>
>>> We have a machine here where hard disk is no longer detected at boot
>>> time with 2.6.29.3 (it happens only on kernels with HIGHMEM4G + PAE and
>>> not on the same one with HIGHMEM64G). 
>>>
>>> Motherboard is ECS PF22 Extreme
>>>
>>> bisect blames this commit:
>>>
>>> http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.29.y.git;a=commit;h=3b442bfc78d351343fa539c63afde75d7b134316
>>>
>> boot log with debug please.
>>
> 
> Linux version 2.6.29.2 (a@qadev1.mandriva.com) (gcc version 4.3.2
> (GCC) ) #6 SMP Fri May 29 17:35:31 CEST 2009
> KERNEL supported cpus:
>   Intel GenuineIntel
>   AMD AuthenticAMD
>   NSC Geode by NSC
>   Cyrix CyrixInstead
>   Centaur CentaurHauls
>   Transmeta GenuineTMx86
>   Transmeta TransmetaCPU
>   UMC UMC UMC UMC
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
>  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000e6000 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 000000001ffc0000 (usable)
>  BIOS-e820: 000000001ffc0000 - 000000001ffce000 (ACPI data)
>  BIOS-e820: 000000001ffce000 - 000000001fff0000 (ACPI NVS)
>  BIOS-e820: 000000001fff0000 - 0000000020000000 (reserved)
>  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
>  BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved)
...
> ACPI: bus type pci registered
> PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 255
> PCI: Not using MMCONFIG.
> PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=5
> PCI: Using configuration type 1 for base access
> bio: create slab <bio-0> at 0
> ACPI: EC: Look up EC in DSDT
> ACPI: Interpreter enabled
> ACPI: (supports S0 S1 S3 S4 S5)
> ACPI: Using IOAPIC for interrupt routing
> PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 255
> PCI: MCFG area at f0000000 reserved in ACPI motherboard resources
> PCI: Using MMCONFIG for extended config space
> pci 0000:00:1d.7: reg 10 32bit mmio: [0xfebff800-0xfebffbff]
> pci 0000:00:1f.2: reg 24 32bit mmio: [0xfebffc00-0xfebfffff]
> pci 0000:01:00.0: reg 10 32bit mmio: [0xfc000000-0xfcffffff]
> pci 0000:01:00.0: reg 1c 64bit mmio: [0xfa000000-0xfbffffff]
> pci 0000:01:00.0: reg 30 32bit mmio: [0xfde80000-0xfdefffff]
> pci 0000:00:01.0: bridge 32bit mmio: [0xf7e00000-0xfdefffff]
> pci 0000:03:00.0: reg 10 32bit mmio: [0xfe7e0000-0xfe7fffff]
> pci 0000:03:00.0: reg 14 32bit mmio: [0xfe000000-0xfe3fffff]
> pci 0000:00:1c.4: bridge 32bit mmio: [0xfdf00000-0xfe7fffff]
> pci 0000:04:00.0: reg 10 64bit mmio: [0xfe9ffc00-0xfe9ffc7f]
> pci 0000:04:00.0: reg 18 64bit mmio: [0xfe9f8000-0xfe9fbfff]
> pci 0000:04:00.0: reg 30 32bit mmio: [0xfe900000-0xfe97ffff]
> pci 0000:05:05.0: reg 14 32bit mmio: [0xfeaff400-0xfeaff4ff]
> pci 0000:05:05.0: reg 30 32bit mmio: [0xfeac0000-0xfeadffff]
> pci 0000:00:1e.0: bridge 32bit mmio: [0xfea00000-0xfeafffff]

> PnPBIOS: Disabled by ACPI PNP
> system 00:01: iomem range 0xfed13000-0xfed19fff has been reserved
> system 00:07: iomem range 0xfed1c000-0xfed1ffff has been reserved
> system 00:07: iomem range 0xfed20000-0xfed8ffff has been reserved
> system 00:09: iomem range 0xffc00000-0xfff7ffff has been reserved
> system 00:0a: iomem range 0xfec00000-0xfec00fff has been reserved
> system 00:0a: iomem range 0xfee00000-0xfee00fff has been reserved
> system 00:0e: iomem range 0xf0000000-0xf3ffffff has been reserved
> system 00:0f: iomem range 0x100000-0x1fffffff could not be reserved

> ahci 0000:00:1f.2: version 3.0
> ahci 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
> ahci 0000:00:1f.2: BAR 5: can't reserve mem region
> [0xfebffc00-0xfebfffff]
> ahci: probe of 0000:00:1f.2 failed with error -16
> scsi0 : ata_piix
> scsi1 : ata_piix
> sata_sil24 0000:04:00.0: version 1.1
> sata_sil24 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
> sata_sil24 0000:04:00.0: BAR 0: can't reserve mem region
> [0xfe9ffc00-0xfe9ffc7f]
> sata_sil24 0000:04:00.0: PCI INT A disabled
> sata_sil24: probe of 0000:04:00.0 failed with error -16
> ohci1394 0000:05:04.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
> ohci1394: MMIO resource (0xfeaff800 - 0xfeb00000) unavailable
> ohci1394: probe of 0000:05:04.0 failed with error -12
...

looks like MMCONFIG get enabled somehow with that patch.
it should not be used [0xf0000000 - 0xffffffff] for bus [0,0xff]

can you check if the mmconf was enabled with previous version?

YH

  reply	other threads:[~2009-06-02 17:24 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-29 19:35 Stable regression 2.6.29.3 vs 2.6.29.2 Pascal Terjan
2009-05-29 19:47 ` Rafael J. Wysocki
2009-05-29 19:54   ` Pascal Terjan
2009-05-29 21:32     ` Rafael J. Wysocki
2009-06-02 13:26   ` Pascal Terjan
2009-05-29 19:48 ` Yinghai Lu
2009-06-02 13:28   ` Pascal Terjan
2009-06-02 17:24     ` Yinghai Lu [this message]
2009-06-02 19:09       ` Pascal Terjan
2009-06-02 20:44         ` Yinghai Lu
2009-06-02 22:51           ` Pascal Terjan
2009-06-02 22:54             ` Yinghai Lu
2009-06-03  9:27               ` Pascal Terjan
2009-06-03  7:13             ` [PATCH] x86/pci: fix mmconfig detection with 32bit near 4g Yinghai Lu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A256050.2020305@kernel.org \
    --to=yinghai@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pterjan@mandriva.com \
    --cc=stable@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).