Re: Fixes for Tyan s2880

2003-08-01 Thread Eric W. Biederman
YhLu [EMAIL PROTECTED] writes: Eric, Several Macro in console/console.h should be changed. For example: #define print_debug_hex8(HEX) printk_debug(0x08x, ((HEX)) #define print_debug_hex16(HEX) printk_debug(0x016x, ((HEX)) #define print_debug_hex32(HEX) printk_debug(0x032x, ((HEX))

Re: Fixes for Tyan s2880

2003-08-01 Thread Stefan Reinauer
* Eric W. Biederman [EMAIL PROTECTED] [030801 05:43]: Here is my most recent snapshot, which is slightly newer than what I have in the public CVS tree. I think I need to scrub all of memory on the B3 stepping before I start using it. I have not tested anything that is C0 specific yet. Even

Re: Fixes for Tyan s2880

2003-08-01 Thread Eric W. Biederman
Stefan Reinauer [EMAIL PROTECTED] writes: * Eric W. Biederman [EMAIL PROTECTED] [030801 05:43]: Here is my most recent snapshot, which is slightly newer than what I have in the public CVS tree. I think I need to scrub all of memory on the B3 stepping before I start using it. I have

Re: Fixes for Tyan s2880

2003-07-31 Thread ron minnich
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

Re: Fixes for Tyan s2880

2003-07-31 Thread YhLu
Eric, Great. Then there should be no big issue on opteron any more. Can you send to the new raminit.c to me now? Regards Yinghai Lu ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios

Re: Fixes for Tyan s2880

2003-07-31 Thread YhLu
Eric, I have checked your old k8/cpufixup.c, and it already has TOM2 etc setup. and SYSCFG_TOM2_EN...etc... Regards Yinghai Lu -- : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] : 2003731 20:18 : YhLu : ron minnich; Stefan Reinauer; [EMAIL PROTECTED] : Re: Fixes for Tyan s2880 YhLu

Re: Fixes for Tyan s2880

2003-07-31 Thread Eric W. Biederman
YhLu [EMAIL PROTECTED] writes: Eric, I have checked your old k8/cpufixup.c, and it already has TOM2 etc setup. and SYSCFG_TOM2_EN...etc... I shift by 12 instead of 10 for the low half of TOP_MEM2... Which tends to leave TOP_MEM2 at 4GB... Eric

: Fixes for Tyan s2880

2003-07-31 Thread YhLu
Eric, I see. I move some code from raminit.c setup_top_ram to it and have a try. Regards Yinghai Lu -- : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] : 2003731 20:40 : YhLu : ron minnich; Stefan Reinauer; [EMAIL PROTECTED] : Re: Fixes for Tyan s2880 YhLu [EMAIL PROTECTED] writes

Re: Fixes for Tyan s2880

2003-07-31 Thread Eric W. Biederman
YhLu [EMAIL PROTECTED] writes: Eric, Great. Then there should be no big issue on opteron any more. Can you send to the new raminit.c to me now? Here is my most recent snapshot, which is slightly newer than what I have in the public CVS tree. I think I need to scrub all of memory on the

re: Fixes for Tyan s2880

2003-07-31 Thread YhLu
Eric, It works. For 6G. Tommorrow I will try 12G. Thanks. Yinghai Lu -- : YhLu : 2003731 20:44 : [EMAIL PROTECTED] : ron minnich; Stefan Reinauer; [EMAIL PROTECTED] : : Fixes for Tyan s2880 Eric, I see. I move some code from raminit.c setup_top_ram to it and have a try. Regards

Re: Fixes for Tyan s2880

2003-07-30 Thread Stefan Reinauer
* Eric W. Biederman [EMAIL PROTECTED] [030730 07:55]: Index: src/southbridge/amd/amd8111/amd8111_ldtstop.c === RCS file: /cvsroot/freebios/freebios2/src/southbridge/amd/amd8111/amd8111_ldtstop.c,v retrieving revision 1.4

Re: Fixes for Tyan s2880

2003-07-30 Thread Eric W. Biederman
Stefan Reinauer [EMAIL PROTECTED] writes: * Eric W. Biederman [EMAIL PROTECTED] [030730 07:55]: Index: src/southbridge/amd/amd8111/amd8111_ldtstop.c === RCS file:

Re: Fixes for Tyan s2880

2003-07-30 Thread ron minnich
On 29 Jul 2003, Eric W. Biederman wrote: Hmm. We can't have a per architecture default _RAMBASE? not sure if it makes sense per architecture. Consider those Alpha boards where rambase depended on chip type, board type, engineer's last name, and phase of the moon. I'm sure we'll see more of

Re: Fixes for Tyan s2880

2003-07-30 Thread Eric W. Biederman
ron minnich [EMAIL PROTECTED] writes: On 29 Jul 2003, Eric W. Biederman wrote: Hmm. We can't have a per architecture default _RAMBASE? not sure if it makes sense per architecture. Consider those Alpha boards where rambase depended on chip type, board type, engineer's last name, and

Re: Fixes for Tyan s2880

2003-07-29 Thread ron minnich
OK, I have applied Yh Lu's patches for the most part. In almost all cases they are tyan 2880-specific. There are three things I can see that might affect others: #ifdef some-variable no longer works in many places, it has to be #if some-variable == 1 to work. - for the new config too,

Re: Fixes for Tyan s2880

2003-07-28 Thread Stefan Reinauer
* ron minnich [EMAIL PROTECTED] [030728 06:38]: Eric and Stefan, please pick a name and let us know what it should be. Are CONFIG_MAX_CPUS and CONFIG_MAX_PHYSICAL_CPUS the same or different (I'm guessing different due to hyperthreading)? I agree. Naming CONFIG_MAX_CPUS

Re: Fixes for Tyan s2880

2003-07-28 Thread YhLu
Ron. Changes in raminit.c add fill_last function. So remove following error while kernel booting: Scanning NUMA topology in Northbridge 24 Node 0 MemBase Limit 7fff Node 1 MemBase 8000 Limit f000 Node map not sorted 8000,0 No NUMA

Re: Fixes for Tyan s2880

2003-07-28 Thread ron minnich
Yh Lu, this will take me a little time to integrate your patches, I hope to be done tomorrow. Some of the things you have patched I have also fixed, but due to the 24-hour delay at sourceforge.net, we are out of sync. Thanks for your patches, I hpoe to commit by tomorrow. ron

Re: Fixes for Tyan s2880

2003-07-27 Thread ron minnich
On Sat, 26 Jul 2003, Yinghai Lu wrote: I can send you the diff next Monday if you want. please do. I add LINUXBIOS_EXTRA_VERSION to the Option.lb in the config. Use that We can diff from normal boot to fallback boot in the output. very cool. Change some #ifdef to #if CONFIG_SMP==1

Re: Fixes for Tyan s2880

2003-07-26 Thread Yinghai Lu
: Fixes for Tyan s2880 On Fri, 25 Jul 2003, YhLu wrote: 1. I have tried to add lines In targets/tyan/s2880/Config.lb Uses CONFIG_LSI_SCSI_FW_FIXUP Option CONFIG_LSI_SCSI_FW_FIXUP=1 you shouldn't need to do that at all. What code depends on it? As I set up the code, this should just

Re: Fixes for Tyan s2880

2003-07-25 Thread YhLu
put files on s2880 for me. Also please send the Config.lb to me and I would to test the new config tool. Thanks. Regards Yinghai Lu -- : ron minnich [mailto:[EMAIL PROTECTED] : 2003724 21:31 : [EMAIL PROTECTED] : Fixes for Tyan s2880 Yh Lu needed to add a mainboard-specific

Re: Fixes for Tyan s2880

2003-07-25 Thread ron minnich
On Fri, 25 Jul 2003, YhLu wrote: It seems that you roll back to the tree, because of Stefan's complain. no, I did not roll anything back. Did something roll back? Or are you seeing the 24-hour sourceforge.net delay? ron ___ Linuxbios mailing list

Re: Fixes for Tyan s2880

2003-07-25 Thread YhLu
for Tyan s2880 On Fri, 25 Jul 2003, YhLu wrote: It seems that you roll back to the tree, because of Stefan's complain. no, I did not roll anything back. Did something roll back? Or are you seeing the 24-hour sourceforge.net delay? ron ___ Linuxbios mailing

Fixes for Tyan s2880

2003-07-24 Thread ron minnich
Yh Lu needed to add a mainboard-specific initialization code for the Tyan s2880 board, and needed it called at a special place in hardwaremain(). In V1, we would use defines and other such trickery to get this capability. We're trying to avoid that in V2. This problem turns out to be a perfect