Stefan Reinauer [EMAIL PROTECTED] writes:
* Eric W. Biederman [EMAIL PROTECTED] [030929 00:38]:
And until I have a reason I don't see the point, in making
a change.
Hm. You are right. With some more tests I found out that this
solution only fixes the problem occasionally. It seems that
* Eric W. Biederman [EMAIL PROTECTED] [030929 12:19]:
I suspect it might be connected to the highest bus number set in
the default resource map, but I did not try more in this direction
yet.
But it is not consistent?
iirc default_resource_map sets the highest bus number to 0xff, so
it
* ron minnich [EMAIL PROTECTED] [030929 15:50]:
On Mon, 29 Sep 2003, Stefan Reinauer wrote:
Additionally I have Linux moaning that the irq table contains entries
for a bus that does not exist. It's bus 1, that LinuxBIOS and OpenBIOS
find really well, only Linux refuses to see it.
well
On Mon, 29 Sep 2003, Stefan Reinauer wrote:
Andi Kleen stated that this is a result from wrong pirq- and acpi
tables.
OK, what version linux are they using for this statement.
PIRQ doesn't come into the picture for a long time. ACPI I have not seen
in the PCI parsing on my kernels.
If
; [EMAIL PROTECTED]
: Re: config tool + tree enumeration
* Eric W. Biederman [EMAIL PROTECTED] [030929 00:38]:
And until I have a reason I don't see the point, in making
a change.
Hm. You are right. With some more tests I found out that this
solution only fixes the problem occasionally. It seems
On Mon, 29 Sep 2003, YhLu wrote:
Stefan,
It's bus 1, that LinuxBIOS and OpenBIOS
find really well, only Linux refuses to see it.
Do you update the irq_table.c's interrupt router bus no. from to 0 to 1?
that's not the problem. The problem is that linux does not see bus 1 at
all.
ron
Reinauer; Eric W. Biederman; [EMAIL PROTECTED]
: Re: config tool + tree enumeration
On Mon, 29 Sep 2003, YhLu wrote:
Stefan,
It's bus 1, that LinuxBIOS and OpenBIOS
find really well, only Linux refuses to see it.
Do you update the irq_table.c's interrupt router bus no. from to 0 to
1?
that's
On Mon, 29 Sep 2003, YhLu wrote:
In Arima, You still can not see bus1 device now?
exactly.
I think there is a simple problem with bridge configuration, I'm not sure
what. The EPIA is showing me that there is work left to do on this.
ron
___
Alan,
K8 support is in freebios2 instead.
Regards
YH.
--
: Alan Mimms [mailto:[EMAIL PROTECTED]
: 2003929 11:14
: YhLu; ron minnich
: Stefan Reinauer; Eric W. Biederman; [EMAIL PROTECTED]
: RE: config tool + tree enumeration
Hello Lu,
Is there anything in CVS yet for K8 CPU support
-3501
-Original Message-
From: YhLu [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2003 10:06 AM
To: ron minnich
Cc: Stefan Reinauer; Eric W. Biederman; [EMAIL PROTECTED]
Subject: Re: config tool + tree enumeration
Ron,
In s2880, If I don't change the 0 to 1. I will get two copy
ron minnich [EMAIL PROTECTED] writes:
On Sat, 27 Sep 2003, Stefan Reinauer wrote:
This did help indeed. Is there any good reason not to reverse the
probing per default? Ron, Eric?
I'm going to defer to Eric on this, as I am not sure.
I'm running slow in replying. But I don't see why
On 28 Sep 2003, Eric W. Biederman wrote:
Mostly I suspect this is a matter of keeping the irq tables
in sync, or something similar where hard codes don't match the dynamic
assignments. And if that is the case we need to dig and do a good fix
instead of papering over the problem.
the PIRQ
Hi,
I have several non coherent ht devices in a chain, i.e. :
CPU0 -- CPU1orCPU2 -- CPU3
| | |
8131 CPU0 -- CPU2
| | |
8111 81118131
|
case to.
Regards
YH
--
: Stefan Reinauer [mailto:[EMAIL PROTECTED]
: 2003926 5:19
: [EMAIL PROTECTED]
: config tool + tree enumeration
Hi,
I have several non coherent ht devices in a chain, i.e. :
CPU0 -- CPU1orCPU2 -- CPU3
| | |
8131
Reinauer [mailto:[EMAIL PROTECTED]
: 2003926 15:12
: YhLu
: [EMAIL PROTECTED]
: Re: config tool + tree enumeration
* YhLu [EMAIL PROTECTED] [030926 18:24]:
Stefan,
Change that to 1 seems no use.
For Tyan S2885, the 8131 and 8111 is connected to CPU0 Link2, and 8151 is
linked to CPU0 link0.
I
15 matches
Mail list logo