Re: [OpenBIOS] Sparc32 progress

[Stefan Reinauer]

* Blue Swirl  [060425 21:38]:
> 2 > cd /  ok
> 2 > ls
> -2c45e0 aliases
> -2c453c openprom
> -2c42e8 options
> -2c4270 chosen
> -2c418c builtin
> -2bf2f8 packages
> -2bdc38 memory
> -2bdb94 STP1012PGA
> -2bda40 iommu
> ok
> 2 > cd iommu  ok
> 2 > ls
> -2bd9c8 sbus
> ok

Very cool! Did you hardcode the amount of memory or do you probe it from
the emulator?
> Next step would be adding SBus device tree and SCSI devices.

Yes. Most likely other parts of the device tree are missing as well.
> I have to confess that I don't know much Forth except the RPN notation and 
> some Sun OBP commands. Can I print the device attributes somehow, like OBP 
> .attributes command?

there's

.properties  to show device properties and
ls           to show sub device nodes  and
words        to show methods defined for the current node.
> I can't cd to the STP1012PGA node unless the device is renamed to something 
> shorter. Is this a limitation somewhere?

Maybe an unintended one ;) But not a natural limitation. How do you
create the node?

Stefan

Sparc32 progress

[Blue Swirl]

> Very cool! Did you hardcode the amount of memory or do you probe it from
> the emulator?

It's the real one, Qemu stores configuration variables in nvram, entry.S 
reads the memory size which is printed here.
> Maybe an unintended one ;) But not a natural limitation. How do you
> create the node?

Like this:
new-device
  " STP1012PGA" device-name
  " cpu" device-type
  " " encode-string " performance-monitor" property
  d# 256 encode-int " mmu-nctx" int-property
  d# 32 encode-int " cache-line-size" int-property
  d# 512 encode-int " cache-nlines" int-property
  1 encode-int " mid" int-property
finish-device

It's in the patch in arch/sparc32/init.fs.

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Sparc32 progress

[Stefan Reinauer]

* Blue Swirl  [060426 16:37]:
> It's the real one, Qemu stores configuration variables in nvram, entry.S 
> reads the memory size which is printed here.

Now this is awkward. There's a bug in modules/cmdline.c that keeps 
you from changing to that device node because it has a capital A in the
name (ascii 65)

I'll prepare a patch soon.

I checked your patch into the svn tree:

http://openbios.org/viewcvs/openbios-devel/?root=OpenBIOS

But I did not check in the libgcc files. Instead I added inclusion of
gcc --print-libgcc in the make process. Can you try whether this works
for you?

Stefan

Sparc32 progress

[Segher Boessenkool]

> d# 256 encode-int " mmu-nctx" int-property

Use either

d# 256 " mmu-nctx" int-property

or

d# 256 encode-int " mmu-nctx" property

(The former is shorter, the latter is standard OF, can be tokenized).

Segher