Leo Weppelman wrote:
>   2) After loadbsd.ttp finishes reading the image, it turns off the MMU
>      (amongst some other bookkeeping) and jumps into the image. Now, take
>      a look at the code at the 'start' label in locore.s. The kernel image
>      first copies itself (in 2 phases) to address 0! This is independent
>      of a (possible) later relocation to TT-ram.

Aha!  This was the bit I missed.  Thanks.

> You _did_ take out the
>     if(!(machineid & ATARI_HADES))
>         return(0);
> 
> lines from ite_et.c? Actually while looking at this, this test should
> be moved to 'et_probe_card()'. I agree that the ite/grf stuff is overly
> complex. It should however not be too hard to get the vme card to work.

Yes.  However, I was having some other problems (wrong register address)
at the time, so maybe one masked the other.
 
> Ideally, the grafabs_et.c code should be able to handle the PCI/ISA and VME
> variants of the card. The differences are not _that_ big ;-)

Ar.  I thought I would split the VME and PCI front ends into two small files.
I will stitch them back together again. :-)

> There were some things missing in the 1.3_ALPHA - sorry.

No problem, I'll grab the 1.3 distribution at some point.

> There is some info on the clock-stuff in the FAQ.

Bother again!  Yes - even how to save the time to the RTC.  Why not update
the RTC with date?  I presume that NTP won't update the RTC either then.

J

-- 
    1024/55A5BC19        0F 3F 62 56 18 10 8B 84  43 8F F4 94 93 37 76 AA

S.E.P.