[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:
http://www.fairlite.co.uk/FreeMiNT/builds/freemint/freemint-1.18-12102013.tar.bz2
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.
Alan.