Eric,
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 it can help.
Please advise.
Regards
Yinghai Lu
Hi,
does the Solo need any special init for the onboard winbond chip? I got the solo target to compile again today, but all I get is reeeaaallyyy slooooow output of the setting up default resources and node1 before it just hangs.
Stefan
On Wed, 30 Jul 2003, Stefan Reinauer wrote:
does the Solo need any special init for the onboard winbond chip? I got the solo target to compile again today, but all I get is reeeaaallyyy slooooow output of the setting up default resources and node1 before it just hangs.
if so, this is a good time to get the newconfig stuff up for solo.
Stefan, I plan to try the new config commands to get your desired topology working. I'll let you know.
ron
Stefan Reinauer stepan@suse.de writes:
Hi,
does the Solo need any special init for the onboard winbond chip?
Last I checked the Solo has an undocumented PNC chip. But it didn't need anything special to initialize the serial port.
I got the solo target to compile again today, but all I get is reeeaaallyyy slooooow output of the setting up default resources and node1 before it just hangs.
Hmm. Is this perhaps running at 9600 baud.
I believe the speed problem is that the XIP defines have not been picked up in the new configuration stuff. Anyway that is where I would look first for speed problems.
There are enough hard codes in the code at the moment that are smp specifc that we may have a bug there, that can explain the crash.
Eric
Hello from Gregg C Levine Now you've got my curiosity on active. Whose motherboard, is this? Is it a Tyan job? Where can I get one? ------------------- Gregg C Levine hansolofalcon@worldnet.att.net ------------------------------------------------------------ "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda )
-----Original Message----- From: linuxbios-admin@clustermatic.org [mailto:linuxbios- admin@clustermatic.org] On Behalf Of Eric W. Biederman Sent: Wednesday, July 30, 2003 10:13 PM To: Stefan Reinauer Cc: YhLu; ebiederman@lnxi.com; ron minnich;
linuxbios@clustermatic.org
Subject: Re: Solo once again
Stefan Reinauer stepan@suse.de writes:
Hi,
does the Solo need any special init for the onboard winbond chip?
Last I checked the Solo has an undocumented PNC chip. But it didn't need anything special to initialize the serial port.
I got the solo target to compile again today, but all I get is reeeaaallyyy slooooow output of the setting up default resources
and
node1 before it just hangs.
Hmm. Is this perhaps running at 9600 baud.
I believe the speed problem is that the XIP defines have not been picked up in the new configuration stuff. Anyway that is where I would look first for speed problems.
There are enough hard codes in the code at the moment that are smp
specifc
that we may have a bug there, that can explain the crash.
Eric
Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
On Wed, 30 Jul 2003, Gregg C Levine wrote:
Now you've got my curiosity on active. Whose motherboard, is this? Is it a Tyan job? Where can I get one?
two current motherboards working that you can buy are the Arima HDAMA and the Tyan s2880
ron
On 30 Jul 2003, Eric W. Biederman wrote:
I believe the speed problem is that the XIP defines have not been picked up in the new configuration stuff. Anyway that is where I would look first for speed problems.
oh ho. What XIP defines are needed? I'll put them in but can't test until monday.
ron
* Eric W. Biederman ebiederman@lnxi.com [030731 04:13]:
Stefan Reinauer stepan@suse.de writes:
I got the solo target to compile again today, but all I get is reeeaaallyyy slooooow output of the setting up default resources and node1 before it just hangs.
Hmm. Is this perhaps running at 9600 baud.
Nope, don't think so. I have my terminal program running at 115200bps and i get text through, always some bytes at once, then it lags, then some more bytes and so on...
I believe the speed problem is that the XIP defines have not been picked up in the new configuration stuff. Anyway that is where I would look first for speed problems.
This happened with the old config method.
There are enough hard codes in the code at the moment that are smp specifc that we may have a bug there, that can explain the crash.
I basically took the hdama code and stripped it down to fit, but i might very well have missed something.
Stefan
YhLu YhLu@tyan.com writes:
Eric,
I have made two changes in raminit.c
- csbase counting
- 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 it 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 incompatibilities.
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.
Eric
On 31 Jul 2003, Eric W. Biederman wrote:
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.
good timing, I'm back then.
Greg has further ideas and we need to keep talking as we converge. I will try hard to get the cpu stuff in before monday.
Note that V2 is now supporting PPC and K8. I am going to use the AMD SC520 for the third architecture test, then it's on to Elan for the fourth.
ron