For grins, I read Usenet news via nntp.olduse.net - it's Usenet - 30 years. Pretty neat (http://www.olduse.net for details). I was reading through net.micro.cbm and ran across the message attached below. Are the listed fixes IN the -03 ROM, or are they in a -04? (It's kind of neat to run across posts made by Fred Bowen & Dave Haynie...) g. -- forwarded message -- Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!linus!philabs!cmcl2!harvard!caip!cbmvax!siracusa From: siracusa@cbmvax.cbm.UUCP (Dave Siracusa) Newsgroups: net.micro.cbm Subject: 1571 ROM Upgrade Message-ID: <278@cbmvax.cbmvax.cbm.UUCP> Date: Wed, 21-May-86 15:34:11 EDT Article-I.D.: cbmvax.278 Posted: Wed May 21 15:34:11 1986 Date-Received: Sat, 24-May-86 02:35:07 EDT Reply-To: siracusa@cbmvax.UUCP (Dave Siracusa) Organization: Commodore Technology, West Chester, PA Lines: 86 Xref: dummy dummy:1 X-OldUsenet-Modified: added Xref SU: Release Notes 1571 ROM upgrade FM: D. Siracusa DT: 05/20/86 Rev. to ROM 310654-03 I would appreciate any comments to the bugs or anomolies listed below before I make release for the 1571. 1. Previously during a BURST GCR FORMAT the activity led was not activated. This has been remedied (1571). 2. A bug in routine 'STLBUF' prevented buffer allocation and caused the SAVE@ bug. This has been remedied (1541/1571). 3. The 1571 Burst Load Utility would not load 'Locked Files'. This has been remedied (1571). 4. A bug in routine 'TSTATN' caused device not present errors, the irq source was never cleared in the 6522. This has been remedied (1541/1571). 5. Previously an active collect in 1541 emulation mode would write a zero to the double sided flag in the BAM. This has been remedied (1541/1571). 6. Previously BAM allocation on side one would write the BAM image to the diskette every access. This has been remedied (1571). 7. In Routine 'SPINP' interrupts from SP (fast serial input) were not enabled properly, this has been remedied but has no affect on the operation of the serial bus (1571). 8. Previously if a copy was performed addressing drive one, the error channel would return status 00, OK,00,00. This has been remedied (1541/1571). 9. Motor acceleration time for the MFM controller was too long and affected performance when reading and writing in MFM format. This has been remedied (1571). 10. Previously determining whether a diskette was GCR double-sided or single-sided would take too long due to valid sync pulses found on 'flippy diskettes' and MFM diskettes. This has been remedied (1571). 11. Previously the rom test did not check the first page in ROM memory. This has been remedied (1571). 12. Previously while loading files using the Burst Load Utility retries were not performed properly. This has been remedied (1571). 13. Due to a bug in routine 'USEDTS' a block not available status was returned when blocks free were equal to 3. This has been remedied (1541/1571). 14. With multiple files open and sectors being allococated on both sides the BAM swapper mechanism would trash BAM side one. This has been remedied (1571). NOTE: Below (1541/1571) implies that the bug occured in the 1541 as well as the 1571 disk drive. While (1571) implies that the bug only occured in the 1571 disk drive. ************************************************************************* * David Siracusa Commodore Business Machines * * uucp: {ihnp4|seismo|caip}!cbmvax!siracusa * * arpa: cbmvax!siracusa@seismo.css.GOV * * (or) siracusa@cbmvax.UUCP@{seismo|harvard} * * TEL : (215) 431-9100 * * ADD : 1200 Wilson Drive * * West Chester, Pa 19380 * ************************************************************************* -- end of forwarded message -- Message was sent through the cbm-hackers mailing listReceived on 2016-06-01 15:00:02
Archive generated by hypermail 2.2.0.