I have checked your old k8/cpufixup.c, and it already has TOM2 etc setup.
发件人: ebiederman(a)lnxi.com [mailto:firstname.lastname@example.org]
发送时间: 2003年7月31日 20:18
抄送: ron minnich; Stefan Reinauer; linuxbios(a)clustermatic.org
主题: Re: Fixes for Tyan s2880
YhLu <YhLu(a)tyan.com> writes:
> I have made two changes in raminit.c
> 1. csbase counting
> 2. fill_last to make sure kernel to scan NUMA successfully.
> For s2880 it can work with 4*1G+2*256M RAM, and doesn't work with
> 4*1G+2*512M or 4*1G+2*1G.
> I would try to substitute raminit.c with hardcode one to test for 6G, if
> can help.
> Please advise.
There has been enough code churn that my head is still spinning in
trying to get in sync with the main tree.
I have updated raminit.c so that it now handles the case of each
memory controller starting from 0 cleanly, and I have updated
cpufixup.c so that we are handling > 4GB of memory properly. TOP_MEM2
was not getting set to the proper value.
fill_last was pretty much a duplicate of route_dram_access except
different assumptions were made, so I have removed fill_last again.
If you have memory that doesn't get setup properly now holler.
So we should be pretty close. Before I can go much farther I need a
test for pre rev c0 cpus. Because a lot of the remaining memory code
needs to be conditional on it.
I am in the last stages of stabilizing an internal version to
be used in large scale testing to search for hardware
I also have a the links width and speed being automatically setup
properly. But the way I discover the links is still kind of
nasty, so I am not quite ready to push the code back yet.
I should be switching over to the new configuration system on Monday
and once that is sorted out quite I can start putting hard codes
where they belong in the board specific configuration.