Re: error in k8 ram setup
* Yinghai Lu [EMAIL PROTECTED] [050124 04:44]: what's other SPD about your DIMM? Brand model That bit means x4 DIMM. YH I don't have the list at hand, but the only difference in SPD-ROM that is actually read by LinuxBIOS is the Primary SDRAM Width byte. As far as I see it, there are 8x and 16x DIMMs as well, and they also need the x4 DIMM bit set in the DRAM controller to work. With that bit set they do work nicely though. Stefan. ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: linuxbios on geode gx1 with sst-39SF020A and CompactFlash [PMX:#]
ramesh bios wrote: somewhere on www.national.com, but since AMD took over the Geode, all that documentation has disappeared. The docs are now all at: http://wwwd.amd.com/amd/developer.nsf/ Sign up for your password and decoder ring. -Bari ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: linuxbios on geode gx1 with sst-39SF020A and CompactFlash [PMX:#]
to find a superio. The superios can only live at one or two addresses in general. What you can do is probe the superio by outb()'ing the sequence for enabling it and reading the ID back (that's in the book). Only one of the addresses will work. ron ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
HT initialization
Hi, I'm trying to port LinuxBIOS to a Opteron board with a CK804. In auto.c I notice that most boards call ht_setup_chain() and use the return code to see if a reset is needed. Since I can't seem to get soft_reset() to work with the CK804, can some on tell me why HT initialization needs a reset? Thanks. Steve ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: HT initialization
* [EMAIL PROTECTED] [EMAIL PROTECTED] [050124 17:38]: I'm trying to port LinuxBIOS to a Opteron board with a CK804. IIRC Yinghai Lu did some CK804 work as well. http://www.clustermatic.org/pipermail/linuxbios/2004-August/008797.html In auto.c I notice that most boards call ht_setup_chain() and use the return code to see if a reset is needed. Since I can't seem to get soft_reset() to work with the CK804, can some on tell me why HT initialization needs a reset? Thanks. The hypertransport links only change their speed after an LDTSTOP_L signal or soft reset. Otherwise the values written to the registers are not in charge. Since LDTSTOP is more complicated, though it has less impact on the system, LinuxBIOS uses soft reset all over the place. You need to check where your southbridge is and adapt the soft_reset() function in auto.c (bus,dev,fn number etc) Stefan ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: linuxbios on geode gx1 with sst-39SF020A and CompactFlash [PMX:#]
The docs are now all at: http://wwwd.amd.com/amd/developer.nsf/ do you have to pledge your soul in order to register there? ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: HT initialization
I can not release the code now and it could take some time to get it reviewed. YH -Original Message- From: Stefan Reinauer [mailto:[EMAIL PROTECTED] Sent: Monday, January 24, 2005 9:57 AM To: [EMAIL PROTECTED] Cc: linuxbios@clustermatic.org Subject: Re: HT initialization * [EMAIL PROTECTED] [EMAIL PROTECTED] [050124 17:38]: I'm trying to port LinuxBIOS to a Opteron board with a CK804. IIRC Yinghai Lu did some CK804 work as well. http://www.clustermatic.org/pipermail/linuxbios/2004-August/00 8797.html In auto.c I notice that most boards call ht_setup_chain() and use the return code to see if a reset is needed. Since I can't seem to get soft_reset() to work with the CK804, can some on tell me why HT initialization needs a reset? Thanks. The hypertransport links only change their speed after an LDTSTOP_L signal or soft reset. Otherwise the values written to the registers are not in charge. Since LDTSTOP is more complicated, though it has less impact on the system, LinuxBIOS uses soft reset all over the place. You need to check where your southbridge is and adapt the soft_reset() function in auto.c (bus,dev,fn number etc) Stefan ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: HT initialization
Thanks. I suspected the HT frequency change needed the soft_reset. I don't want to try LD_STOP so I'll need to get warm or soft reset to work. Steve -Original Message- From: Stefan Reinauer [mailto:[EMAIL PROTECTED] Sent: Monday, January 24, 2005 12:57 PM To: Kimball, Stephen Cc: linuxbios@clustermatic.org Subject: Re: HT initialization * [EMAIL PROTECTED] [EMAIL PROTECTED] [050124 17:38]: I'm trying to port LinuxBIOS to a Opteron board with a CK804. IIRC Yinghai Lu did some CK804 work as well. http://www.clustermatic.org/pipermail/linuxbios/2004-August/008797.html In auto.c I notice that most boards call ht_setup_chain() and use the return code to see if a reset is needed. Since I can't seem to get soft_reset() to work with the CK804, can some on tell me why HT initialization needs a reset? Thanks. The hypertransport links only change their speed after an LDTSTOP_L signal or soft reset. Otherwise the values written to the registers are not in charge. Since LDTSTOP is more complicated, though it has less impact on the system, LinuxBIOS uses soft reset all over the place. You need to check where your southbridge is and adapt the soft_reset() function in auto.c (bus,dev,fn number etc) Stefan ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: It booted
wonderful news. Can you tell us more about your board? I can put it on the web page if you want. Yes, it's a server board with Intel E7501/ICH3-s. Details as below: http://www.nexcom.com/product/nex/nex7220/ Actually i am going to port it to another board later, which we want to use Linuxbios on. gin ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Another V2 question
Man the waters just get deeper. I though auto.c was first. I just
looked at failover.c and the fallback does a 'retun bist' so who
called failover.c?
Can you list out the boot sequence for me step by step? Who calls what?
It is the order they are listed in Config.lb.
Or more simply the order the included files are included into crt0.S
just like in freebios v1. There is just an extra step to build the assembly
code now.
Thanks, I guess I'll just have to go through the code. What I was
trying to get was a call tree detailed enough that I could document it
in my write up on porting to my chipset.
Why does that require them to be after the big block of includes?
You can't just stick them all up at the beginning of the .c file?
snip
So the file that uses them is included after the functions are
defined.
I don't seem to be getting my question across properly
Whats the difference for romcc between what I see in the code which looks like:
#include header1.h
#include cfile1.c
void func1(void)
{
}
#include header2.h
#include cfile2.c
void func2(void)
{
}
#include header3.h
#include cfile3.c
void func3(void)
{
}
And what I perceive as a normal setup of :
#include header1.h
#include header2.h
#include header3.h
#include cfile1.c
#include cfile2.c
#include cfile3.c
void func1(void)
{
}
void func2(void)
{
}
void func3(void)
{
}
--
Richard A. Smith
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Another V2 question
Whats the difference for romcc between what I see in the code which looks like: Never mind I _finally_ get it. auto.c defines functions that are used the the #include files. So they have to be included after the definition in auto.c -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Another V2 question
And since I don't have prototypes (which makes inlining easier) those functions must be defined before they are used. Just curious now, how does the lack of prototypes make inlining easier? -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
generic_dump_spd memory channel error
dump_spd_registers in generic_dump_spd.c isn't really so generic. It assumes that you have 2 memory channels which fails to build for me. Is there already some method of indicating how many memory channels you have our should I just create a #define option that you set when you need to use this diagnositc. -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Dependency problem
Something is messed up with my dependencys. After I edit auto.c and do a make in my top level config directory. I get nothing to be done for 'all' after playing with it more I can go into the fallback direcory and delete all the .o's and .inc's and lots of other files but as long as I don't mess with ./fallback/linuxbios.rom it won't rebuild. I looked through the makefile and my INIT-OBJECTS is blank. But if this were really the case I don't see how I would be building a working image. Any ideas on what I should look at? -- Richard A. Smith ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
fallback reset_vector offset
sometime the linuxbios.strip for fallback reset_vector will have 15 more offset. here I set ROM_IMAGE_SIZE 0x19200, and the linuxbios.strip will be 15 bytes longer. weird? 00191f0: e900 0019200: eeca fffe e900 ef18 fffe YH ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Another V2 question
Richard Smith [EMAIL PROTECTED] writes: And since I don't have prototypes (which makes inlining easier) those functions must be defined before they are used. Just curious now, how does the lack of prototypes make inlining easier? The primary benefit comes from compiling everything in one pass. The lack of prototypes means you can inline something as soon as you see a call to it because you have it's definition. At one point that was a pretty big help. I believe I have a second pass in there for other reasons so adding prototype support would probably not be a big deal at this point. Eric ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: fallback reset_vector offset
you are right. in linuxbios.map _start become to 0xfffeeecc and ROM_TOP and reset_vector become to 0xfff. YH ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: fallback reset_vector offset
in reset16.lds _ROMTOP = (_start = 0x) ? 0xfff0 : 0x8; 0x8 ? ___ Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
