linux-kernel - Re: [git pull] PCI updates for 2.6.26

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]

Message-Id: <200804291432.19653.jbarnes@virtuousgeek.org>
Date:	Tue, 29 Apr 2008 14:32:19 -0700
From:	Jesse Barnes <jbarnes@...tuousgeek.org>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-pci@...ey.karlin.mff.cuni.cz,
	Kristen Carlson Accardi <kristen.c.accardi@...el.com>,
	Yinghai Lu <yhlu.kernel.send@...il.com>
Subject: Re: [git pull] PCI updates for 2.6.26

On Tuesday, April 29, 2008 1:26 pm Ingo Molnar wrote:
> * Jesse Barnes <jbarnes@...tuousgeek.org> wrote:
> > Nothing really major here: some bug fixes, documentation fixes and
> > some trivial stuff for 2.6.26.  Some of the more important changes are
> > actually coming in through Ingo's "big box" tree, so the excitement
> > (and risk) level here should be pretty low.
>
> i see they are now both upstream and the combination mixed well :)
>
> there are a few other PCI items in x86.git btw that you might want to
> have a look at and which you might want to pick up into your tree - they
> dont really belong into x86.git.
>
> one would be the patch below - it gives us a boot option to enable a lot
> more port IO resource space on modern (large) systems, and increases the
> maximum number of PCI cards that Linux can support.
>
> given that true ISA cards with port decode mirroring problems are
> history on new systems, shouldnt this DMI opt-in feature be a
> default-enabled thing instead somehow? DMI really sucks for sane
> features, it does not scale at all as it always lags behind reality.
>
> Can we discover it in a robust way that the system has no chance for ISA
> cards and turn the tighter non-ISA alignment of port resources on
> automatically? [for cases where Linux does the port allocation and
> sizing]

Hm, there's some ISA stuff in ACPI, but I'm not sure how reliable that would 
be...  I'll take a look through some chipset manuals.

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