lkml.org 
[lkml]   [2012]   [Jan]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    Date
    From
    SubjectRe: [Bug 41722] Clevo M5X0JE hangs in ACPI init
    Hi there, Linus.

    On Jan 06 2012, Linus Torvalds wrote:
    > 2012/1/6 Rogério Brito <rbrito@ime.usp.br>:
    > >
    > > For the record, *some* description of the problem is at:
    > >
    > > * https://bugzilla.kernel.org/show_bug.cgi?id=41132
    >
    > This one looks very much like the thing that Edward Donovan fixed
    > fairly recently in commit 52553ddffad7 ("genirq: fix regression in
    > irqfixup, irqpoll")

    It does look similar, but not quite the same. And, yes, my main desktop (the
    one that I'm using right now) was affected by Edward's commit, which, BTW,
    has my Reported-and-tested-by.

    This one is different. Here is a brief summary of the situation:

    # Computer description

    * Rebranded Clevo M5X0JE
    * nForce2 chipset
    * AMD Sempron CPU
    * NIC with driver forcedeth
    * wifi rtl8187

    # Booting options

    The current working options passed to the kernel are: `acpi=off pnpbios=off noapic`

    It doesn't boot with a vanilla kernel. It only boots when I pass the options
    above *and* compile the kernel with the following patch applied:

    ,----[ do_not_size_subtractive_decoding_transparent_pci_to_pci_bridges.patch ]
    | diff --git a/drivers/pci/setup-bus.c b/drivers/pci/setup-bus.c
    | index 86b69f85..84543f5 100644
    | --- a/drivers/pci/setup-bus.c
    | +++ b/drivers/pci/setup-bus.c
    | @@ -849,6 +849,10 @@ void __ref __pci_bus_size_bridges(struct pci_bus *bus,
    | break;
    |
    | case PCI_CLASS_BRIDGE_PCI:
    | + /* don't size subtractive decoding (transparent)
    | + * PCI-to-PCI bridges */
    | + if (bus->self->transparent)
    | + break;
    | pci_bridge_check_ranges(bus);
    | if (bus->self->is_hotplug_bridge) {
    | additional_io_size = pci_hotplug_io_size;
    `----

    Otherwise, it hangs right when trying to configure PCI, which, according to
    the dmesg log when it boots occurs approximately 0.12 seconds after the
    kernel shows its first message.

    > So that should be fixed in 3.2 (and it's marked for stable, so I think
    > it's in the latest stable kernels too)
    >
    > > * https://bugzilla.kernel.org/show_bug.cgi?id=41722
    >
    > That, however, looks totally insane. I don't even have a clue where to
    > begin. I take it that it works with "acpi=off", and don't have a clue
    > about what might go wrong with ACPI enabled.

    Yes, with acpi=off it "works" (well, it seems that without ACPI many things
    don't get enabled). At least mom was able to visit a site like Gmail to
    check her email.

    She would like say that she is positively impressed with the committment of
    the community with a case of a layman person and she told me to send you all
    big thank you.


    Thanks from me also,
    --
    Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
    http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
    DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
    --
    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/
    \
     
     \ /
      Last update: 2012-01-08 23:27    [W:0.024 / U:60.192 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site