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:stepan@suse.de] 发送时间: 2003年9月29日 2:18 收件人: Eric W. Biederman 抄送: ron minnich; YhLu; linuxbios@clustermatic.org 主题: Re: config tool + tree enumeration
* Eric W. Biederman ebiederman@lnxi.com [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