Re: 2.6.26-rc9-git9 doesn't boot on Macintel - Kernel

This is a discussion on Re: 2.6.26-rc9-git9 doesn't boot on Macintel - Kernel ; Hello; did you have a chance to try my .config to see if this was just a simple .config issue? keep in mind there are some unneeded modules in this .config, just been too lazy to clean my .config, if ...

+ Reply to Thread
Page 1 of 3 1 2 3 LastLast
Results 1 to 20 of 46

Thread: Re: 2.6.26-rc9-git9 doesn't boot on Macintel

  1. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    Hello;
    did you have a chance to try my .config
    to see if this was just a simple .config issue?
    keep in mind there are some unneeded
    modules in this .config, just been too lazy
    to clean my .config, if you need a clean .config
    go here:http://www.odi.ch/prog/macbookpro/index.php
    anyways hope this is only the issue you are facing.
    regards;

    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  2. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Tue, Jul 15, 2008 at 11:11 PM, Jack Howarth
    wrote:
    > Justin,
    > Could you try the following. I find that if I download the
    > current boot.iso image for rawhide (which is around 107Mb)
    > and burn it onto a cd that I see the same exact hang under
    > i386 on my MacBook Pro. You can download the image from...
    >
    > http://mirrors.kernel.org/fedora/dev...386/os/images/
    >
    > I booted directly to the CD with the C key depressed on startup
    > and selected the F5 option to enter linux rescue mode. You should
    > find that as the linux kernel is booted for that mode that the
    > hang will occur.
    > Jack
    > ps The current rawhide is based on 2.6.26 of course.
    >
    > On Tue, Jul 15, 2008 at 07:52:08PM +0000, Justin Mattock wrote:
    >> Hello;
    >> did you have a chance to try my .config
    >> to see if this was just a simple .config issue?
    >> keep in mind there are some unneeded
    >> modules in this .config, just been too lazy
    >> to clean my .config, if you need a clean .config
    >> go here:http://www.odi.ch/prog/macbookpro/index.php
    >> anyways hope this is only the issue you are facing.
    >> regards;
    >>
    >> --
    >> Justin P. Mattock

    >


    Ah I see, so this is from a fresh .iso image
    I can give you're suggestion a try(need to locate a blank cd)
    keep in mind the .iso might not have x86 support i.g.
    I use nubuntu(why: it's small) one of the problems I was facing was
    the alpha release, which did not support x86(when using that .iso image
    it would start booting and then spit out a bunch of messages vertically,
    but a few month's later they released there .iso with support thus
    giving me the opportunity to use it.
    This might be what you are dealing with.
    regards;

    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  3. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 1:24 AM, Jack Howarth wrote:
    > Justin,
    > You also download the x86_64 iso instead from...
    >
    > http://mirrors.kernel.org/fedora/dev..._64/os/images/
    >
    > Both should give you the same kernel boot freeze that I am
    > seeing (assuming that the kernel boots up with the message
    > "Not using MMCONFIG". At this point I am just trying to find
    > out if anyone else can reproduce this issue on a MacBook Pro
    > (second generation). Otherwise I am going to be out of luck
    > when distros switch to 2.6.26.
    > Jack
    > ps I am currently guessing that thet actual freeze is
    > occuring in the code that is executed right after...
    >
    > pci 0000:00:1f.0: quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    > pci 0000:00:1f.0: quirk: region 0500-053f claimed by ICH6 GPIO
    >
    > but before...
    >
    > PCI: Transparent bridge - 0000:00:1e.0
    >
    > ...which never appears here under 2.6.26.
    >
    >
    >
    >
    > On Wed, Jul 16, 2008 at 12:26:05AM +0000, Justin Mattock wrote:
    >> >

    >>
    >> Ah I see, so this is from a fresh .iso image
    >> I can give you're suggestion a try(need to locate a blank cd)
    >> keep in mind the .iso might not have x86 support i.g.
    >> I use nubuntu(why: it's small) one of the problems I was facing was
    >> the alpha release, which did not support x86(when using that .iso image
    >> it would start booting and then spit out a bunch of messages vertically,
    >> but a few month's later they released there .iso with support thus
    >> giving me the opportunity to use it.
    >> This might be what you are dealing with.
    >> regards;
    >>
    >> --
    >> Justin P. Mattock

    >


    I have not yet tried the .iso's yet.
    (busy with other things at the moment),
    from what you're telling me it seems they must have left out
    something in the .config. "****" this means you can't even load the .iso itself
    for the initial install. Maybe you should let them know about this(I
    don't use fedora that much)
    If need be, try a stable version of the O.S(fedora). so you can load
    2.6.26, and then if time permits
    you, update to that of the development version.(that is until you get
    an answer from the
    maintainers of this .iso with the issue).
    regards;

    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  4. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 3:58 AM, Jack Howarth wrote:
    > Justin,
    > At the moment I am not really certain what the problem is.
    > I have heard that Macintel machines (because of EFI) can't boot
    > without resorting to MMCONFIG. If that is true, the problem I
    > am seeing would appear to start with the fact that the boot
    > proceeds with "Not using MMCONFIG". I plan on trying to add
    > some printk statements in arch/x86/pci/mmconfig-shared.c to
    > puzzle out why this is failing. The code in question is...
    >
    >
    > if (!early)
    > printk(KERN_ERR "PCI: BIOS Bug: MCFG area at %Lx is not"
    > " reserved in ACPI motherboard resources\n",
    > cfg->address);
    > /* Don't try to do this check unless configuration
    > type 1 is available. how about type 2 ?*/
    > if (raw_pci_ops && e820_all_mapped(cfg->address,
    > cfg->address + size - 1,
    > E820_RESERVED)) {
    > printk(KERN_NOTICE
    > "PCI: MCFG area at %Lx reserved in E820\n",
    > cfg->address);
    > valid = 1;
    > }
    >
    > if (!valid)
    > goto reject;
    > }
    >
    > return;
    >
    > reject:
    > printk(KERN_ERR "PCI: Not using MMCONFIG.\n");
    > pci_mmcfg_arch_free();
    > kfree(pci_mmcfg_config);
    > pci_mmcfg_config = NULL;
    > pci_mmcfg_config_num = 0;
    > }
    >
    > I've verified that test for raw_pci_ops is passing but it appears
    > that the e820_all_mapped() test is failing (at least on
    > my machine).
    > Jack
    >
    > On Wed, Jul 16, 2008 at 03:05:23AM +0000, Justin Mattock wrote:
    >> On Wed, Jul 16, 2008 at 1:24 AM, Jack Howarth wrote:
    >> > Justin,
    >> > You also download the x86_64 iso instead from...
    >> >
    >> > http://mirrors.kernel.org/fedora/dev..._64/os/images/
    >> >
    >> > Both should give you the same kernel boot freeze that I am
    >> > seeing (assuming that the kernel boots up with the message
    >> > "Not using MMCONFIG". At this point I am just trying to find
    >> > out if anyone else can reproduce this issue on a MacBook Pro
    >> > (second generation). Otherwise I am going to be out of luck
    >> > when distros switch to 2.6.26.
    >> > Jack
    >> > ps I am currently guessing that thet actual freeze is
    >> > occuring in the code that is executed right after...
    >> >
    >> > pci 0000:00:1f.0: quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    >> > pci 0000:00:1f.0: quirk: region 0500-053f claimed by ICH6 GPIO
    >> >
    >> > but before...
    >> >
    >> > PCI: Transparent bridge - 0000:00:1e.0
    >> >
    >> > ...which never appears here under 2.6.26.
    >> >
    >> >
    >> >
    >> >
    >> > On Wed, Jul 16, 2008 at 12:26:05AM +0000, Justin Mattock wrote:
    >> >> >
    >> >>
    >> >> Ah I see, so this is from a fresh .iso image
    >> >> I can give you're suggestion a try(need to locate a blank cd)
    >> >> keep in mind the .iso might not have x86 support i.g.
    >> >> I use nubuntu(why: it's small) one of the problems I was facing was
    >> >> the alpha release, which did not support x86(when using that .iso image
    >> >> it would start booting and then spit out a bunch of messages vertically,
    >> >> but a few month's later they released there .iso with support thus
    >> >> giving me the opportunity to use it.
    >> >> This might be what you are dealing with.
    >> >> regards;
    >> >>
    >> >> --
    >> >> Justin P. Mattock
    >> >

    >>
    >> I have not yet tried the .iso's yet.
    >> (busy with other things at the moment),
    >> from what you're telling me it seems they must have left out
    >> something in the .config. "****" this means you can't even load the .iso itself
    >> for the initial install. Maybe you should let them know about this(I
    >> don't use fedora that much)
    >> If need be, try a stable version of the O.S(fedora). so you can load
    >> 2.6.26, and then if time permits
    >> you, update to that of the development version.(that is until you get
    >> an answer from the
    >> maintainers of this .iso with the issue).
    >> regards;
    >>
    >> --
    >> Justin P. Mattock

    >


    Hello;
    One of my weaknesses right now is pulling code out of my ass
    (maybe in a few years from now), but from what you are showing me
    This is what is causing the NULL(if that's right to say)

    if (!valid)
    goto reject;

    So the question is, is how to have a valid
    "something" to prevent going to NULL
    maybe a boot param i.g. acpi_osi=Darwin,
    or another option to make a "good" !valid
    So you don't: goto reject;

    Or take the whole reject mechanism out
    just so you can boot up, and then asses the situation from there.
    regards;


    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  5. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    I looked at your dmesg from 2.6.25.10

    it tried to use mmconfig, and later fall back to conf1, because
    1. your MCFG said it support bus [0,255], and range will be
    [0xf0000000, 0xffffffff]
    2. firmware only reserve [0xf0000000, 0xf4000000)

    and 2.5.25 will not check acp reserved range.

    from 2.6.26, it will check if the [0xf0000000, 0xffffffff] is reserved
    via acpi dsdt _crs?
    it will fail too.

    So MCFG table is broken.

    You need to get firmware update from your vendor.

    or we need to put that system on DMI check to change end_bus_number
    from 0xff to 0x3f

    ps: mem=2g will not work, it will can not change mcfg table etc... you
    need take out 1G ram out.

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  6. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 7:44 AM, Yinghai Lu wrote:
    > I looked at your dmesg from 2.6.25.10
    >
    > it tried to use mmconfig, and later fall back to conf1, because
    > 1. your MCFG said it support bus [0,255], and range will be
    > [0xf0000000, 0xffffffff]
    > 2. firmware only reserve [0xf0000000, 0xf4000000)
    >
    > and 2.5.25 will not check acp reserved range.
    >
    > from 2.6.26, it will check if the [0xf0000000, 0xffffffff] is reserved
    > via acpi dsdt _crs?
    > it will fail too.
    >
    > So MCFG table is broken.
    >
    > You need to get firmware update from your vendor.
    >
    > or we need to put that system on DMI check to change end_bus_number
    > from 0xff to 0x3f
    >
    > ps: mem=2g will not work, it will can not change mcfg table etc... you
    > need take out 1G ram out.
    >
    > YH
    >


    Well **** man, that sucks...
    how hard is it to do a DMI check?
    regards;

    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  7. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    Yunghai,
    I had partial success with your proposed patch. The MacPro2
    identifier doesn't appear to be correct for a second generation
    MacBook Pro so I had to comment out the line...

    DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),

    With that change, a patched 2.6.26-git2 kernel now uses MMCONFIG.
    However I still see the same hang. The boot messages I see on
    screen are...

    ACPI: bus type pci registered
    PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 63
    PCI: MCFG area at f0000000 reserved in E820
    PCI: Using MMCONFIG at f0000000 - f3ffffff
    PCI: Using configuration type 1 for base access
    ACPI: EC: EC description table is found, configuring boot EC
    ACPI: EC: non-query interrupt received, switching to interrupt mode
    ACPI: BIOS_OSI(Linux) query ignored via DMI
    ACPI: Interpreter enabled
    ACPI: (S0 S3 S4 S5)
    ACPI: Using IOAPIC for interrupt routing
    ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    ACPI: EC: drivers started in interrupt mode
    ACPI: PCI Root Bridge [PCI0] (0000.00)
    pci 0000:00:1f.00 : quirk region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    pci 0000.00:1f:00 : quirk region 0500-053f claimed by ICH6 GPIO

    ....at which the boot hangs. On the positive side, I was able to fully
    boot if I passed 'pci=noacpi' to the kernel options (which never worked
    before with 2.6.26). I can post the dmesg from a noacpi boot of the
    patched kernel to my bugzilla report tonight if it would help debug the
    issues we are still seeing with ACPI.
    One thing I notice with the patched kernel (without noacpi) is that I
    only see buses 0 - 63. A normal boot of 2.6.25.10 on this machine (or
    2.6.26 reportedly on a MacMini) always shows buses 0 - 255. Could this
    be related to the ACPI breakage? Let me know if I can do anything
    else to debug the ACPI issues under MMCONFIG.
    Jack


    On Wed, Jul 16, 2008 at 01:36:21AM -0700, Yinghai Lu wrote:
    > On Wed, Jul 16, 2008 at 12:50 AM, Justin Mattock
    > wrote:
    > > On Wed, Jul 16, 2008 at 7:44 AM, Yinghai Lu wrote:
    > >> I looked at your dmesg from 2.6.25.10
    > >>
    > >> it tried to use mmconfig, and later fall back to conf1, because
    > >> 1. your MCFG said it support bus [0,255], and range will be
    > >> [0xf0000000, 0xffffffff]
    > >> 2. firmware only reserve [0xf0000000, 0xf4000000)
    > >>
    > >> and 2.5.25 will not check acp reserved range.
    > >>
    > >> from 2.6.26, it will check if the [0xf0000000, 0xffffffff] is reserved
    > >> via acpi dsdt _crs?
    > >> it will fail too.
    > >>
    > >> So MCFG table is broken.
    > >>
    > >> You need to get firmware update from your vendor.
    > >>
    > >> or we need to put that system on DMI check to change end_bus_number
    > >> from 0xff to 0x3f
    > >>
    > >> ps: mem=2g will not work, it will can not change mcfg table etc... you
    > >> need take out 1G ram out.
    > >>
    > >> YH
    > >>

    > >
    > > Well **** man, that sucks...
    > > how hard is it to do a DMI check?
    > > regards;

    >
    > please check attached patch... not sure the
    > DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"), is right or not.
    >
    > YH


    > [PATCH] x86,pci: dmi check for mackpro 2.2 mmconf
    >
    > change the mconf bus range from [0,0xff] to to [0, 0x3f]
    > to match range [0xf0000000, 0xf4000000) in e820 tables.
    >
    > Signed-off-by: Yinghai Lu
    >
    > ---
    > arch/x86/pci/mmconfig-shared.c | 35 +++++++++++++++++++++++++++++++++++
    > 1 file changed, 35 insertions(+)
    >
    > Index: linux-2.6/arch/x86/pci/mmconfig-shared.c
    > ================================================== =================
    > --- linux-2.6.orig/arch/x86/pci/mmconfig-shared.c
    > +++ linux-2.6/arch/x86/pci/mmconfig-shared.c
    > @@ -374,6 +374,40 @@ reject:
    >
    > static int __initdata known_bridge;
    >
    > +static int __devinit check_mmconf(const struct dmi_system_id *d)
    > +{
    > + typeof(pci_mmcfg_config[0]) *cfg;
    > +
    > + if ((pci_mmcfg_config_num != 1) ||
    > + (pci_mmcfg_config == NULL) ||
    > + (pci_mmcfg_config[0].address == 0))
    > + return 1;
    > +
    > + cfg = &pci_mmcfg_config[0];
    > +
    > + if (cfg->start_bus_number == 0 && cfg->end_bus_number > 0x3f)
    > + cfg->end_bus_number = 0x3f;
    > +
    > + return 0;
    > +}
    > +
    > +static struct dmi_system_id __devinitdata mmconf_dmi_table[] = {
    > + {
    > + .callback = check_mmconf,
    > + .ident = "Apple",
    > + .matches = {
    > + DMI_MATCH(DMI_SYS_VENDOR, "Apple"),
    > + DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),
    > + },
    > + },
    > + {}
    > +};
    > +
    > +void __init check_mmconf_dmi(void)
    > +{
    > + dmi_check_system(mmconf_dmi_table);
    > +}
    > +
    > static void __init __pci_mmcfg_init(int early)
    > {
    > /* MMCONFIG disabled */
    > @@ -395,6 +429,7 @@ static void __init __pci_mmcfg_init(int
    >
    > if (!known_bridge) {
    > acpi_table_parse(ACPI_SIG_MCFG, acpi_parse_mcfg);
    > + check_mmconf_dmi();
    > pci_mmcfg_reject_broken(early);
    > }
    >


    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  8. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 2:08 PM, Jack Howarth wrote:
    > Yunghai,
    > I had partial success with your proposed patch. The MacPro2
    > identifier doesn't appear to be correct for a second generation
    > MacBook Pro so I had to comment out the line...
    >
    > DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),
    >
    > With that change, a patched 2.6.26-git2 kernel now uses MMCONFIG.
    > However I still see the same hang. The boot messages I see on
    > screen are...
    >
    > ACPI: bus type pci registered
    > PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 63
    > PCI: MCFG area at f0000000 reserved in E820
    > PCI: Using MMCONFIG at f0000000 - f3ffffff
    > PCI: Using configuration type 1 for base access
    > ACPI: EC: EC description table is found, configuring boot EC
    > ACPI: EC: non-query interrupt received, switching to interrupt mode
    > ACPI: BIOS_OSI(Linux) query ignored via DMI
    > ACPI: Interpreter enabled
    > ACPI: (S0 S3 S4 S5)
    > ACPI: Using IOAPIC for interrupt routing
    > ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    > ACPI: EC: drivers started in interrupt mode
    > ACPI: PCI Root Bridge [PCI0] (0000.00)
    > pci 0000:00:1f.00 : quirk region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    > pci 0000.00:1f:00 : quirk region 0500-053f claimed by ICH6 GPIO
    >
    > ...at which the boot hangs. On the positive side, I was able to fully
    > boot if I passed 'pci=noacpi' to the kernel options (which never worked
    > before with 2.6.26). I can post the dmesg from a noacpi boot of the
    > patched kernel to my bugzilla report tonight if it would help debug the
    > issues we are still seeing with ACPI.
    > One thing I notice with the patched kernel (without noacpi) is that I
    > only see buses 0 - 63. A normal boot of 2.6.25.10 on this machine (or
    > 2.6.26 reportedly on a MacMini) always shows buses 0 - 255. Could this
    > be related to the ACPI breakage? Let me know if I can do anything
    > else to debug the ACPI issues under MMCONFIG.
    > Jack
    >
    >
    > On Wed, Jul 16, 2008 at 01:36:21AM -0700, Yinghai Lu wrote:
    >> On Wed, Jul 16, 2008 at 12:50 AM, Justin Mattock
    >> wrote:
    >> > On Wed, Jul 16, 2008 at 7:44 AM, Yinghai Lu wrote:
    >> >> I looked at your dmesg from 2.6.25.10
    >> >>
    >> >> it tried to use mmconfig, and later fall back to conf1, because
    >> >> 1. your MCFG said it support bus [0,255], and range will be
    >> >> [0xf0000000, 0xffffffff]
    >> >> 2. firmware only reserve [0xf0000000, 0xf4000000)
    >> >>
    >> >> and 2.5.25 will not check acp reserved range.
    >> >>
    >> >> from 2.6.26, it will check if the [0xf0000000, 0xffffffff] is reserved
    >> >> via acpi dsdt _crs?
    >> >> it will fail too.
    >> >>
    >> >> So MCFG table is broken.
    >> >>
    >> >> You need to get firmware update from your vendor.
    >> >>
    >> >> or we need to put that system on DMI check to change end_bus_number
    >> >> from 0xff to 0x3f
    >> >>
    >> >> ps: mem=2g will not work, it will can not change mcfg table etc... you
    >> >> need take out 1G ram out.
    >> >>
    >> >> YH
    >> >>
    >> >
    >> > Well **** man, that sucks...
    >> > how hard is it to do a DMI check?
    >> > regards;

    >>
    >> please check attached patch... not sure the
    >> DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"), is right or not.
    >>
    >> YH

    >
    >> [PATCH] x86,pci: dmi check for mackpro 2.2 mmconf
    >>
    >> change the mconf bus range from [0,0xff] to to [0, 0x3f]
    >> to match range [0xf0000000, 0xf4000000) in e820 tables.
    >>
    >> Signed-off-by: Yinghai Lu
    >>
    >> ---
    >> arch/x86/pci/mmconfig-shared.c | 35 +++++++++++++++++++++++++++++++++++
    >> 1 file changed, 35 insertions(+)
    >>
    >> Index: linux-2.6/arch/x86/pci/mmconfig-shared.c
    >> ================================================== =================
    >> --- linux-2.6.orig/arch/x86/pci/mmconfig-shared.c
    >> +++ linux-2.6/arch/x86/pci/mmconfig-shared.c
    >> @@ -374,6 +374,40 @@ reject:
    >>
    >> static int __initdata known_bridge;
    >>
    >> +static int __devinit check_mmconf(const struct dmi_system_id *d)
    >> +{
    >> + typeof(pci_mmcfg_config[0]) *cfg;
    >> +
    >> + if ((pci_mmcfg_config_num != 1) ||
    >> + (pci_mmcfg_config == NULL) ||
    >> + (pci_mmcfg_config[0].address == 0))
    >> + return 1;
    >> +
    >> + cfg = &pci_mmcfg_config[0];
    >> +
    >> + if (cfg->start_bus_number == 0 && cfg->end_bus_number > 0x3f)
    >> + cfg->end_bus_number = 0x3f;
    >> +
    >> + return 0;
    >> +}
    >> +
    >> +static struct dmi_system_id __devinitdata mmconf_dmi_table[] = {
    >> + {
    >> + .callback = check_mmconf,
    >> + .ident = "Apple",
    >> + .matches = {
    >> + DMI_MATCH(DMI_SYS_VENDOR, "Apple"),
    >> + DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),
    >> + },
    >> + },
    >> + {}
    >> +};
    >> +
    >> +void __init check_mmconf_dmi(void)
    >> +{
    >> + dmi_check_system(mmconf_dmi_table);
    >> +}
    >> +
    >> static void __init __pci_mmcfg_init(int early)
    >> {
    >> /* MMCONFIG disabled */
    >> @@ -395,6 +429,7 @@ static void __init __pci_mmcfg_init(int
    >>
    >> if (!known_bridge) {
    >> acpi_table_parse(ACPI_SIG_MCFG, acpi_parse_mcfg);
    >> + check_mmconf_dmi();
    >> pci_mmcfg_reject_broken(early);
    >> }
    >>

    >
    >


    Hmm Im not seeing MMCONFIG anywhere in dmesg
    I'm wondering if I should apply this patch as well.
    this is what I'm seeing with dmesg | grep MCFG:

    [ 0.000000] ACPI: MCFG 3FEF8000, 003C (r1 APPLE Apple00 1
    Loki 5F)
    [ 0.340000] domain 0: span 0-1 level MC
    [ 0.340000] domain 0: span 0-1 level MC
    [ 1.660595] EDAC MC: Ver: 2.1.0 Jul 15 2008

    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  9. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 8:12 AM, Justin Mattock wrote:
    > On Wed, Jul 16, 2008 at 2:08 PM, Jack Howarth wrote:
    >> Yunghai,
    >> I had partial success with your proposed patch. The MacPro2
    >> identifier doesn't appear to be correct for a second generation
    >> MacBook Pro so I had to comment out the line...
    >>
    >> DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),
    >>
    >> With that change, a patched 2.6.26-git2 kernel now uses MMCONFIG.
    >> However I still see the same hang. The boot messages I see on
    >> screen are...
    >>
    >> ACPI: bus type pci registered
    >> PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 63
    >> PCI: MCFG area at f0000000 reserved in E820
    >> PCI: Using MMCONFIG at f0000000 - f3ffffff
    >> PCI: Using configuration type 1 for base access
    >> ACPI: EC: EC description table is found, configuring boot EC
    >> ACPI: EC: non-query interrupt received, switching to interrupt mode
    >> ACPI: BIOS_OSI(Linux) query ignored via DMI
    >> ACPI: Interpreter enabled
    >> ACPI: (S0 S3 S4 S5)
    >> ACPI: Using IOAPIC for interrupt routing
    >> ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    >> ACPI: EC: drivers started in interrupt mode
    >> ACPI: PCI Root Bridge [PCI0] (0000.00)
    >> pci 0000:00:1f.00 : quirk region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    >> pci 0000.00:1f:00 : quirk region 0500-053f claimed by ICH6 GPIO
    >>
    >> ...at which the boot hangs. On the positive side, I was able to fully
    >> boot if I passed 'pci=noacpi' to the kernel options (which never worked
    >> before with 2.6.26). I can post the dmesg from a noacpi boot of the
    >> patched kernel to my bugzilla report tonight if it would help debug the
    >> issues we are still seeing with ACPI.
    >> One thing I notice with the patched kernel (without noacpi) is that I
    >> only see buses 0 - 63. A normal boot of 2.6.25.10 on this machine (or
    >> 2.6.26 reportedly on a MacMini) always shows buses 0 - 255. Could this
    >> be related to the ACPI breakage? Let me know if I can do anything
    >> else to debug the ACPI issues under MMCONFIG.
    >> Jack
    >>
    >>
    >> On Wed, Jul 16, 2008 at 01:36:21AM -0700, Yinghai Lu wrote:
    >>> On Wed, Jul 16, 2008 at 12:50 AM, Justin Mattock
    >>> wrote:
    >>> > On Wed, Jul 16, 2008 at 7:44 AM, Yinghai Lu wrote:
    >>> >> I looked at your dmesg from 2.6.25.10
    >>> >>
    >>> >> it tried to use mmconfig, and later fall back to conf1, because
    >>> >> 1. your MCFG said it support bus [0,255], and range will be
    >>> >> [0xf0000000, 0xffffffff]
    >>> >> 2. firmware only reserve [0xf0000000, 0xf4000000)
    >>> >>
    >>> >> and 2.5.25 will not check acp reserved range.
    >>> >>
    >>> >> from 2.6.26, it will check if the [0xf0000000, 0xffffffff] is reserved
    >>> >> via acpi dsdt _crs?
    >>> >> it will fail too.
    >>> >>
    >>> >> So MCFG table is broken.
    >>> >>
    >>> >> You need to get firmware update from your vendor.
    >>> >>
    >>> >> or we need to put that system on DMI check to change end_bus_number
    >>> >> from 0xff to 0x3f
    >>> >>
    >>> >> ps: mem=2g will not work, it will can not change mcfg table etc... you
    >>> >> need take out 1G ram out.
    >>> >>
    >>> >> YH
    >>> >>
    >>> >
    >>> > Well **** man, that sucks...
    >>> > how hard is it to do a DMI check?
    >>> > regards;
    >>>
    >>> please check attached patch... not sure the
    >>> DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"), is right or not.
    >>>
    >>> YH

    >>
    >>> [PATCH] x86,pci: dmi check for mackpro 2.2 mmconf
    >>>
    >>> change the mconf bus range from [0,0xff] to to [0, 0x3f]
    >>> to match range [0xf0000000, 0xf4000000) in e820 tables.
    >>>
    >>> Signed-off-by: Yinghai Lu
    >>>
    >>> ---
    >>> arch/x86/pci/mmconfig-shared.c | 35 +++++++++++++++++++++++++++++++++++
    >>> 1 file changed, 35 insertions(+)
    >>>
    >>> Index: linux-2.6/arch/x86/pci/mmconfig-shared.c
    >>> ================================================== =================
    >>> --- linux-2.6.orig/arch/x86/pci/mmconfig-shared.c
    >>> +++ linux-2.6/arch/x86/pci/mmconfig-shared.c
    >>> @@ -374,6 +374,40 @@ reject:
    >>>
    >>> static int __initdata known_bridge;
    >>>
    >>> +static int __devinit check_mmconf(const struct dmi_system_id *d)
    >>> +{
    >>> + typeof(pci_mmcfg_config[0]) *cfg;
    >>> +
    >>> + if ((pci_mmcfg_config_num != 1) ||
    >>> + (pci_mmcfg_config == NULL) ||
    >>> + (pci_mmcfg_config[0].address == 0))
    >>> + return 1;
    >>> +
    >>> + cfg = &pci_mmcfg_config[0];
    >>> +
    >>> + if (cfg->start_bus_number == 0 && cfg->end_bus_number > 0x3f)
    >>> + cfg->end_bus_number = 0x3f;
    >>> +
    >>> + return 0;
    >>> +}
    >>> +
    >>> +static struct dmi_system_id __devinitdata mmconf_dmi_table[] = {
    >>> + {
    >>> + .callback = check_mmconf,
    >>> + .ident = "Apple",
    >>> + .matches = {
    >>> + DMI_MATCH(DMI_SYS_VENDOR, "Apple"),
    >>> + DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),
    >>> + },
    >>> + },
    >>> + {}
    >>> +};
    >>> +
    >>> +void __init check_mmconf_dmi(void)
    >>> +{
    >>> + dmi_check_system(mmconf_dmi_table);
    >>> +}
    >>> +
    >>> static void __init __pci_mmcfg_init(int early)
    >>> {
    >>> /* MMCONFIG disabled */
    >>> @@ -395,6 +429,7 @@ static void __init __pci_mmcfg_init(int
    >>>
    >>> if (!known_bridge) {
    >>> acpi_table_parse(ACPI_SIG_MCFG, acpi_parse_mcfg);
    >>> + check_mmconf_dmi();
    >>> pci_mmcfg_reject_broken(early);
    >>> }
    >>>

    >>
    >>

    >
    > Hmm Im not seeing MMCONFIG anywhere in dmesg
    > I'm wondering if I should apply this patch as well.
    > this is what I'm seeing with dmesg | grep MCFG:
    >
    > [ 0.000000] ACPI: MCFG 3FEF8000, 003C (r1 APPLE Apple00 1
    > Loki 5F)


    can you boot with debug with your 2g system with current linus tree or tip tree?

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  10. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 10:29 AM, Yinghai Lu wrote:
    > On Wed, Jul 16, 2008 at 7:08 AM, Jack Howarth wrote:
    >> Yunghai,
    >> I had partial success with your proposed patch. The MacPro2
    >> identifier doesn't appear to be correct for a second generation
    >> MacBook Pro so I had to comment out the line...
    >>
    >> DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),
    >>
    >> With that change, a patched 2.6.26-git2 kernel now uses MMCONFIG.
    >> However I still see the same hang. The boot messages I see on
    >> screen are...
    >>
    >> ACPI: bus type pci registered
    >> PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 63
    >> PCI: MCFG area at f0000000 reserved in E820
    >> PCI: Using MMCONFIG at f0000000 - f3ffffff
    >> PCI: Using configuration type 1 for base access
    >> ACPI: EC: EC description table is found, configuring boot EC
    >> ACPI: EC: non-query interrupt received, switching to interrupt mode

    >
    > something wrong here
    >
    >> ACPI: BIOS_OSI(Linux) query ignored via DMI
    >> ACPI: Interpreter enabled
    >> ACPI: (S0 S3 S4 S5)
    >> ACPI: Using IOAPIC for interrupt routing
    >> ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    >> ACPI: EC: drivers started in interrupt mode
    >> ACPI: PCI Root Bridge [PCI0] (0000.00)
    >> pci 0000:00:1f.00 : quirk region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    >> pci 0000.00:1f:00 : quirk region 0500-053f claimed by ICH6 GPIO
    >>
    >> ...at which the boot hangs. On the positive side, I was able to fully
    >> boot if I passed 'pci=noacpi' to the kernel options (which never worked
    >> before with 2.6.26).
    >> I can post the dmesg from a noacpi boot of the
    >> patched kernel to my bugzilla report tonight if it would help debug the
    >> issues we are still seeing with ACPI.

    >
    > that will help.
    >
    >> One thing I notice with the patched kernel (without noacpi) is that I
    >> only see buses 0 - 63. A normal boot of 2.6.25.10 on this machine (or
    >> 2.6.26 reportedly on a MacMini) always shows buses 0 - 255.

    >
    > that is right
    >
    >> Could this
    >> be related to the ACPI breakage? Let me know if I can do anything
    >> else to debug the ACPI issues under MMCONFIG.

    >
    > please boot with
    > debug apic=verbose pci=routeirq
    >


    please check latest linus tree.

    the commit could be related.

    commit c91d924e3af08d4f98eab6ebf81f2b8ce132448f
    Author: Bob Moore
    Date: Tue Jun 10 12:38:10 2008 +0800

    ACPICA: Fix for hang on GPE method invocation

    Fixes problem where the new method argument count validation mechanism
    will enter an infinite loop when a GPE method is dispatched.
    Problem fixed be removing the obsolete code that passes GPE block
    information to the notify handler via the control method parameter pointer.

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  11. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 7:08 AM, Jack Howarth wrote:
    > Yunghai,
    > I had partial success with your proposed patch. The MacPro2
    > identifier doesn't appear to be correct for a second generation
    > MacBook Pro so I had to comment out the line...
    >
    > DMI_MATCH(DMI_PRODUCT_NAME, "MacPro2"),


    you can use dmicode to get that string

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  12. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 5:40 PM, Jack Howarth wrote:
    > On Wed, Jul 16, 2008 at 03:35:17PM -0700, Yinghai Lu wrote:
    >> please check latest linus tree.
    >>
    >> the commit could be related.
    >>
    >> commit c91d924e3af08d4f98eab6ebf81f2b8ce132448f
    >> Author: Bob Moore
    >> Date: Tue Jun 10 12:38:10 2008 +0800
    >>
    >> ACPICA: Fix for hang on GPE method invocation
    >>
    >> Fixes problem where the new method argument count validation mechanism
    >> will enter an infinite loop when a GPE method is dispatched.
    >> Problem fixed be removing the obsolete code that passes GPE block
    >> information to the notify handler via the control method parameter pointer.
    >>
    >> YH

    >
    > Yinghai,
    > The latest linus tree doesn't eliminate the hangs in 2.6.26 with your
    > mmconfig patch. Also, I've been unable to repeat the boot with pci=noacpi using
    > the mmconfig patch under 2.6.26. I've uploaded a dmesg file though from
    > the 2.6.25.10 kernel booted with apic=verbose in case that sheds any light
    > on these problems.
    >
    > http://bugzilla.kernel.org/show_bug.cgi?id=11087
    >
    > Also, I assume you meant earlier that is bad that with your mmconfig patch
    > that I only see 0 - 63 buses. Any idea how we might fix that (in case it
    > is related to the hang)?


    please boot with
    debug initcall_debug apic=verbose pci=routeirq?

    and try pci=nommconf

    I suspect that could be pci bridge is using 0xf0000000-0xf400000 too
    after Linus merge pci tree, please try to boot with
    pci=early_config_dump
    to see if it is true.

    please don't drop the cc list.

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  13. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Thu, Jul 17, 2008 at 12:49 AM, Yinghai Lu wrote:
    > On Wed, Jul 16, 2008 at 5:40 PM, Jack Howarth wrote:
    >> On Wed, Jul 16, 2008 at 03:35:17PM -0700, Yinghai Lu wrote:
    >>> please check latest linus tree.
    >>>
    >>> the commit could be related.
    >>>
    >>> commit c91d924e3af08d4f98eab6ebf81f2b8ce132448f
    >>> Author: Bob Moore
    >>> Date: Tue Jun 10 12:38:10 2008 +0800
    >>>
    >>> ACPICA: Fix for hang on GPE method invocation
    >>>
    >>> Fixes problem where the new method argument count validation mechanism
    >>> will enter an infinite loop when a GPE method is dispatched.
    >>> Problem fixed be removing the obsolete code that passes GPE block
    >>> information to the notify handler via the control method parameter pointer.
    >>>
    >>> YH

    >>
    >> Yinghai,
    >> The latest linus tree doesn't eliminate the hangs in 2.6.26 with your
    >> mmconfig patch. Also, I've been unable to repeat the boot with pci=noacpi using
    >> the mmconfig patch under 2.6.26. I've uploaded a dmesg file though from
    >> the 2.6.25.10 kernel booted with apic=verbose in case that sheds any light
    >> on these problems.
    >>
    >> http://bugzilla.kernel.org/show_bug.cgi?id=11087
    >>
    >> Also, I assume you meant earlier that is bad that with your mmconfig patch
    >> that I only see 0 - 63 buses. Any idea how we might fix that (in case it
    >> is related to the hang)?

    >
    > please boot with
    > debug initcall_debug apic=verbose pci=routeirq?
    >
    > and try pci=nommconf
    >
    > I suspect that could be pci bridge is using 0xf0000000-0xf400000 too
    > after Linus merge pci tree, please try to boot with
    > pci=early_config_dump
    > to see if it is true.
    >
    > please don't drop the cc list.
    >
    > YH
    > --
    > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    > the body of a message to majordomo@vger.kernel.org
    > More majordomo info at http://vger.kernel.org/majordomo-info.html
    > Please read the FAQ at http://www.tux.org/lkml/
    >


    No I have not tried the .iso yet. I am more concerned with the PCI
    option i.g. I'm using Direct, if I change to MMCONFIG will it cause
    this same bug?
    right now I'm occupied with drinking at the moment, but tomorrow I am curious
    as to see if this occurs. keep in mind if I'm going to have to deal
    with having a stuck system
    this means I need to use a live cd to recover the system, the problem
    is SELinux why: chrooting into the hardive and then compiling is going
    to kind of mess
    my policy a little bit(avc's)., but anyways easily resolved within a few hours.
    regards;

    --
    Justin P. Mattock
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  14. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 05:49:39PM -0700, Yinghai Lu wrote:
    >
    > please boot with
    > debug initcall_debug apic=verbose pci=routeirq?
    >
    > and try pci=nommconf
    >
    > I suspect that could be pci bridge is using 0xf0000000-0xf400000 too
    > after Linus merge pci tree, please try to boot with
    > pci=early_config_dump
    > to see if it is true.
    >
    > please don't drop the cc list.
    >
    > YH


    Yinghai,
    Here is what I see with 'debug initcall_debug apci=verbose pci=routeirq'.
    Hopefully nothing important scrolled off the top of the screen (I've not found
    a higher resolution vga kernel option that works on my MacBook Pro yet).

    calling blk_ioc_init+0x0/0x2a
    initcall blk_ioc_init+0x0/0x2a returned 0 after 0 msecs
    calling genhd_device_init+0x0/0x55
    initcall genhd_device_init+0x0/0x55 returned 0 after 0 msecs
    calling fbmem_init+0x0/0x8a
    initcall fbmem_init+0x0/0x8a returned 0 after 0 msecs
    calling acpi_init+0x0/0x221
    ACPI: EC: EC description table is found, configuring boot EC
    ACPI: EC: non-query interrupt received, switching to interrupt mode
    ACPI: BIOS_IOS(Linux) query ignored via DMI
    ACPI: Interpreter enabled
    ACPI: (supports S0 S3 S4 S5)
    ACPI: Using IOAPIC for interrupt routing
    initcall acpi_init+0x0/0x221 returned 0 after 16 msecs
    calling acpi_scan_init+0x0/0x10a
    initcall acpi_scan_init+0x0/0x10a returned 0 after 35 msecs
    calling acpi_ec_init+0x0/0x61
    ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    ACPI: EC: driver started in interrupt mode
    initcall acpi_ec_init+0x0/0x61 returned 0 after 0 msecs
    calling acpi_pci_root+init+0x0/0x28
    ACPI: PCI Root Bridge [PCI0] (0000:00)
    pci 0000:00:1f.0 :quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    pci 0000:00.1f.0 :quirk: region 0500-053f claimed by ICH6 GPIO

    This is from the current linus kernel source with your mmconfig patch
    applied. I will do the other test next.
    Jack
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  15. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 6:21 PM, Jack Howarth wrote:
    > On Wed, Jul 16, 2008 at 05:49:39PM -0700, Yinghai Lu wrote:
    >>
    >> please boot with
    >> debug initcall_debug apic=verbose pci=routeirq?
    >>
    >> and try pci=nommconf
    >>
    >> I suspect that could be pci bridge is using 0xf0000000-0xf400000 too
    >> after Linus merge pci tree, please try to boot with
    >> pci=early_config_dump
    >> to see if it is true.
    >>
    >> please don't drop the cc list.
    >>
    >> YH

    >
    > Yinghai,
    > Here is what I see with 'debug initcall_debug apci=verbose pci=routeirq'.
    > Hopefully nothing important scrolled off the top of the screen (I've not found
    > a higher resolution vga kernel option that works on my MacBook Pro yet).
    >
    > calling blk_ioc_init+0x0/0x2a
    > initcall blk_ioc_init+0x0/0x2a returned 0 after 0 msecs
    > calling genhd_device_init+0x0/0x55
    > initcall genhd_device_init+0x0/0x55 returned 0 after 0 msecs
    > calling fbmem_init+0x0/0x8a
    > initcall fbmem_init+0x0/0x8a returned 0 after 0 msecs
    > calling acpi_init+0x0/0x221
    > ACPI: EC: EC description table is found, configuring boot EC
    > ACPI: EC: non-query interrupt received, switching to interrupt mode
    > ACPI: BIOS_IOS(Linux) query ignored via DMI
    > ACPI: Interpreter enabled
    > ACPI: (supports S0 S3 S4 S5)
    > ACPI: Using IOAPIC for interrupt routing
    > initcall acpi_init+0x0/0x221 returned 0 after 16 msecs
    > calling acpi_scan_init+0x0/0x10a
    > initcall acpi_scan_init+0x0/0x10a returned 0 after 35 msecs
    > calling acpi_ec_init+0x0/0x61
    > ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    > ACPI: EC: driver started in interrupt mode
    > initcall acpi_ec_init+0x0/0x61 returned 0 after 0 msecs
    > calling acpi_pci_root+init+0x0/0x28
    > ACPI: PCI Root Bridge [PCI0] (0000:00)
    > pci 0000:00:1f.0 :quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    > pci 0000:00.1f.0 :quirk: region 0500-053f claimed by ICH6 GPIO
    >


    ok, please out lspci -vvxxx under 2.6.25.10

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  16. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    Yinghai,
    As I expected pci=mmconf doesn't allow the MacBook Pro to boot.
    My understanding is that mmconfig is need for Linux on Macintel
    (at least for a shared MacOS X/Linux system).
    I am stuck with regards to the pci_early_config_dump results.
    The output we need scrolls off the top of the screen and since
    the boot hangs I can't access with dmesg. Can you suggest a hack
    right at the end of the code that does pci_early_config_dump that
    would halt the boot immediately after the pci_early_config_dump?
    Unfortunately, 2.6.25.10 doesn't appear to support that feature
    (it doesn't seem to produce any difference in the output here).
    Jack
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  17. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 07:29:16PM -0700, Yinghai Lu wrote:
    >
    > ok, please out lspci -vvxxx under 2.6.25.10
    >
    > YH


    00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0
    Capabilities: [e0] Vendor Specific Information
    00: 86 80 a0 27 06 00 90 20 03 00 00 06 00 00 00 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 e0 00 00 00 00 00 00 00 00 00 00 00
    40: 01 90 d1 fe 01 40 d1 fe 05 00 00 f0 01 80 d1 fe
    50: 00 00 02 00 83 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 10 11 11 11 11 33 33 00 ff 03 00 00 c0 1a 39 00
    a0: 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 04 01 00 00
    e0: 09 00 09 51 02 04 0a 90 0e 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 05 00 10 00 00 00

    00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express PCI Express Root Port (rev 03) (prog-if 00 [Normal decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    I/O behind bridge: 00003000-00003fff
    Memory behind bridge: d8300000-d83fffff
    Prefetchable memory behind bridge: 00000000c0000000-00000000cfffffff
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
    PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [88] Subsystem: Intel Corporation Unknown device 0000
    Capabilities: [80] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
    Address: 00000000 Data: 0000
    Capabilities: [a0] Express (v1) Root Port (Slot+), MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
    ExtTag- RBE- FLReset-
    DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
    RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
    MaxPayload 128 bytes, MaxReadReq 128 bytes
    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
    LnkCap: Port #2, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <256ns, L1 <4us
    ClockPM- Suprise- LLActRep- BwNot-
    LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surpise-
    Slot # 1, PowerLimit 75.000000; Interlock- NoCompl-
    SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
    Control: AttnInd Off, PwrInd On, Power- Interlock-
    SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
    Changed: MRL- PresDet+ LinkState-
    RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
    RootCap: CRSVisible-
    RootSta: PME ReqID 0000, PMEStatus- PMEPending-
    Capabilities: [100] Virtual Channel
    Capabilities: [140] Root Complex Link
    Kernel driver in use: pcieport-driver
    Kernel modules: shpchp
    00: 86 80 a1 27 07 00 10 00 03 00 04 06 40 00 01 00
    10: 00 00 00 00 00 00 00 00 00 01 01 00 30 30 00 00
    20: 30 d8 30 d8 01 c0 f1 cf 00 00 00 00 00 00 00 00
    30: 00 00 00 00 88 00 00 00 00 00 00 00 0b 01 08 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02
    80: 01 90 02 c8 00 00 00 00 0d 80 00 00 86 80 00 00
    90: 05 a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 10 00 41 01 00 00 00 00 0f 00 00 00 01 2d 01 02
    b0: 42 00 01 11 80 25 08 00 c0 01 48 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 01 0f 00 00 00 00 86 0f 05 00 00 00 00 80

    00:07.0 Performance counters: Intel Corporation Unknown device 27a3 (rev 03)
    Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Interrupt: pin A routed to IRQ 11
    Region 0: Memory at d8404000 (32-bit, non-prefetchable) [size=4K]
    Capabilities: [dc] Power Management version 2
    Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    00: 86 80 a3 27 02 00 b0 00 03 00 01 11 00 00 00 00
    10: 00 40 40 d8 00 00 00 00 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    30: 00 00 00 00 dc 00 00 00 00 00 00 00 0b 01 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 01 00 22 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 05 00 00 00 00 00

    00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
    Subsystem: Sigmatel Unknown device 7680
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Interrupt: pin A routed to IRQ 22
    Region 0: Memory at d8400000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [50] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
    Address: 0000000000000000 Data: 0000
    Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
    ExtTag- RBE- FLReset-
    DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
    RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
    MaxPayload 128 bytes, MaxReadReq 128 bytes
    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
    LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us
    ClockPM- Suprise- LLActRep- BwNot-
    LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk-
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
    Capabilities: [100] Virtual Channel
    Capabilities: [130] Root Complex Link
    Kernel driver in use: HDA Intel
    Kernel modules: snd-hda-intel
    00: 86 80 d8 27 06 00 10 00 02 00 03 04 40 00 00 00
    10: 04 00 40 d8 00 00 00 00 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 84 83 80 76
    30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 00 00
    40: 01 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00
    50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
    60: 05 70 80 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 10 00 91 00 00 00 00 00 00 08 10 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) (prog-if 00 [Normal decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
    I/O behind bridge: 00002000-00002fff
    Memory behind bridge: d8200000-d82fffff
    Prefetchable memory behind bridge: 00000000d8500000-00000000d85fffff
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
    PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
    ExtTag- RBE- FLReset-
    DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
    RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
    MaxPayload 128 bytes, MaxReadReq 128 bytes
    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
    LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <256ns, L1 <4us
    ClockPM- Suprise- LLActRep+ BwNot-
    LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
    SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surpise+
    Slot # 0, PowerLimit 6.500000; Interlock- NoCompl-
    SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
    Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
    SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
    Changed: MRL- PresDet+ LinkState+
    RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
    RootCap: CRSVisible-
    RootSta: PME ReqID 0000, PMEStatus- PMEPending-
    Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
    Address: 00000000 Data: 0000
    Capabilities: [90] Subsystem: Gammagraphx, Inc. Unknown device 0000
    Capabilities: [a0] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [100] Virtual Channel
    Capabilities: [180] Root Complex Link
    Kernel driver in use: pcieport-driver
    Kernel modules: shpchp
    00: 86 80 d0 27 07 00 10 00 02 00 04 06 40 00 81 00
    10: 00 00 00 00 00 00 00 00 00 02 02 00 20 20 00 00
    20: 20 d8 20 d8 51 d8 51 d8 00 00 00 00 00 00 00 00
    30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 00 00
    40: 10 80 41 01 c0 0f 00 00 0f 00 10 00 11 2c 11 01
    50: 40 00 11 30 e0 a0 00 00 00 00 48 01 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 05 90 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 0d a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 01 00 02 c8 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 11 80 00 00 00 00
    e0: 00 0f c7 00 06 07 08 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02) (prog-if 00 [Normal decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
    Memory behind bridge: d8100000-d81fffff
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
    PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
    ExtTag- RBE- FLReset-
    DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
    RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
    MaxPayload 128 bytes, MaxReadReq 128 bytes
    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
    LnkCap: Port #2, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <256ns, L1 <4us
    ClockPM- Suprise- LLActRep+ BwNot-
    LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
    SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surpise+
    Slot # 1, PowerLimit 6.500000; Interlock- NoCompl-
    SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
    Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
    SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
    Changed: MRL- PresDet+ LinkState+
    RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
    RootCap: CRSVisible-
    RootSta: PME ReqID 0000, PMEStatus- PMEPending-
    Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
    Address: 00000000 Data: 0000
    Capabilities: [90] Subsystem: Gammagraphx, Inc. Unknown device 0000
    Capabilities: [a0] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [100] Virtual Channel
    Capabilities: [180] Root Complex Link
    Kernel driver in use: pcieport-driver
    Kernel modules: shpchp
    00: 86 80 d2 27 07 00 10 00 02 00 04 06 40 00 81 00
    10: 00 00 00 00 00 00 00 00 00 03 03 00 f0 00 00 20
    20: 10 d8 10 d8 f1 ff 01 00 00 00 00 00 00 00 00 00
    30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 02 00 00
    40: 10 80 41 01 c0 0f 00 00 0f 00 10 00 11 2c 11 02
    50: 42 00 11 30 e0 a0 08 00 00 00 48 01 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 05 90 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 0d a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 01 00 02 c8 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 11 00 00 00 00 00
    e0: 00 0f c7 00 06 07 08 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02) (prog-if 00 [Normal decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Bus: primary=00, secondary=04, subordinate=0b, sec-latency=0
    I/O behind bridge: 00001000-00001fff
    Memory behind bridge: d4100000-d80fffff
    Prefetchable memory behind bridge: 00000000d0000000-00000000d3ffffff
    Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
    PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
    ExtTag- RBE- FLReset-
    DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
    RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
    MaxPayload 128 bytes, MaxReadReq 128 bytes
    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
    LnkCap: Port #3, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <1us, L1 <4us
    ClockPM- Suprise- LLActRep+ BwNot-
    LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surpise+
    Slot # 2, PowerLimit 6.500000; Interlock- NoCompl-
    SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
    Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
    SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
    Changed: MRL- PresDet- LinkState-
    RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
    RootCap: CRSVisible-
    RootSta: PME ReqID 0000, PMEStatus- PMEPending-
    Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
    Address: 00000000 Data: 0000
    Capabilities: [90] Subsystem: Gammagraphx, Inc. Unknown device 0000
    Capabilities: [a0] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [100] Virtual Channel
    Capabilities: [180] Root Complex Link
    Kernel driver in use: pcieport-driver
    Kernel modules: shpchp
    00: 86 80 d4 27 07 00 10 00 02 00 04 06 40 00 81 00
    10: 00 00 00 00 00 00 00 00 00 04 0b 00 10 10 00 00
    20: 10 d4 00 d8 01 d0 f1 d3 00 00 00 00 00 00 00 00
    30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 03 00 00
    40: 10 80 41 01 c0 0f 00 00 0f 00 10 00 11 4c 11 03
    50: 00 00 01 10 e0 a0 10 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 05 90 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 0d a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 01 00 02 c8 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 11 40 00 00 00 00
    e0: 00 0f c7 00 06 07 08 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin A routed to IRQ 23
    Region 4: I/O ports at 4080 [size=32]
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
    00: 86 80 c8 27 05 00 80 02 02 00 03 0c 00 00 80 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: 81 40 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin B routed to IRQ 19
    Region 4: I/O ports at 4060 [size=32]
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
    00: 86 80 c9 27 05 00 80 02 02 00 03 0c 00 00 00 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: 61 40 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 02 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin C routed to IRQ 18
    Region 4: I/O ports at 4040 [size=32]
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
    00: 86 80 ca 27 05 00 80 02 02 00 03 0c 00 00 00 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: 41 40 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 03 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin D routed to IRQ 16
    Region 4: I/O ports at 4020 [size=32]
    Kernel driver in use: uhci_hcd
    Kernel modules: uhci-hcd
    00: 86 80 cb 27 05 00 80 02 02 00 03 0c 00 00 00 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: 21 40 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 04 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin A routed to IRQ 23
    Region 0: Memory at d8405400 (32-bit, non-prefetchable) [size=1K]
    Capabilities: [50] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [58] Debug port: BAR=1 offset=00a0
    Kernel driver in use: ehci_hcd
    Kernel modules: ehci-hcd
    00: 86 80 cc 27 06 00 90 02 02 20 03 0c 00 00 00 00
    10: 00 54 40 d8 00 00 00 00 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 01 58 c2 c9 00 00 00 00 0a 00 a0 20 00 00 00 00
    60: 20 20 ff 01 00 00 00 00 01 00 00 00 00 00 08 c0
    70: 00 00 d5 3f 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 11 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 aa ff 00 ff 00 ff 00 20 00 00 88
    e0: 00 00 00 00 db b6 6d 00 00 00 00 00 00 00 00 00
    f0: 00 80 00 09 88 85 40 00 86 0f 02 00 06 17 02 20

    00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) (prog-if 01 [Subtractive decode])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0
    Bus: primary=00, secondary=0c, subordinate=0c, sec-latency=32
    Memory behind bridge: d4000000-d40fffff
    Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
    PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    Capabilities: [50] Subsystem: Gammagraphx, Inc. Unknown device 0000
    00: 86 80 48 24 07 00 10 00 e2 01 04 06 00 00 01 00
    10: 00 00 00 00 00 00 00 00 00 0c 0c 20 f0 00 80 22
    20: 00 d4 00 d4 f1 ff 01 00 00 00 00 00 00 00 00 00
    30: 00 00 00 00 50 00 00 00 00 00 00 00 00 00 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 00 12 00 00
    50: 0d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Capabilities: [e0] Vendor Specific Information
    Kernel modules: iTCO_wdt, intel-rng
    00: 86 80 b9 27 07 00 10 02 02 00 01 06 00 00 80 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 e0 00 00 00 00 00 00 00 00 00 00 00
    40: 01 04 00 00 80 00 00 00 01 05 00 00 10 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 80 80 80 80 d0 00 00 00 80 80 80 80 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 10 00 07 38 81 06 0c 00 41 16 0c 00 00 00 00 00
    90: 01 03 1c 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 04 02 00 00 01 00 00 00 13 1c 0a 00 00 03 00 00
    b0: 00 00 f0 00 00 00 00 00 08 80 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 33 22 00 00 67 45 00 00 00 ff 00 00 00 00 00 00
    e0: 09 00 0c 10 b4 02 24 17 00 00 00 00 00 00 00 00
    f0: 01 c0 d1 fe 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin A routed to IRQ 18
    Region 0: I/O ports at 01f0 [size=8]
    Region 1: I/O ports at 03f4 [size=1]
    Region 2: I/O ports at 0170 [size=8]
    Region 3: I/O ports at 0374 [size=1]
    Region 4: I/O ports at 40b0 [size=16]
    Kernel driver in use: ata_piix
    Kernel modules: pata_acpi, ata_generic, ata_piix
    00: 86 80 df 27 05 00 80 02 02 8a 01 01 00 00 00 00
    10: d9 40 00 00 ed 40 00 00 d1 40 00 00 e9 40 00 00
    20: b1 40 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 00 00
    40: 03 e3 00 c0 00 00 00 00 01 00 02 00 00 00 00 00
    50: 00 00 00 00 31 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02) (prog-if 8f [Master SecP SecO PriP PriO])
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0
    Interrupt: pin B routed to IRQ 19
    Region 0: I/O ports at 40c8 [size=8]
    Region 1: I/O ports at 40e4 [size=4]
    Region 2: I/O ports at 40c0 [size=8]
    Region 3: I/O ports at 40e0 [size=4]
    Region 4: I/O ports at 40a0 [size=16]
    Region 5: Memory at d8405000 (32-bit, non-prefetchable) [size=1K]
    Capabilities: [70] Power Management version 2
    Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Kernel driver in use: ata_piix
    Kernel modules: pata_acpi, ata_generic, ata_piix
    00: 86 80 c4 27 07 00 b0 02 02 8f 01 01 00 00 00 00
    10: c9 40 00 00 e5 40 00 00 c1 40 00 00 e1 40 00 00
    20: a1 40 00 00 00 50 40 d8 00 00 00 00 86 80 70 72
    30: 00 00 00 00 70 00 00 00 00 00 00 00 0b 02 00 00
    40: 71 c0 00 80 0b 00 00 00 02 00 10 00 00 00 00 00
    50: 00 00 00 00 20 20 05 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 01 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
    80: 05 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 45 10 80 01 80 5b 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 07 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
    Subsystem: Intel Corporation Unknown device 7270
    Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Interrupt: pin B routed to IRQ 19
    Region 4: I/O ports at efa0 [size=32]
    Kernel driver in use: i801_smbus
    Kernel modules: i2c-i801
    00: 86 80 da 27 01 00 80 02 02 00 05 0c 00 00 00 00
    10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    20: a1 ef 00 00 00 00 00 00 00 00 00 00 86 80 70 72
    30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 02 00 00
    40: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 86 0f 02 00 00 00 00 00

    01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600] (prog-if 00 [VGA controller])
    Subsystem: Apple Computer Inc. Unknown device 0080
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Interrupt: pin A routed to IRQ 16
    Region 0: Memory at c0000000 (32-bit, prefetchable) [size=256M]
    Region 1: I/O ports at 3000 [size=256]
    Region 2: Memory at d8300000 (32-bit, non-prefetchable) [size=64K]
    Expansion ROM at d8320000 [disabled] [size=128K]
    Capabilities: [50] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [58] Express (v1) Legacy Endpoint, MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
    ExtTag+ AttnBtn- AttnInd- PwrInd- RBE- FLReset-
    DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
    RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
    MaxPayload 128 bytes, MaxReadReq 128 bytes
    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
    LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <64ns, L1 <1us
    ClockPM- Suprise- LLActRep- BwNot-
    LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    Capabilities: [80] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
    Address: 0000000000000000 Data: 0000
    00: 02 10 c5 71 07 00 10 00 00 00 00 03 40 00 00 00
    10: 08 00 00 c0 01 30 00 00 00 00 30 d8 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 6b 10 80 00
    30: 00 00 fe ff 50 00 00 00 00 00 00 00 0b 01 00 00
    40: 00 00 00 00 00 00 00 00 00 00 00 00 6b 10 80 00
    50: 01 58 02 06 00 00 00 00 10 80 11 00 a0 0f 2c 01
    60: 10 08 00 00 01 0d 00 00 42 00 01 11 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

    02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller (rev 22)
    Subsystem: Marvell Technology Group Ltd. Marvell RDK-8053
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Interrupt: pin A routed to IRQ 16
    Region 0: Memory at d8200000 (64-bit, non-prefetchable) [size=16K]
    Region 2: I/O ports at 2000 [size=256]
    Expansion ROM at d8500000 [disabled] [size=128K]
    Capabilities: [48] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
    Status: D0 PME-Enable- DSel=0 DScale=1 PME-
    Capabilities: [50] Vital Product Data
    Capabilities: [5c] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1 Enable-
    Address: 0000000000000000 Data: 0000
    Capabilities: [e0] Express (v1) Legacy Endpoint, MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
    ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
    DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
    RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
    MaxPayload 128 bytes, MaxReadReq 2048 bytes
    DevSta: CorrErr+ UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+ TransPend-
    LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 <256ns, L1 unlimited
    ClockPM- Suprise- LLActRep- BwNot-
    LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    Capabilities: [100] Advanced Error Reporting
    Kernel driver in use: sky2
    Kernel modules: sky2
    00: ab 11 62 43 07 00 10 00 22 00 00 02 40 00 00 00
    10: 04 00 20 d8 00 00 00 00 01 20 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 ab 11 21 53
    30: 00 00 fe ff 48 00 00 00 00 00 00 00 0b 01 00 00
    40: 00 00 f0 01 00 80 a0 01 01 50 02 fe 00 20 00 13
    50: 03 5c fc 80 00 00 00 78 00 00 00 01 05 e0 82 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 10 00 11 00 c0 0f 04 05 00 40 1b 00 11 a4 03 00
    f0: 48 00 11 10 00 00 00 00 00 00 00 00 00 00 00 00

    03:00.0 Network controller: Atheros Communications Inc. AR5418 802.11abgn Wireless PCI Express Adapter (rev 01)
    Subsystem: Apple Computer Inc. Unknown device 0087
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 256 bytes
    Interrupt: pin A routed to IRQ 17
    Region 0: Memory at d8100000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: [40] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA PME(D0+,D1+,D2-,D3hot+,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
    Address: 00000000 Data: 0000
    Capabilities: [60] Express (v1) Legacy Endpoint, MSI 00
    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
    ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
    DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
    RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
    MaxPayload 128 bytes, MaxReadReq 512 bytes
    DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend-
    LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us
    ClockPM- Suprise- LLActRep- BwNot-
    LnkCtl: ASPM L1 Enabled; RCB 128 bytes Disabled- Retrain- CommClk+
    ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    Capabilities: [90] MSI-X: Enable- Mask- TabSize=1
    Vector table: BAR=0 offset=00000000
    PBA: BAR=0 offset=00000000
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [140] Virtual Channel
    Kernel driver in use: ath_pci
    Kernel modules: ath_pci, ath5k
    00: 8c 16 24 00 07 00 10 00 01 00 80 02 40 00 00 00
    10: 04 00 10 d8 00 00 00 00 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 6b 10 87 00
    30: 00 00 00 00 40 00 00 00 00 00 00 00 0a 01 00 00
    40: 01 50 c2 5b 00 00 00 00 00 00 00 00 00 00 00 00
    50: 05 60 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 10 90 11 00 c0 0c 04 05 10 20 0a 00 11 3c 03 00
    70: 4a 00 11 10 00 00 00 00 c0 03 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

    0c:03.0 FireWire (IEEE 1394): Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller (rev 01) (prog-if 10 [OHCI])
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Latency: 248 (500ns min, 1000ns max), Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 19
    Region 0: Memory at d4004000 (32-bit, non-prefetchable) [size=2K]
    Region 1: Memory at d4000000 (32-bit, non-prefetchable) [size=16K]
    Capabilities: [44] Power Management version 2
    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
    Status: D0 PME-Enable- DSel=0 DScale=0 PME+
    Kernel driver in use: firewire_ohci
    Kernel modules: firewire-ohci
    00: 4c 10 25 80 16 00 10 02 01 10 00 0c 10 f8 00 00
    10: 00 40 00 d4 00 00 00 d4 00 00 00 00 00 00 00 00
    20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    30: 00 00 00 00 44 00 00 00 00 00 00 00 00 01 02 04
    40: 00 00 00 00 01 00 02 7e 00 80 00 00 00 00 00 00
    50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    f0: 10 02 00 00 00 40 00 00 00 00 00 00 00 00 00 00

    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  18. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    On Wed, Jul 16, 2008 at 7:35 PM, Jack Howarth wrote:
    > Yinghai,
    > As I expected pci=mmconf doesn't allow the MacBook Pro to boot.


    you mean pci=nommconf doesn't work too?

    2.6.25 is not using mmconf in your system.

    lspci -vvxxxx could tell, if it print out 256 or 4096 pci conf space.

    YH
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  19. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    YH,
    I meant that pci=nommconf doesn't allow the boot to complete
    under 2.6.26. I haven't tried that under 2.6.25.10, however the
    2.6.5.10 kernel should be using mmconfig since I see...

    PCI: Using MMCONFIG at f0000000 - ffffffff
    PCI: Using configuration type 1
    ACPI: EC: EC description table is found, configuring boot EC
    ACPI: EC: non-query interrupt received, switching to interrupt mode
    ACPI: BIOS _OSI(Linux) query ignored via DMI
    ACPI: Interpreter enabled
    ACPI: (supports S0 S3 S4 S5)
    ACPI: Using IOAPIC for interrupt routing
    ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
    ACPI: EC: driver started in poll mode
    ACPI: PCI Root Bridge [PCI0] (0000:00)
    pci 0000:00:1f.0: quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO
    pci 0000:00:1f.0: quirk: region 0500-053f claimed by ICH6 GPIO
    PCI: Transparent bridge - 0000:00:1e.0

    Jack

    On Wed, Jul 16, 2008 at 07:59:16PM -0700, Yinghai Lu wrote:
    > On Wed, Jul 16, 2008 at 7:35 PM, Jack Howarth wrote:
    > > Yinghai,
    > > As I expected pci=mmconf doesn't allow the MacBook Pro to boot.

    >
    > you mean pci=nommconf doesn't work too?
    >
    > 2.6.25 is not using mmconf in your system.
    >
    > lspci -vvxxxx could tell, if it print out 256 or 4096 pci conf space.
    >
    > YH

    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  20. Re: 2.6.26-rc9-git9 doesn't boot on Macintel

    YH,
    Okay, I can confirm that 2.6.25.10 boots okay with pci=nommconf
    which does disable MMCONFIG. It also works fine by default with
    MMCONFIG enabled. So there may be two possibly unrelated problems
    in 2.6.26. The first being that MMCONFIG doesn't start up properly
    without your patch and the second being that with or without
    MMCONFIG, the boot process hangs just before when the line...

    PCI: Transparent bridge - 0000:00:1e.0

    should appear.
    Jack
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

+ Reply to Thread
Page 1 of 3 1 2 3 LastLast