Re: Testing sysinst.fs

[David Brownlee <abs%NetBSD.org@localhost>]

On Tue, 11 Nov 2008, T. Makinen wrote:

> I tried FALCON kernel without ST_POOL_SIZE and this time there was no ST-mem
> pool exhausted warning messages or crash :)

        Excellent. So 22 fails but 40 works. Could you maybe test 32 and
        a couple of other values to find the smallest value that reliably
        works?

> Also REAL_DMA undefined kernel works with 060 & 030 mode.

        Does a kernel without REAL_DMA choke on both, or does it work on
        030 and fail on 060?

> As a side note, I tried DIAGNOSTIC & DEBUG which crashed kernel immediately.
> I found out that problem is when DEBUG is enabled. Here's tr command output
> from db> prompt:
> http://koti.welho.com/tmakinen/atari/panic2.jpg

        OK, so we're choking in one of the three uvm_map() calls in
        pmap_init() in sys/arch/atari/atari/pmap.c
        uvm_km_check_empty() is checking that an area of memory
        is free to map (that is doesn't overlap with any existing
        mappings).

        Could you add printf() calls before each of those uvm_map()s
        showing the address and length in each case? That should let
        us know which is failing, and hopefully some insight into
        what is overlapping.

        btw, if you have another faster box you can cross build a kernel
        by running the following (once only) to build a cross compiling
        toolchain:

            ./build.sh -m atari tools

        Then each time you change the source:

            ./build.sh -m atari kernel=FALCON

--
                David/absolute       -- www.NetBSD.org: No hype required --