linux-kernel - Re: [Bug 41722] Clevo M5X0JE hangs in ACPI init

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 8 Jan 2012 20:13:42 -0200
From:	Rogério Brito <rbrito@....usp.br>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	bugzilla-daemon@...zilla.kernel.org,
	Edward Donovan <edward.donovan@...ble.net>,
	Thomas Gleixner <tglx@...utronix.de>,
	Bjorn Helgaas <bhelgaas@...gle.com>,
	linux-kernel@...r.kernel.org,
	Márcia Coutinho de Brito <mcbrito@...il.com>
Subject: Re: [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@....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@...e.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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/