Re: MTRR type AMD Duron/intel ?

Re: MTRR type AMD Duron/intel ?

[Tobias Ringstrom]

On Mon, 15 Jan 2001, David Balazic wrote:

> It also reports something like :
> PCI chipset unknown : assuming transparent

Are you sure it's not

Unknown bridge resource 0: assuming transparent

(which is just about every kernel log I have seen...)

Last time I checked this was issued for perfectly known and valid bridges
that advertice no IO resources.  Isn't it a bit silly to issue that
warning for that case, or am I missing something?

/Tobias

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

Re: MTRR type AMD Duron/intel ?

[Tobias Ringstrom]

On Mon, 15 Jan 2001, Linus Torvalds wrote:
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> >
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources.  Isn't it a bit silly to issue that
> > warning for that case, or am I missing something?
>
> Ehh - so what do they bridge, then?
>
> I'd say that a bridge that doesn't seem to bridge any IO or MEM region,
> yet has stuff behind it, THAT is the silly thing. Thus the "silly"
> warning.

I'm talking about bridges that bridge memory, but not io, which is quite
common.  (AGP bridges)

I do not have my PCI book right now, but there are two registers,
basically io_base and io_limit, and if io_limit == io_base-1, that means
that no io is bridged.

I still think its silly.  ;-)

/Tobias

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

MTRR type AMD Duron/intel ?

[David Balazic]

A recent 2.4.0 ( not the final , but close  ) kernel prints this :

mtrr: detected mtrr type: intel

I have an AMD K7 Duron 700 CPU

Is this correct ?

It also reports something like :
PCI chipset unknown : assuming transparent

I have a VIA KT133 chipset

-- 
David Balazic
--------------
"Be excellent to each other." - Bill & Ted
- - - - - - - - - - - - - - - - - - - - - -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: MTRR type AMD Duron/intel ?

[David Balazic]

Tobias Ringstrom wrote:
> 
> On Mon, 15 Jan 2001, David Balazic wrote:
> 
> > It also reports something like :
> > PCI chipset unknown : assuming transparent
> 
> Are you sure it's not
> 
> Unknown bridge resource 0: assuming transparent

Might be, I don't remember the exact wording.

-- 
David Balazic
--------------
"Be excellent to each other." - Bill & Ted
- - - - - - - - - - - - - - - - - - - - - -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: MTRR type AMD Duron/intel ?

[Linus Torvalds]

On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> 
> Last time I checked this was issued for perfectly known and valid bridges
> that advertice no IO resources.  Isn't it a bit silly to issue that
> warning for that case, or am I missing something?

Ehh - so what do they bridge, then?

I'd say that a bridge that doesn't seem to bridge any IO or MEM region,
yet has stuff behind it, THAT is the silly thing. Thus the "silly"
warning.

		Linus

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

Re: MTRR type AMD Duron/intel ?

[Matti Aarnio]

On Mon, Jan 15, 2001 at 11:52:12AM -0800, Linus Torvalds wrote:
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources.  Isn't it a bit silly to issue that
> > warning for that case, or am I missing something?
> 
> Ehh - so what do they bridge, then?
> 
> I'd say that a bridge that doesn't seem to bridge any IO or MEM region,
> yet has stuff behind it, THAT is the silly thing. Thus the "silly"
> warning.

	Like a cardbus controller without any cards in ?
	My IBM laptop reports that at the TI PCI1450 bridges,
	when I don't have anything plugged in.

> 		Linus

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

Re: MTRR type AMD Duron/intel ?

[H. Peter Anvin]

Followup to:  <Pine.LNX.4.10.10101151151080.6408-100000@penguin.transmeta.com>
By author:    Linus Torvalds <torvalds@transmeta.com>
In newsgroup: linux.dev.kernel
> 
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> > 
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources.  Isn't it a bit silly to issue that
> > warning for that case, or am I missing something?
> 
> Ehh - so what do they bridge, then?
> 
> I'd say that a bridge that doesn't seem to bridge any IO or MEM region,
> yet has stuff behind it, THAT is the silly thing. Thus the "silly"
> warning.
> 

What kind of bridge?  Depending on the kind of bridge, it could be a
subtractive-decoding bridge; or it could be a Host Bridge, which
normally advertise only the resources it needs for itself.

	-hpa
-- 
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: MTRR type AMD Duron/intel ?

[David Wragg]

David Balazic <david.balazic@uni-mb.si> writes:
> A recent 2.4.0 ( not the final , but close  ) kernel prints this :
> 
> mtrr: detected mtrr type: intel
> 
> I have an AMD K7 Duron 700 CPU
> 
> Is this correct ?

Yes.  The K7 supports MTRRs exactly according to the Intel specs, as
opposed to the MTRR-like but somewhat different features that some
other x86 CPUs implement.  So while it may appear odd, it is correct.


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