Re: [hatari-devel] Suspected problem iwith TimerD patch

["Roger Burrows" <anodyne@xxxxxxxxxxxx>]

On 10 Dec 2020 at 18:55, Nicolas Pomarède wrote:

>
> Le 10/12/2020 à 18:41, Roger Burrows a écrit :
> >>
> > You're right, that's true on Falcon hardware, although of course it must be
> set
> > for serial port support on other systems.  It's there because TOS does it,
> and
> > I try to do hardware stuff the same as TOS to avoid introducing more
> > incompatibilities than already exist ;-).
> >
>
> ok, but I don't think any program really expects timer D ctrl reg to be
> 1 at boot and would start a timer d by only setting data reg and keeping
> the value of 1 in ctrl reg which is set more or less by luck when tos
> does a few timer checks at boot.
>
> IMO that's not something you really want to duplicate in emutos
>
Well, the complication is that EmuTOS is supposed to auto-recognise hardware
and tries not to assume particular systems.  So since the MFP exists, it's
initialised as though it were in fact connected to a serial port.  And you'd be
surprised (or perhaps not) at how much crappy software exists that does assume
just that kind of thing.

Since TOS4 does it, and it runs without problems on Hatari, I'm not convinced
that I should be making EmuTOS different.

Roger