[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AppleTalk on IIGS - Questions...
- Subject: Re: AppleTalk on IIGS - Questions...
- From: Marsha <menacechgo@aol.com>
- Date: Fri, 28 Nov 2003 05:27:02 GMT
- Newsgroups: comp.sys.apple2
- Organization: SBC http://yahoo.sbc.com
- References: <3F668819.1F66AAD@usa.net> <bkmtq1$8ke$1@acme.gcfn.org> <nzuwb.1277$f32.257@nwrddc02.gnilink.net> <3FC53E87.5AA5B067@lynx.bc.ca> <1Zrxb.2614$a54.359@nwrddc03.gnilink.net> <Xns94408B6F7B781menacechgoaolcom@206.141.192.32> <Ygzxb.2800$a54.1933@nwrddc03.gnilink.net>
- User-agent: Xnews/5.04.25
- Xref: archiver1.google.com comp.sys.apple2:1070
[posted and mailed]
"M. Pender" <mpender@hotmail.com> wrote in
news:Ygzxb.2800$a54.1933@nwrddc03.gnilink.net:
> I think I've found the problem--when I removed the ZipGS card
> Appletalk worked properly. There are several DIP switches on the card
> and one is probably set wrong.
A GS can boot from AppleShare 2.0 and 3.0.x, boot support code was
removed in later versions.
re. switches, from http://apple2.org.za/gswv/a2zine/faqs/Csa2ACCEL.txt
This first paragraph was for general use, not including booting as that
relied on the ROM code as mentioned in the second paragraph.
<<AppleTalk or Interrupt Delay should always be disabled (SW1-3 set to
ON). The desktop will run much slower if you enable it. The only reason
most people needed it was for AppleTalk under system 5, and now there is
an init on tybalt that fixes that. System 6 fixed the problem but
requires CPS Follow to be enabled for the fix to work.
>>
<< With "Appletalk delay" on, every time an interrupt occurs your Zip
will disable acceleration for 5 ms, just like it does with the paddles
and the speaker and the others. This is a significant effect because with
VBL interrupts going you have one every 16 ms, so your Zip spends nearly
1/3 of the time not accelerating you.
Why this "fixes" appletalk: in system 5 and earlier (including the ROM
appletalk code), there are software timing loops which assume 2.8 mhz
operation. As you speed the system up, it gets more and more likely to
drop incoming packets because it thinks they are being sent too slowly to
be correct, when in reality the appletalk code is timing out too fast.
>>