Adds ability for Disk II to write. #780
Conversation
FozzTexx
changed the title
FozzTexx
force-pushed
the
disk2-write
branch
from
e6a7ca0 to
8e5c443
Compare
tschak909
force-pushed
the
disk2-write
branch
from
8e5c443 to
4b4ec78
Compare
|
This needed a re-base, so I am waiting for build checks to complete, before marking ready for review. -Thom |
|
To test:
Be sure to test with both .do/.dsk and .po images containing DOS 3.3 on the Disk II. If you're using a IIc then you'll need to boot DOS 3.3 from the internal floppy drive and write to a DOS 3.3 disk on slot 6 drive 2: You'll need to use the attached disk image to configure the Disk II as writable. DOS 3.3 test images: |
FozzTexx
force-pushed
the
disk2-write
branch
4 times, most recently
from
054ad24 to
34a7dbb
Compare
FozzTexx
force-pushed
the
disk2-write
branch
from
34a7dbb to
79b22ad
Compare
|
Pre-built firmware for Apple FujiNet from commit ID 79b22ad: |
|
Write works for me on IIc with rom0, putting disk in Disk ][ slot 1, and referencing as S6,D2. |
|
|
|
Can someone please perform this test? My FujiNet crashes, am wondering if it is due to OOM or some other factor: ZIP attached with a DOS 3.3 disk, and a completely blank disk. Boot from DOS 3.3 ] BRUN FID Select slot 6 drive 1 as source Success is all files being copied to destination disk. |
What do you mean by "completely blank"? All sector data is 0x00? Disk II write only works with formatted disk images. |
|
The blank disk image provided is formatted DOS 3.3 courtesy of Cider press.
…On Sat, Sep 21, 2024, 11:05 AM FozzTexx ***@***.***> wrote:
Can someone please perform this test? My FujiNet crashes, am wondering if
it is due to OOM or some other factor:
ZIP attached with a DOS 3.3 disk, and a completely blank disk.
What do you mean by "completely blank"? All sector data is 0x00? Disk II
write only works with formatted disk images.
—
Reply to this email directly, view it on GitHub
<#780 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAVBYZTQABXYR5OIB2OWVS3ZXWKODAVCNFSM6AAAAABN7KUGACVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNRVGIZTOMRVGI>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
I'm trying out normal apps and they are all failing for me.
Fail means it just locks up pretty much on the initial API HTTP fetch of data. Logs just stop on the FN, there is no error logged out via USB. For instance, loaded Weather app, logs: That's it- i had to ctrl c out- it just stops and locks up. |
|
Testing contiki and i get this over and over: The app (contiki) is frozen at the 'Connecting...' output. |
|
testing mastodon app... Output: no output after that. |
The only time the new Disk II write code is running is when a disk in the FN Disk II slot is mounted in write mode and that disk is being accessed. If the FN disk isn't even mounted in write mode it then the write code isn't being used. Similarly if a SmartPort device is being used then the Disk II write additions aren't being used. |
I was able to load google.com and hackaday.com:
|
|
Current status:
|
|
Problem seems to be RAM related. Stopped allocating the track buffer at the beginning and instead allocate it when disk starts and release it when disk stops. Seems to make a2_rev0 build happy. |
Happy to test zip, but I’m currently rebuilding here (I think…I’m at git “look-it-up-on-Google” expert level). |
|
Pre-built firmware for Apple FujiNet from commit ID 8beafbd: |
|
This is working much better for me. |
|
More updates after continuing to use this latest push- it's not perfect. I get "SEND REQ TIMEOUTS" about 30% of the time booting IIc - I always reset the FN device before booting - so it's always a fresh boot... At that point I have to reset FN (via button) and power cycle the IIc. |
I get these more like 60% of the time on master on my IIe when booting SmartPort. This is a problem with the SmartPort packet capture not starting fast enough (PR #794). There's no change in this PR to SmartPort timing. I also wonder if you're seeing them more since you moved the FujiNet to the internal connector. |
|
I’m getting I know I’m doing some odd things, like loading a .po as R/W while having SP disks loaded. Results are mixed (I need to document my testing a bit more thoroughly, but I’m just trying various things to get a feel for it at the moment). I do have success loading 140K ProDOS 2.4.2 .po disk images in Disk II alone and writing to them, same with .dsk images, and when I don’t have anything R/W in Disk II slots Weather program will successfully get the forecast (haven’t tested with R/O images in Disk II). I’ll try to document what I do and report back if of any use. Are the logs above from Flasher while USB-connected? |
|
Running Exorcisor. Locked up after a few moments... 40 tries. 
|
|
Update: reset via CTL-OA-RESET and re-ran from basic. 
|
|
Tested the Disk-II write with the latest commit to this PR & it works as expected. My system: Apple //e Enhanced w/ Lolin D32 Pro FujiNet Just in case it helps someone else here's my instructions. MAKE SURE
12 Type If all that works then this PR is working |
|
Tested on the IIgs with both the Lolin D32 Pro variant as well as an official Rev000 dev unit. Both worked as expected for this PR 👍 |
|
Thank you, Chris. I think this is good. I think we've shaken this thing as much as we can. Thank you for your patience. |
This enables doing writes from the Apple II using the Disk II interface. Essential for old games to be able to update their high score tables. 😉
Current known limitations:
#if 0around lines 204-213 in src/hosts_and_devices.c)Capturing of SP_WRDATA is done by using the existing
spirxfrom the SmartPort device. It is put into continuous ring buffer mode so that it will already be capturing data when the Apple II suddenly switches to write mode. I added spi_continuous.c in lib/bus/iwm, this may not be the right place for it, but currently it is only used by iwm_ll.