1> Interrupts are disabled when the 6502 resets.
2> The Econet card 6554 asserts IRQ.
3> Atom reset handler sets up vectors and prints banner before enabling
interrupts.
4> As IRQ line is level triggered the Econet card interrupt is serviced.
5> Econet code clears interrupt by writing to the 6854.
Tadaa!
If I'm going to use the IRQ for my PL8 MMC then there will have to be a
handshake. I don't suppose this will affect compatibility as my board will
only require a handshake if it generates an interrupt, so others' boards can
just 'go ready' and not worry about the IRQ facility's presence :)
Charlie
Are you talki ng about the Atom one or the BBC one ?
Presuming the atom one, IRQ from the 68b54 is fed straight onto the
Atom's IRQ line (both the PL8 and system card versions). Acording to the
6854 datasheet the chip is reset by the reset line and stays in a
reset state until it is initialised by software.
The way I read that is that you shouldn't get any inturrupts until the
Econet firmware has initialised the 6854.
I don't of course have Econet for my Atoms so can't actually test this,
I may at some point see if I can get the components and build one :)
Cheers.
Phill.
Other thing you could do, since the MMC and Econet ROMS will both be in
the $A000 block, and therefore not both active together is have a latch
that routes the IRQ either from your card or from the econet card.
Cheers.
Phill.
--
Phill Harvey-Smith, Programmer, Hardware hacker, and general eccentric !
"You can twist perceptions, but reality won't budge" -- Rush.
I'm not interested in Econet, I'm just looking at how things work so I can
implement IRQ-based initialisation for the MMC code.
One thing which just bludgeoned my enthusiasm as I headed to a meeting was
the recollection that the FP ROM checks for a 2 byte sequence at A000 -
0x40,0xBF - (RTI, illegal op?) and passes control to A002 if found.
GAH! So a ROM that handles IRQs won't be called by the FP ROM when an
unhandled command is parsed >:(
I suppose it could alter OSCLI vector when the IRQ is detected ... hmm then
the ROM loses compatibility with non-irq capable interfaces.
So the state of play is: One ROM for VIA & non-irq capable PL8 interfaces,
and one for IRQsome PL8s.
Bummer.
Humm I did wonder about that.
>> I don't of course have Econet for my Atoms so can't actually test this,
>> I may at some point see if I can get the components and build one :)
>
> It's easy, just add the address decoding and address selection to a
> master module.
Yeah I might well do that, will have to move the MMC location but that
will not be a problem :)