[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] Running a barebones FreeMiNT kernel with Hatari in 000 mode

On 10/12/13 15:49, Matthias Arndt wrote:
Hello all,

my base for the experiment is the binary FreeMiNT release:

I created a small .ST disk image with the following contents:

|-- auto
|   `-- mint000.prg
|-- filetree.txt
`-- mint
     `-- 1-18-1
         |-- flop_raw.xdd
         |-- keyboard.tbl
         |-- lp.xdd
         |-- mfp.xdd
         |-- mint.cnf
         `-- xconout2.xdd

The mint.cnf contains a single "GEM=ROM" line, the rest is commented
out. (XaAES is not of my concern on a 000 target)

I booted the disk in a recent Hatari build with a 4MB STE config and TOS
1.62 as the initial bootloader.

I get the 000 kernel messages, it complains a bit of "unchecked dosfs"
which is pretty naff for a system running from floppy but otherwise
boots to the normal green desktop.

I see MiNT has taken control because the Hatari C: GEMDOS drive is not
accessible (testcase #1)

Mouse is working and I can switch to medium resolution. What is not
working is the keyboard. I used the german.tbl as the keyboard.tbl file
from the binary lot.

I run ancient 1987 vintage copy of TEMPUS which works (probably due to
ROM GEM) but without keyboard. There is no keyclick, the mouse pointer
is working.

Before I suspect a Hatari problem, is there something else needed to be
setup for the keyboard with FreeMiNT? Sofar I always expected the
underlying TOS settings to be active...

(Long term goal would be a FreeMiNT bootdisk with bare Mintnet and
Ethernec/Netusbee support running on 4MB ST(e))

That would be nice to achieve and I'll help where possible, as I want
to get this going on my real HW too.

Which version of TOS are you using as I understand the keyboard code
is different between TOS 1.x and TOS 2.x, but I maybe wrong.

Additionally there is the define NO_AKP_KEYBOARD which used to be
defined for 68000 targets, which might be worth trying too.