All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.