Subject: Re: RiscOS 2000 show report
To: None <port-arm32@netbsd.org>
From: Dave Daniels <dave_daniels@argonet.co.uk>
List: port-arm32
Date: 10/28/2000 14:52:20
In article <00102810200401.00754@pinky>,
   Chris Gilbert <chris@buzzbee.freeserve.co.uk> wrote:
> Doh, so it's only needed for kinetic systems?  I wonder what the table looks 
> like without the memfix patch (IE if we could detect if the patch was there 
> and work with or without, then again the PRM's document what it's meant to 
> provide...)

This is the output from a program I wrote to display what
OS_Memory 7 returned. Without memfix it looks like this:

Size=131072  size=4096
       256 blocks of DRAM found
         1 block of VRAM found
         2 blocks of ROM found
Dynamic RAM:
34000000 7 pages
34008000 7 pages
34010000 7 pages
34018000 7 pages
34020000 7 pages
34028000 7 pages
...

36068000 7 pages
36070000 7 pages
36078000 7 pages
...

363D0000 7 pages
363D8000 7 pages
363E0000 7 pages
363E8000 7 pages
363F0000 7 pages
363F8000 7 pages
1792 pages found

When it should look like this:

Size=131072  size=4096
         4 blocks of DRAM found
         1 block of VRAM found
         2 blocks of ROM found
Dynamic RAM:
10000000 4096 pages
18000000 4096 pages
20400000 7168 pages
30000000 8192 pages
23552 pages found

So the memory addresses and the page counts are wrong. It looks as
if the physical memory is arranged in 28K byte blocks with 4K byte
intervals between them, but this is nonsense as this is the layout
of the physical, hardware memory.

We could detect the fault but working around it would not really
be feasible as the memory addresses returned are wrong.

> It's the default in !BtRiscBSD, as there are a few bits that may
> need looking  at with BtRiscBSD it might be a case of changing the
> default string...

Hmm... Methings I should have read the original message more
carefully. I agree that changing the default in !BtRiscBSD would
be the way to go.

[gzip'ed kernels...]

> It would be an useful feature to add (the reason being that the
> real kernels on the CD I did were gzipped, the install ones weren't,
> and the ones that are downloaded are normally gzipped as well.)
 
And as I seem to be the unofficial bootloader maintainer...
 
Dave Daniels