Takeshi Sone | 2 Nov 17:17 2003
Picon

Re: filo on Tyan s2880

On Fri, Oct 31, 2003 at 10:03:09PM +0100, Stefan Reinauer wrote:
> Hm.. just had the idea.. maybe it makes sense to use no-pci mode if no
> pci controller can be found? 

That sounds like a symptomatic treatment.
Maybe I can do this but with a big fat warning would be displayed.
We have to fix the PCI, not the symptom (IDE).
--

-- 
Takeshi
_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

Dave Ashley | 2 Nov 17:43 2003

RomCC

These discussions on romcc running out of registers, optimizations, inline
and all are surprising. Isn't the point of romcc to just get the system ram
up right at the beginning? Then once that is done any compiler (gcc) can be
used to write code. Because dram configuration is so complicated and
interpreting the SPD data from the dram, people would rather code that in 'C'
than in x86 asm, so that's the purpose of romcc?

-Dave
_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

Eric W. Biederman | 2 Nov 20:56 2003

Re: RomCC

Dave Ashley <linuxbios <at> xdr.com> writes:

> These discussions on romcc running out of registers, optimizations, inline
> and all are surprising. Isn't the point of romcc to just get the system ram
> up right at the beginning? 

Yes.  

> Then once that is done any compiler (gcc) can be
> used to write code. Because dram configuration is so complicated and
> interpreting the SPD data from the dram, people would rather code that in 'C'
> than in x86 asm, so that's the purpose of romcc?

Yes.

The most common problem is for people to write a piece of code
that romcc cannot figure out how to make fit in only
a limited set of registers.  That is fairly rare at
the moment but it does happen.

To reduce register pressure romcc inlines all functions.  So there
is no need to store a return address anywhere.

Inlining everything leads to a case where code generated by
romcc is 3x larger than hand coded assembly for a similar problem.
Last I checked when using both sse and mmx registers on the Opteron
port I had about 8 free registers most of the time.  And my average
call depth is less than 8. So it looks reasonable to actually store
a return address and cut down on register pressure.

(Continue reading)

Stefan Reinauer | 3 Nov 12:46 2003
Picon

Re: RomCC

* Dave Ashley <linuxbios <at> xdr.com> [031102 17:43]:
> These discussions on romcc running out of registers, optimizations, inline
> and all are surprising. Isn't the point of romcc to just get the system ram
> up right at the beginning? Then once that is done any compiler (gcc) can be
> used to write code. Because dram configuration is so complicated and
> interpreting the SPD data from the dram, people would rather code that in 'C'
> than in x86 asm, so that's the purpose of romcc?

Yes. The problem that makes romcc run out of registers in my case can be
circumvented by some small restructures in the code. 

Given that not all spd roms of all modules are visible at the same time,
but switched via an smbus hub, I have to make sure that before trying to
access spd rom data with smbus_read_byte() the smbus hub is switched to
the correct rom. 

The current approach is to do this in spd_read_byte, which is used as a
wrapper function around smbus_read_byte. It always sends a "switch"
command to the smbus hub before actually reading from the rom. Since the
function for switching parses the information from the ram controller
struct and does an smbus_write_byte, it eats quite some registers all
the time, in addition to the already used ones.

Since the dram controllers are initialized one after the other, we don't
need to switch the smbus hub every time we do an access, but only before
starting dram initialization on a given controller. This lowers register
usage noticably and especially only uses registers at a point when we
have plenty of them.

Therefore I suggest adding a function 
(Continue reading)

Xavier Pegenaute | 3 Nov 23:59 2003
Picon

rom for epia m-10000

Hi,

finally! I obtained  the flash memories for epia m 10000, now i'm trying
to put LinuxBios, but in all the tests that i made no one printed
somethig throught serial line.

I have no idea about the problem. I know that serial line work because
if i put "console=tty0 console=ttyS0,115200" in lilo with the normal
bios i can see the msgs of kernel.

Any one have some binry image for an epia m-10000 ? or some other idea?

Thanks.
Xavi.
PD: I bought them in www.progshop.com

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

ron minnich | 4 Nov 00:07 2003

arima/hdama fails from current cvs


I am finally getting time to do K8s again.

I just did a cvs update, built linuxbios for the arima/hdama, and tested 
it out. It failed. 

Looks like the ethernet is now back on bus 2, and linux does not see the 
ethernets at all. 

Anyone else tried this lately? The K8 platforms seem, overall, to be not 
quite working at present.

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

ron minnich | 4 Nov 00:11 2003

Re: rom for epia m-10000

which version of linuxbios are you using?

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

Xavier Pegenaute | 4 Nov 00:16 2003
Picon

Re: rom for epia m-10000

I tried with freebios2 of today in CVS and now i'm trying with freebios
also from today.

Xavi.
On Tue, 2003-11-04 at 00:11, ron minnich wrote:
> which version of linuxbios are you using?
> 
> ron
> 

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

ron minnich | 4 Nov 00:20 2003

Re: rom for epia m-10000

On 4 Nov 2003, Xavier Pegenaute wrote:

> I tried with freebios2 of today in CVS and now i'm trying with freebios
> also from today.

I don't know, so, what's the chispet on m10000

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios

Xavier Pegenaute | 4 Nov 00:30 2003
Picon

Re: rom for epia m-10000

Hi,

here i send you the lspci.

Xavi.

On Tue, 2003-11-04 at 00:20, ron minnich wrote:
> On 4 Nov 2003, Xavier Pegenaute wrote:
> 
> > I tried with freebios2 of today in CVS and now i'm trying with freebios
> > also from today.
> 
> I don't know, so, what's the chispet on m10000
> 
> ron
> 
Attachment (lspci_vv.txt.tgz): application/x-gzip, 1934 bytes

Gmane