* 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
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
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
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
* [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()
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
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
*
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:
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
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
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
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
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
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
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
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
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
in reset16.lds
_ROMTOP = (_start = 0x) ? 0xfff0 : 0x8;
0x8 ?
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
18 matches
Mail list logo
