linux-kernel - Re: Avoid creating P2P prefetch window for expansion ROMs

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-next>] [day] [month] [year] [list]

Message-Id: <4742C9D7.76E4.0078.0@novell.com>
Date:	Tue, 20 Nov 2007 10:49:43 +0000
From:	"Jan Beulich" <jbeulich@...ell.com>
To:	"Greg Kroah-Hartman" <GregKH@...ell.com>, <gary.hade@...ibm.com>
Cc:	<linux-kernel@...r.kernel.org>
Subject: Re: Avoid creating P2P prefetch window for expansion ROMs

This patch (in its incarnation in our SLE10SP2 tree) is causing resource
allocation failures on one of my machines. The condition for this is that
besides ROMs behind a bridge not having their base addresses assigned
there's no extra space available in the non-prefetch window to
accommodate the ROMs' space. I therefore think the change, while
having a good reason, isn't complete so far, as it would imply the need
for checking whether space in the non-prefetch window is sufficient and
continuing to force the creation of a prefetch window otherwise.

Jan

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