linux-kernel - Re: [Bug 41622] [REGRESSION][BISECTED] Notebook crashes upon detecting the PCI subsystem with kernels >= 2.6.24-rc7

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:	Wed, 24 Aug 2011 15:23:06 -0600
From:	Bjorn Helgaas <bhelgaas@...gle.com>
To:	Rogério Brito <rbrito@....usp.br>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Ivan Kokshaysky <ink@...assic.park.msu.ru>,
	Thomas Meyer <thomas@...3r.de>,
	Gary Hade <garyhade@...ibm.com>, Ingo Molnar <mingo@...e.hu>,
	Stefan Richter <stefanr@...6.in-berlin.de>,
	linux-kernel@...r.kernel.org,
	Jesse Barnes <jbarnes@...tuousgeek.org>,
	bugme-daemon@...zilla.kernel.org
Subject: Re: [Bug 41622] [REGRESSION][BISECTED] Notebook crashes upon
 detecting the PCI subsystem with kernels >= 2.6.24-rc7

> If there is anything else that you would like me to change or to
> provide any extra information, then please let me know and I will do
> my best.

I'd still like to see a dmesg log with no arguments (remove the
"acpi=off pnpbios=off noapic nolapic" arguments).  Your machine is new
enough that we'll use PCI _CRS by default, and I'd like to make sure
we're doing the right thing.

I assume that with no arguments, you still need the "skip transparent
bridge sizing" change to boot.

I don't really like that change because in __pci_bus_size_bridges(),
it's not obvious why sizing transparent bridges should be a problem.
If growing transparent bridge windows makes us run out of space, let's
put the smarts ("this bridge is transparent, we can take advantage of
subtractive decode so we may not need to grow the positive decode
windows") at the point where we grow, not at the point where we size.
If we do have enough space, growing the positive decode windows is
better because they're faster than subtractive decode.

Bjorn
--
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/