linux-kernel - Re: [discuss] Re: Please pull x86-64 bug fixes

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:	Thu, 5 Oct 2006 22:10:39 +0200
From:	Andi Kleen <ak@...e.de>
To:	Jeff Garzik <jeff@...zik.org>
Cc:	discuss@...-64.org, torvalds@...l.org, linux-kernel@...r.kernel.org
Subject: Re: [discuss] Re: Please pull x86-64 bug fixes

On Thursday 05 October 2006 22:02, Jeff Garzik wrote:
> Andi Kleen wrote:
> > If the choice is between a secret NDA only card with dubious
> > functionality and booting on lots of modern boards I know what to 
> > choose.
> 
> That's a strawman argument.  There is no need to choose.  You can 
> clearly boot on lots of modern boards with mmconfig just fine.  We just 
> need to narrow down which ones.

You want a huge white list or what? And you volunteer to maintain
it?

My current thinking is to just wait for Vista certified machines
and then use DMI year >= 2007 or so to enable it. 

Most likely your secret card won't ship before that anyways and 
maybe it can be even somehow used without MCFG. And if it can't
it is out of luck right now. Send blame to the BIOS writers
who are unable to get the MCFG tables right.

I don't think white list is the right answer though. If it
was only a small list of machines with broken BIOS it would
be possible to black list, but Intel pretty much sabotated that 
by releasing a broken reference BIOS that is used in lots of different
boards. 

I considered PCI ID checking for those chipsets instead of
SMBIOS checking, but that has other problems too.

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