Re: config tool + tree enumeration

[YhLu]

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"?

Regards

YH.

-----邮件原件-----
发件人: Stefan Reinauer [mailto:[e-mail]] 
发送时间: 2003年9月29日 2:18
收件人: Eric W. Biederman
抄送: ron minnich; YhLu; [e-mail]
主题: Re: config tool + tree enumeration

* Eric W. Biederman  [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 
the chance that it works is higher with the number of tries.
Really weird.
> 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.

If LinuxBIOS hangs during CPU/Northbridge enumeration, can this 
really be a matter of irq tables? I thought that they are touched
quite a while later in the setup process.
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.

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.

Stefan

config tool + tree enumeration

[ron minnich]

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