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 use
t can 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]
发送时间: 2003年7月24日 21:31
收件人: [EMAIL PROTECTED]
主题: Fixes for Tyan s2880
Yh Lu needed to add a main
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
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 del
收件人: YhLu
主题: Re: 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?
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==
* 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 CONFIG_MAX_LOGICA
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 configu
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
___
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, there
ron minnich <[EMAIL PROTECTED]> writes:
> 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-var
* 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
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> * Eric W. Biederman <[EMAIL PROTECTED]> [030730 07:55]:
> > > Index: src/southbridge/amd/amd8111/amd8111_ldtstop.c
> > > ===
> > > RCS file:
> > > /cvsroot/freebios/freebios2/src/southbrid
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 he
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 t
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,
YhLu <[EMAIL PROTECTED]> writes:
> 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 ra
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 an
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
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]
发送时间: 2003年7月31日 20:18
收件人: YhLu
抄送: ron minnich; Stefan Reinauer; [EMAIL PROTECTED]
主题: Re: Fixes for
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
___
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
CTED]
抄送: 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
Yinghai Lu
-邮件原件-
发件人: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
发送时间: 2003年7月31日 20:40
收件人: YhLu
抄送: ron m
Eric,
It works. For 6G. Tommorrow I will try 12G.
Thanks.
Yinghai Lu
-邮件原件-
发件人: YhLu
发送时间: 2003年7月31日 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
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
* 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.
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
Reinauer; [EMAIL PROTECTED]
主题: re: Fixes for Tyan s2880
Eric,
It works. For 6G. Tommorrow I will try 12G.
Thanks.
Yinghai Lu
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
YhLu <[EMAIL PROTECTED]> writes:
> Eric,
>
> It works on 12G too.
>
> Setting variable MTRR 0, base:0MB, range: 2048MB, type WB
> Setting variable MTRR 1, base: 2048MB, range: 1024MB, type WB
> Setting variable MTRR 2, base: 3072MB, range: 512MB, type WB
> Setting variable MTRR 3, base: 358
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]
发送时间: 2003年7月31日 20:40
收件人: YhLu
抄送: ron minnich; Stefan Reinauer; [EMAIL PROTECTED]
主题: Re: Fixes for Tyan s2880
YhLu <[EM
30 matches
Mail list logo