lkml.org 
[lkml]   [2001]   [May]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Possible PCI subsystem bug in 2.4
From
Date
Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

> > There are a couple of options here.
> > 1) read the MTRRs unless the BIOS is braindead it will set up that area as
> > write-back. At any rate we shouldn't ever try to allocate a pci region
> > that is write-back cached.
>
> 'unless the BIOS is braindead'. Right. We only got into this problem because
> the BIOS _was_ braindead.

Well I did provide a suggestion so you don't have to second guess...
Usually it's actually easier to read the memory size from the northbridge
than to parse the E820 map.

However since it is different kinds of braindamage to mess up the MTRRs,
and the E820 memory map, it is worth a shot. Personally I think MTRRs
are much easier to get right, because you don't need to take into
account what the BIOS is going to do just where your ram is.

As for braindead BIOS's in general any comments on totally nuking
them?

Seriously. With the general attitude of distrusting BIOS's I have
been amazed at the number of things linux expects the BIOS to get
right. In practice windows seem to trust the BIOS much less than
linux does.

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:52    [W:0.074 / U:1.180 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site