Difference between revisions of "Service calls"
(call 7 X return location) |
m (Updated formatting.) |
||
| (46 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
[[Category:MOS API]] | [[Category:MOS API]] | ||
| − | The '''service entry''' is an entry point in a [[Paged ROM|paged ROM]] that is called by the MOS, allowing the ROM to initialise, to claim and release resources, provide its own API and give help to the user. | + | The '''service entry''' is an entry point in a [[Paged ROM|paged ROM]] that |
| + | is called by the MOS, allowing the ROM to initialise, to claim and release | ||
| + | resources, provide its own API and give help to the user. | ||
| − | Users, and paged ROMs themselves, can issue service calls by calling [[OSBYTE &8F]]. | + | Users, and paged ROMs themselves, can issue service calls by calling |
| + | [[OSBYTE &8F]]. | ||
Entry address: &8003, not vectored. | Entry address: &8003, not vectored. | ||
| Line 8: | Line 11: | ||
'''Availability''' | '''Availability''' | ||
| − | The MOS expects every paged ROM to provide a service entry point, except for BASIC which has none. | + | The MOS expects every paged ROM to provide a service entry point, except for |
| + | BASIC which has none. The call must always return. Individual paged ROMs will | ||
| + | implement a subset of functions depending on their purpose and complexity. | ||
'''Interface''' | '''Interface''' | ||
| Line 27: | Line 32: | ||
| valign="top" | A || = 0 if call has been dealt with, otherwise preserved | | valign="top" | A || = 0 if call has been dealt with, otherwise preserved | ||
|- | |- | ||
| − | | valign="top" | X || preserved | + | | valign="top" | X || = preserved<ref name="msrm">Master Series Reference Manual, part 1, section F.7, p. F.7-3</ref> |
|- | |- | ||
| valign="top" | Y || = return value | | valign="top" | Y || = return value | ||
|} | |} | ||
| + | |||
| + | Later ROMs follow Master Series documentation and preserve the X register, by restoring the slot number to it, before returning. Some earlier titles return with X undefined. Preserving X becomes significant when chaining firmware modules together to share a paged ROM slot. | ||
'''Function''' | '''Function''' | ||
| − | Starting at slot 15 and going down to 0, the MOS pages in every valid ROM and calls its entry point at &8003. | + | Starting at slot 15 and going down to 0, the MOS pages in every valid ROM |
| + | and calls its entry point at &8003. On entry A contains the call number and | ||
| + | Y contains a parameter for the call, where relevant. The values of A and Y | ||
| + | returned by each ROM are passed directly to the next ROM's service routine. | ||
| + | Sometimes ROMs can pass information to each other in this way, but | ||
| + | otherwise they should be careful to preserve registers unless they are | ||
| + | responding to that call. ROMs should interpret the value of A on entry | ||
| + | according to the following table: | ||
| + | |||
| + | <div class="mw-widebody"> | ||
| + | == Summary == | ||
| + | <table><tr valign="top"> | ||
| + | <td> | ||
| + | * &00 - Claimed | ||
| + | * &01 - Shared low workspace size | ||
| + | * &02 - Private low workspace size | ||
| + | * &03 - Boot filing system | ||
| + | * &04 - Unrecognised *Command | ||
| + | * &05 - Unrecognised interupt | ||
| + | * &06 - Error (BRK) occured | ||
| + | * &07 - Unrecognised OSBYTE call | ||
| + | * &08 - Unrecognised OSWORD call | ||
| + | * &09 - *HELP | ||
| + | * &0A - Absolute workspace claim | ||
| + | * &0B - NMI being released | ||
| + | * &0C - NMI being claimed | ||
| + | * &0D - RFS initialisation | ||
| + | * &0E - RFS data read | ||
| + | * &0F - Vectors changed | ||
| + | * &10 - EXEC/SPOOL closing | ||
| + | * &11 - Memory changing | ||
| + | <td> | ||
| + | * &12 - Select filing system | ||
| + | * &13 - Insert to serial buffer | ||
| + | * &14 - Insert to printer buffer | ||
| + | * &15 - 100Hz poll | ||
| + | * &16 - BELL request | ||
| + | * &17 - SOUND purged | ||
| + | * &18 - Interactive *HELP | ||
| + | * &19 - | ||
| + | * &1A - | ||
| + | * &1B - | ||
| + | * &1C - | ||
| + | * &1D - | ||
| + | * &1E - | ||
| + | * &1F - | ||
| + | * &20 - | ||
| + | * &21 - Shared Hazel workspace size | ||
| + | * &22 - Private Hazel workspace size | ||
| + | * &23 - Report Hazel workspace size | ||
| + | <td> | ||
| + | * &24 - Private Hazel workspace count | ||
| + | * &25 - Filing system information | ||
| + | * &26 - *SHUT issued | ||
| + | * &27 - RESET occured | ||
| + | * &28 - Unknown *CONFIGURE | ||
| + | * &29 - Unknown *STATUS | ||
| + | * &2A - Language starting | ||
| + | * &2B - Check for sideways RAM | ||
| + | * &2C - Joystick request | ||
| + | * &2D - | ||
| + | * &2E - | ||
| + | * &2F - | ||
| + | * &30 - International keyboard | ||
| + | * &31 - Keyboard driver | ||
| + | * &32 - | ||
| + | * &33 - | ||
| + | * &FE - Tube post-init | ||
| + | * &FF - Tube pre-init | ||
| + | </table> | ||
| + | <div class="mw-mainbody"> | ||
| + | == Description == | ||
{| cellpadding="0" cellspacing="1" | {| cellpadding="0" cellspacing="1" | ||
! A= !! Meaning | ! A= !! Meaning | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 0 || No operation. | + | | 0 || No operation. Paged ROMs are to ignore this call as it has already been serviced by a higher ROM. A and Y must be preserved. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 1 || Request absolute workspace. | + | | 1 || Request absolute workspace. This workspace is in main memory, and shared between paged ROMs. On entry and exit Y contains the lowest free page number of absolute workspace (1 page = 256 bytes). If and only if the current ROM needs more workspace, it should increase Y to 1 plus the highest page number it uses. A must be preserved. Most ROMs also use this service call to initialise themselves on Break. On the Master series this call is not issued on Soft Break. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 2 || Request private workspace. | + | | 2 || Request private workspace. On entry Y contains the number of the lowest free page. Hazel-aware ROMs should first test their private page allocation (at &0DF0 + X) and return if their private workspace is already fully accommodated below page &DC. The ROM should store Y in the space provided (with <code>TYA:STA &0DF0,X</code>), increase Y by the number of pages it needs and return. A must be preserved. On the Master series this call is not issued on Soft Break. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 3 || Boot. | + | | 3 || Boot filing system. A filing system ROM should test the keyboard. If its assigned key, or no key is pressed, it should select itself as the current filing system. If Y is &00 it should boot the default media (for instance by testing the boot flags on it and issuing the relevant *command). If the filing system selected itself it should return with A=0. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 4 || Unrecognised [[OSCLI]]. | + | | 4 || Unrecognised [[OSCLI]]. The MOS does not recognise the first word of the *command passed to it. (*commands that do not start with a word are sent straight to the FS via [[FSCV]] call 3.) On entry (&F2),Y points to the start of the string. Utility ROMs should scan the start of the string for commands they accept and if one is found, should process the command and return with A=0. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 5 || Unrecognised | + | | 5 || Unrecognised interrupt. A device driver ROM should poll its device. If and only if its device is responsible for the interrupt it should service it and claim the call.<ref>Passing a handled interrupt call increases latency on the next interrupt and steals CPU cycles from the main thread. If another interrupt occurs during the call, the MOS interrupt handler will be re-entered on exit.</ref> It should pass or service the call as quickly as possible. If the call is unclaimed then the interrupt is passed to IRQ2V. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 6 || Error occured. | + | | 6 || Error occured. The error block is pointed to by &FD/E. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 7 || Unrecognised [[OSBYTE]]. On entry, the OSBYTE A, X and Y values are in memory locatons &EF, &F0 and &F1. If the call is claimed, it should return the X value in &F0<ref>X is immediately clobbered on return (OS 1.20: &F17E = TAX); after this call X is recovered from &F0 (&E7D1) | + | | 7 || Unrecognised [[OSBYTE]]. On entry, the OSBYTE A, X and Y values are in memory locatons &EF, &F0 and &F1. If the call is claimed, it should return the X value in &F0<ref>X is immediately clobbered on return (OS 1.20: &F17E = TAX); after this call X is recovered from &F0 (&E7D1)</ref>; however, the Y value should be returned as usual in the Y register. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 8 || Unrecognised [[OSWORD]]. | + | | 8 || Unrecognised [[OSWORD]]. The MOS does not understand the OSWORD call submitted to it. On entry the OSWORD reason code (A) can be found at &EF and the parameter block is pointed to by &F0 and &F1. This call will also be issued for unrecognised SOUND channels. If the ROM recognises the reason code it should process the OSWORD call and return with A=0. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | 9 || <code>*HELP</code>. | + | | 9 || <code>*HELP</code>. Similar to service call 4. On entry (&F2),Y points to the keyword after <code>*HELP</code>, or a carriage return. If there is no keyword the ROM should print its title and a list of accepted keywords. If an unrecognised keyword is present it should just return with A unchanged. Otherwise it should print its title and information about the keyword. The keyword may end with <code>.</code> (a dot) in which case it is an abbreviation and the ROM should give help about ''all'' matching keywords. The call should always return with A preserved so that other ROMs can match the keyword. The *HELP title should be printed with a leading NEWLINE so that there is a blank line before the text and no blank line after the text. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &0A || Absolute workspace is being claimed. | + | | &0A || Absolute workspace is being claimed. The current user should save important data to its private page and vacate the workspace, setting a flag in its private page indicating that it no longer owns the workspace. A should be preserved. [[FSCV]] call 6, a change of filing system vectors, and then service call &0F, should always precede or follow this call.<ref name="footnote-call0ah">Filing systems commonly assume that they own the shared workspace any time that their vectors are installed. Continuing to use a filing system after claiming the workspace may lead to overwriting of the workspace and also data corruption, due to the filing system relying on altered workspace contents or restoring an earlier state from its private page when it is reselected.</ref> A filing system must not call its public entry points to clean up, as an incoming FS may already have changed the vectors; it must call its internal routines instead. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &0B || NMI code area is being released. | + | | &0B || NMI code area is being released. The current owner of the NMI area is returning it to the previous owner<ref name="dnfs300-src-nfs01">Comment in source code, Acorn Computers, source code to DNFS 3.00, file <tt>[https://github.com/stardot/AcornDNFSv300/blob/master/src/NFS01#L130 NFS01]</tt>, l.130: <tt>Relinquish NMI, restore old user</tt></ref> or to the MOS by default. On entry Y contains the filing system ID<ref name="appnote031-037">Acorn Computers, Application Note 031 or 037, "Functional Differences Between Master 128 and BBC Models B and B+"</ref> of the previous owner (which the releaser got from OSBYTE after issuing call &0C), or Y=&FF if the MOS was the previous owner. The filing system identified in Y, if not shutting down, has an opportunity to reinstall its background NMI service routine and return A=0, otherwise A should be preserved and the NMI area left alone. Non-ROM users of the NMI area may intercept [[OSBYTE &8F]] to listen for this call.<ref name="appnote031-037" /> |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &0C || NMI code area is being claimed. | + | | &0C || NMI code area is being claimed. The issuer of this call sets Y=&FF. It should save the value returned in Y and pass it when issuing call &0B. Y=&FF on return indicates the MOS was the previous owner.<ref name="footnote-ddos">DDOS 3.46 does not issue call &0B if call &0C returned Y=&FF; this is arguably improper.</ref> It should then immediately place its code at &0D00, or else an RTI instruction to ignore spurious interrupts. An owner using the NMI area in the background must listen for service call &0C – by intercepting [[OSBYTE &8F]] if it is not a ROM<ref name="appnote031-037" /> – and vacate the NMI area when claimed. A foreground routine that has control until it releases the area need not listen for calls &0B or &0C.<ref name="footnote-gazump">Its claim could only be usurped if an interrupting IRQ service routine claimed and took over the NMI resource, which is deprecated.</ref> Mass storage drivers such as Acorn DFS are of the foreground type. On receiving this call, the current owner must relinquish the area and return A=0 and its FS ID number in Y – not its ROM number as alleged in the AUG. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &0D || RFS initialisation. | + | | &0D || RFS initialisation. An RFS ROM should take the low 4 bits of Y<ref name="footnote-0d">A.Dickens, M.Holmes (1987), ''The new advanced user guide for the BBC microcomputer''. Cambridge: Adder Publishing Limited, p.315. Also AUG p.324.<br>However the example RFS ROM code in the NAUG (pp.318–321), and ROMs derived from it, take the current RFS ROM number from location &F5 set by RFS, ignoring the Y parameter passed through OSBYTE &8F.</ref> and XOR them with &F. If the result equals or exceeds its slot number, it should should set &F6 and &F7 to the start address of its data, then store its slot number, similarly inverted, in &F5 and return with A=0. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &0E || RFS data poll. | + | | &0E || RFS data poll. On entry &F5 contains the current RFS ROM's slot number (inverted), &F6 and &F7 a pointer to the data in that ROM, and Y=255 iff the MOS implements [[OSRDRM]], otherwise Y=0. The current RFS ROM should fetch the byte at the data pointer, increment the pointer and return A=0 and the byte in Y. Any higher ROM that supports OSRDRM may serve the call on its behalf, peeking in its data area, to save time. Compressed ROMs therefore need to be the highest priority RFS ROMs. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &0F || Vectors have changed. | + | | &0F || Vectors have changed. This notifies paged ROMs that something has changed the MOS call vectors from &200 onward. Acorn source code comments imply that this call refers exclusively to the filing system vectors, FILEV to FSCV. The service call may itself be issued by a paged ROM. The owner of the absolute workspace at &E00 retains it, and is not obliged to relinquish; it should only do that with service call &0A.<ref name="footnote-0f">Call &0F is the only warning to ROMs that the CFS is being selected. Some ROMs vacate the shared workspace as a precaution, as applications commonly assume the shared workspace is free when <code>*TAPE</code> is in effect. Otherwise a filing system on reselection, finding in its private page that it still owns the shared workspace, may validate the workspace contents and pick up where it left off.</ref> However, on the Master series, when this call is received the ROM should relinquish the shared filing system workspace at &C000. A must be preserved. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &10 || <code>*SPOOL</code>/<code>*EXEC</code> file closure warning. | + | | &10 || <code>*SPOOL</code>/<code>*EXEC</code> file closure warning. Intended for those using the aforementioned files. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| &11 || Bottom of user memory changing. This call informs languages that the operating system high water mark (the value PAGE is initialised to) is about to change. It is issued when the font is imploded or exploded. On entry Y contains the new memory limit. Note that as BASIC does not have a service entry, it ignores this warning. | | &11 || Bottom of user memory changing. This call informs languages that the operating system high water mark (the value PAGE is initialised to) is about to change. It is issued when the font is imploded or exploded. On entry Y contains the new memory limit. Note that as BASIC does not have a service entry, it ignores this warning. | ||
| Line 85: | Line 163: | ||
| &16 || BEL request. If the external sound flag has been set on the Electron, this call will be made when VDU 7 is issued. | | &16 || BEL request. If the external sound flag has been set on the Electron, this call will be made when VDU 7 is issued. | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &17 || SOUND buffer purged. If the external sound flag has been set on the | + | | &17 || SOUND buffer purged. If the external sound flag has been set on the Electron, this call will be made if an attempt to purge any of the SOUND buffers is made. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| &18 || Interactive *HELP. This call is implemented on Master series computers and is issued after the *HELP service call (&09). ANFS responds by looking for and displaying a suitable file. | | &18 || Interactive *HELP. This call is implemented on Master series computers and is issued after the *HELP service call (&09). ANFS responds by looking for and displaying a suitable file. | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &21 || Claim | + | | &21 || Claim absolute workspace in Hazel. On entry and exit Y contains the lowest free page number of absolute workspace (1 page = 256 bytes). If and only if the current ROM needs more workspace, it should increase Y to 1 plus the highest page number it uses. Y must not exceed &DC. A must be preserved. Absolute workspace is for filing system ROMs only. See [[Using high workspace]]. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &22 || Claim | + | | &22 || Claim private workspace in Hazel. On entry Y contains the number of the lowest free page; it should be treated as &C0 if less. The ROM should store this number in the space provided (with <code>TYA:STA &0DF0,X</code>), and increase Y by the number of pages it needs - except that Y must not exceed &DC on exit. In that case it must decrease Y to return part or all of its claim, and attempt to claim main memory during call &02 instead. A must be preserved. Filing system ROMs only. See [[Using high workspace]]. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &23 || Reports top of private workspace. | + | | &23 || Reports top of absolute workspace. This call informs filing system ROMs how much absolute workspace has been allocated - the end page number (that is, the lowest page number of private workspace) is in Y. Advanced ROMs may then make use of the extra pages beyond their requested allocation. A and Y must be preserved. Filing system ROMs only. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &24 || | + | | &24 || Private workspace in Hazel count. The current ROM decreases Y by the number of pages of private workspace required. A must be preserved. Filing system ROMs only. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &25 || Return filing system information. | + | | &25 || Return filing system information. On entry and exit (?&F2),Y points to the end of the filing system information table. A filing system ROM may append a number of 11-byte entries consisting of: 8 bytes filing system name (space-padded), 1 byte lowest valid file handle, 1 byte highest valid file handle, 1 byte filing system ID. The ROM must preserve A, ?&F2 and ?&F3 and return the offset of the new end of the table in Y. Filing systems named in the table may be used as temporary filing systems and must support service call &12. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| &26 || *SHUT command issued. | | &26 || *SHUT command issued. | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &27 || Reset call. | + | | &27 || Reset call. Acorn DFS 2.29 uses this call to discard the cached catalogue after pressing Break. |
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| &28 || Unknown *CONFIGURE command. | | &28 || Unknown *CONFIGURE command. | ||
| Line 112: | Line 190: | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| &2C || Master Compact joystick call. | | &2C || Master Compact joystick call. | ||
| + | |- style="vertical-align:top" | ||
| + | | &30 || Translate Internationalised keyboard keypress.<br>On entry, Y=hardware keycode number &80-&FF.<br>On exit, &023C=translated keypress, &023D=flags, Y.b0=modifier key, no keypress to enter keyboard buffer, Y.b1=keyboard repeat needs to be cleared. | ||
| + | |- style="vertical-align:top" | ||
| + | | &31 || Keyboard driver call. | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| &FE || Tube system post initialisation. This call is issued after OSHWM as been set up, and allows Tube software to explode the character set and set up anything else in memory. On entry Y contains the Tube presence flag, &FF if Tube present, &00 is absent. If the call is claimed then no startup message will be displayed. | | &FE || Tube system post initialisation. This call is issued after OSHWM as been set up, and allows Tube software to explode the character set and set up anything else in memory. On entry Y contains the Tube presence flag, &FF if Tube present, &00 is absent. If the call is claimed then no startup message will be displayed. | ||
|- style="vertical-align:top" | |- style="vertical-align:top" | ||
| − | | &FF || Tube system main initialisation. This call is made | + | | &FF || Tube system main initialisation. This call is made if Tube hardware is present. It is called before service calls 1 and 2 (to set absolute and private workspace) and before call &FE. |
|} | |} | ||
| + | ==See also== | ||
| + | * [[Using high workspace]] | ||
==References== | ==References== | ||
<references/> | <references/> | ||
Latest revision as of 23:03, 6 November 2024
The service entry is an entry point in a paged ROM that is called by the MOS, allowing the ROM to initialise, to claim and release resources, provide its own API and give help to the user.
Users, and paged ROMs themselves, can issue service calls by calling OSBYTE &8F.
Entry address: &8003, not vectored.
Availability
The MOS expects every paged ROM to provide a service entry point, except for BASIC which has none. The call must always return. Individual paged ROMs will implement a subset of functions depending on their purpose and complexity.
Interface
| On entry: | |
| A | = Service call number, reason code |
| X | = Paged ROM slot number (also in memory at address &F4) |
| Y | = Parameter to the service call |
| On exit: | |
| A | = 0 if call has been dealt with, otherwise preserved |
| X | = preserved[1] |
| Y | = return value |
Later ROMs follow Master Series documentation and preserve the X register, by restoring the slot number to it, before returning. Some earlier titles return with X undefined. Preserving X becomes significant when chaining firmware modules together to share a paged ROM slot.
Function
Starting at slot 15 and going down to 0, the MOS pages in every valid ROM and calls its entry point at &8003. On entry A contains the call number and Y contains a parameter for the call, where relevant. The values of A and Y returned by each ROM are passed directly to the next ROM's service routine. Sometimes ROMs can pass information to each other in this way, but otherwise they should be careful to preserve registers unless they are responding to that call. ROMs should interpret the value of A on entry according to the following table:
Contents
Summary
|
|
|
Description
| A= | Meaning |
|---|---|
| 0 | No operation. Paged ROMs are to ignore this call as it has already been serviced by a higher ROM. A and Y must be preserved. |
| 1 | Request absolute workspace. This workspace is in main memory, and shared between paged ROMs. On entry and exit Y contains the lowest free page number of absolute workspace (1 page = 256 bytes). If and only if the current ROM needs more workspace, it should increase Y to 1 plus the highest page number it uses. A must be preserved. Most ROMs also use this service call to initialise themselves on Break. On the Master series this call is not issued on Soft Break. |
| 2 | Request private workspace. On entry Y contains the number of the lowest free page. Hazel-aware ROMs should first test their private page allocation (at &0DF0 + X) and return if their private workspace is already fully accommodated below page &DC. The ROM should store Y in the space provided (with TYA:STA &0DF0,X), increase Y by the number of pages it needs and return. A must be preserved. On the Master series this call is not issued on Soft Break.
|
| 3 | Boot filing system. A filing system ROM should test the keyboard. If its assigned key, or no key is pressed, it should select itself as the current filing system. If Y is &00 it should boot the default media (for instance by testing the boot flags on it and issuing the relevant *command). If the filing system selected itself it should return with A=0. |
| 4 | Unrecognised OSCLI. The MOS does not recognise the first word of the *command passed to it. (*commands that do not start with a word are sent straight to the FS via FSCV call 3.) On entry (&F2),Y points to the start of the string. Utility ROMs should scan the start of the string for commands they accept and if one is found, should process the command and return with A=0. |
| 5 | Unrecognised interrupt. A device driver ROM should poll its device. If and only if its device is responsible for the interrupt it should service it and claim the call.[2] It should pass or service the call as quickly as possible. If the call is unclaimed then the interrupt is passed to IRQ2V. |
| 6 | Error occured. The error block is pointed to by &FD/E. |
| 7 | Unrecognised OSBYTE. On entry, the OSBYTE A, X and Y values are in memory locatons &EF, &F0 and &F1. If the call is claimed, it should return the X value in &F0[3]; however, the Y value should be returned as usual in the Y register. |
| 8 | Unrecognised OSWORD. The MOS does not understand the OSWORD call submitted to it. On entry the OSWORD reason code (A) can be found at &EF and the parameter block is pointed to by &F0 and &F1. This call will also be issued for unrecognised SOUND channels. If the ROM recognises the reason code it should process the OSWORD call and return with A=0. |
| 9 | *HELP. Similar to service call 4. On entry (&F2),Y points to the keyword after *HELP, or a carriage return. If there is no keyword the ROM should print its title and a list of accepted keywords. If an unrecognised keyword is present it should just return with A unchanged. Otherwise it should print its title and information about the keyword. The keyword may end with . (a dot) in which case it is an abbreviation and the ROM should give help about all matching keywords. The call should always return with A preserved so that other ROMs can match the keyword. The *HELP title should be printed with a leading NEWLINE so that there is a blank line before the text and no blank line after the text.
|
| &0A | Absolute workspace is being claimed. The current user should save important data to its private page and vacate the workspace, setting a flag in its private page indicating that it no longer owns the workspace. A should be preserved. FSCV call 6, a change of filing system vectors, and then service call &0F, should always precede or follow this call.[4] A filing system must not call its public entry points to clean up, as an incoming FS may already have changed the vectors; it must call its internal routines instead. |
| &0B | NMI code area is being released. The current owner of the NMI area is returning it to the previous owner[5] or to the MOS by default. On entry Y contains the filing system ID[6] of the previous owner (which the releaser got from OSBYTE after issuing call &0C), or Y=&FF if the MOS was the previous owner. The filing system identified in Y, if not shutting down, has an opportunity to reinstall its background NMI service routine and return A=0, otherwise A should be preserved and the NMI area left alone. Non-ROM users of the NMI area may intercept OSBYTE &8F to listen for this call.[6] |
| &0C | NMI code area is being claimed. The issuer of this call sets Y=&FF. It should save the value returned in Y and pass it when issuing call &0B. Y=&FF on return indicates the MOS was the previous owner.[7] It should then immediately place its code at &0D00, or else an RTI instruction to ignore spurious interrupts. An owner using the NMI area in the background must listen for service call &0C – by intercepting OSBYTE &8F if it is not a ROM[6] – and vacate the NMI area when claimed. A foreground routine that has control until it releases the area need not listen for calls &0B or &0C.[8] Mass storage drivers such as Acorn DFS are of the foreground type. On receiving this call, the current owner must relinquish the area and return A=0 and its FS ID number in Y – not its ROM number as alleged in the AUG. |
| &0D | RFS initialisation. An RFS ROM should take the low 4 bits of Y[9] and XOR them with &F. If the result equals or exceeds its slot number, it should should set &F6 and &F7 to the start address of its data, then store its slot number, similarly inverted, in &F5 and return with A=0. |
| &0E | RFS data poll. On entry &F5 contains the current RFS ROM's slot number (inverted), &F6 and &F7 a pointer to the data in that ROM, and Y=255 iff the MOS implements OSRDRM, otherwise Y=0. The current RFS ROM should fetch the byte at the data pointer, increment the pointer and return A=0 and the byte in Y. Any higher ROM that supports OSRDRM may serve the call on its behalf, peeking in its data area, to save time. Compressed ROMs therefore need to be the highest priority RFS ROMs. |
| &0F | Vectors have changed. This notifies paged ROMs that something has changed the MOS call vectors from &200 onward. Acorn source code comments imply that this call refers exclusively to the filing system vectors, FILEV to FSCV. The service call may itself be issued by a paged ROM. The owner of the absolute workspace at &E00 retains it, and is not obliged to relinquish; it should only do that with service call &0A.[10] However, on the Master series, when this call is received the ROM should relinquish the shared filing system workspace at &C000. A must be preserved. |
| &10 | *SPOOL/*EXEC file closure warning. Intended for those using the aforementioned files.
|
| &11 | Bottom of user memory changing. This call informs languages that the operating system high water mark (the value PAGE is initialised to) is about to change. It is issued when the font is imploded or exploded. On entry Y contains the new memory limit. Note that as BASIC does not have a service entry, it ignores this warning. |
| &12 | Select filing system. On entry, Y is the filing system number to be selected. |
| &13 | Character placed in serial buffer. This call is made on systems without serial hardware when a character has been placed in the serial output buffer. If not claimed, the operating system purges the buffer. |
| &14 | Character placed in printer buffer. This call is made on systems without printer hardware when a character has been placed in the printer output buffer. If not claimed, the operating system purges the buffer. |
| &15 | 100Hz poll. On Electron and Master series computers this call is made if the ROM polling semaphore is non-zero. On entry, Y contains the semaphore value. |
| &16 | BEL request. If the external sound flag has been set on the Electron, this call will be made when VDU 7 is issued. |
| &17 | SOUND buffer purged. If the external sound flag has been set on the Electron, this call will be made if an attempt to purge any of the SOUND buffers is made. |
| &18 | Interactive *HELP. This call is implemented on Master series computers and is issued after the *HELP service call (&09). ANFS responds by looking for and displaying a suitable file. |
| &21 | Claim absolute workspace in Hazel. On entry and exit Y contains the lowest free page number of absolute workspace (1 page = 256 bytes). If and only if the current ROM needs more workspace, it should increase Y to 1 plus the highest page number it uses. Y must not exceed &DC. A must be preserved. Absolute workspace is for filing system ROMs only. See Using high workspace. |
| &22 | Claim private workspace in Hazel. On entry Y contains the number of the lowest free page; it should be treated as &C0 if less. The ROM should store this number in the space provided (with TYA:STA &0DF0,X), and increase Y by the number of pages it needs - except that Y must not exceed &DC on exit. In that case it must decrease Y to return part or all of its claim, and attempt to claim main memory during call &02 instead. A must be preserved. Filing system ROMs only. See Using high workspace.
|
| &23 | Reports top of absolute workspace. This call informs filing system ROMs how much absolute workspace has been allocated - the end page number (that is, the lowest page number of private workspace) is in Y. Advanced ROMs may then make use of the extra pages beyond their requested allocation. A and Y must be preserved. Filing system ROMs only. |
| &24 | Private workspace in Hazel count. The current ROM decreases Y by the number of pages of private workspace required. A must be preserved. Filing system ROMs only. |
| &25 | Return filing system information. On entry and exit (?&F2),Y points to the end of the filing system information table. A filing system ROM may append a number of 11-byte entries consisting of: 8 bytes filing system name (space-padded), 1 byte lowest valid file handle, 1 byte highest valid file handle, 1 byte filing system ID. The ROM must preserve A, ?&F2 and ?&F3 and return the offset of the new end of the table in Y. Filing systems named in the table may be used as temporary filing systems and must support service call &12. |
| &26 | *SHUT command issued. |
| &27 | Reset call. Acorn DFS 2.29 uses this call to discard the cached catalogue after pressing Break. |
| &28 | Unknown *CONFIGURE command. |
| &29 | Unknown *STATUS command. |
| &2A | Language about to be entered. |
| &2B | Check for sideways RAM presence. |
| &2C | Master Compact joystick call. |
| &30 | Translate Internationalised keyboard keypress. On entry, Y=hardware keycode number &80-&FF. On exit, &023C=translated keypress, &023D=flags, Y.b0=modifier key, no keypress to enter keyboard buffer, Y.b1=keyboard repeat needs to be cleared. |
| &31 | Keyboard driver call. |
| &FE | Tube system post initialisation. This call is issued after OSHWM as been set up, and allows Tube software to explode the character set and set up anything else in memory. On entry Y contains the Tube presence flag, &FF if Tube present, &00 is absent. If the call is claimed then no startup message will be displayed. |
| &FF | Tube system main initialisation. This call is made if Tube hardware is present. It is called before service calls 1 and 2 (to set absolute and private workspace) and before call &FE. |
See also
References
- ↑ Master Series Reference Manual, part 1, section F.7, p. F.7-3
- ↑ Passing a handled interrupt call increases latency on the next interrupt and steals CPU cycles from the main thread. If another interrupt occurs during the call, the MOS interrupt handler will be re-entered on exit.
- ↑ X is immediately clobbered on return (OS 1.20: &F17E = TAX); after this call X is recovered from &F0 (&E7D1)
- ↑ Filing systems commonly assume that they own the shared workspace any time that their vectors are installed. Continuing to use a filing system after claiming the workspace may lead to overwriting of the workspace and also data corruption, due to the filing system relying on altered workspace contents or restoring an earlier state from its private page when it is reselected.
- ↑ Comment in source code, Acorn Computers, source code to DNFS 3.00, file NFS01, l.130: Relinquish NMI, restore old user
- ↑ 6.0 6.1 6.2 Acorn Computers, Application Note 031 or 037, "Functional Differences Between Master 128 and BBC Models B and B+"
- ↑ DDOS 3.46 does not issue call &0B if call &0C returned Y=&FF; this is arguably improper.
- ↑ Its claim could only be usurped if an interrupting IRQ service routine claimed and took over the NMI resource, which is deprecated.
- ↑ A.Dickens, M.Holmes (1987), The new advanced user guide for the BBC microcomputer. Cambridge: Adder Publishing Limited, p.315. Also AUG p.324.
However the example RFS ROM code in the NAUG (pp.318–321), and ROMs derived from it, take the current RFS ROM number from location &F5 set by RFS, ignoring the Y parameter passed through OSBYTE &8F. - ↑ Call &0F is the only warning to ROMs that the CFS is being selected. Some ROMs vacate the shared workspace as a precaution, as applications commonly assume the shared workspace is free when
*TAPEis in effect. Otherwise a filing system on reselection, finding in its private page that it still owns the shared workspace, may validate the workspace contents and pick up where it left off.
