Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!linus!philabs!mcnc!ecsvax!ubsims From: ubsims@ecsvax.UUCP (William K. Sims) Newsgroups: net.micro.cbm Subject: Re: 1571 ROM Upgrade Message-ID: <1649@ecsvax.UUCP> Date: Mon, 2-Jun-86 20:38:56 EDT Article-I.D.: ecsvax.1649 Posted: Mon Jun 2 20:38:56 1986 Date-Received: Wed, 4-Jun-86 00:40:18 EDT References: <278@cbmvax.cbmvax.cbm.UUCP> Organization: North Carolina Educational Computing Service Lines: 97 > > > > 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 * > ************************************************************************* Thanks Dave, That's good to know. How do I, the owner of C128 and two 1571 disk drives get the up dated versions of the rom's?? When I call up there and try to talk to someone I alwauys get the RUN AROUND------ Please advise --- ******************************************************************^* Bill Sims, Univ. of North Carolins --- (ubsims@ecsvax). ****************************************************************** 98c 98p