Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Slow and unstable operation on Mac Plus #792

Closed
rdmark opened this issue Aug 18, 2022 · 4 comments
Closed

Slow and unstable operation on Mac Plus #792

rdmark opened this issue Aug 18, 2022 · 4 comments
Labels
compatibility Compatibility with particular computing platforms

Comments

@rdmark
Copy link
Member

rdmark commented Aug 18, 2022

Info

  • Which version of Pi are you using: 3B+, Zero
  • Which github revision of software: any (tested the latest develop, as well as the 5 most recent stable releases, as far back as Oct 2021)
  • Which board version: any
  • Which computer is the RaSCSI connected to: Mac Plus (tested on two otherwise working Pluses)

Describe the issue

While using RaSCSI as the boot drive for a Mac Plus, I experience very slow boot times, and once booted the system software will almost immediately throw some kind of bus or address error and crash.

If you boot off a floppy and try to format a blank RaSCSI disk image, HD SC Setup always crashes on the mounting volume step.

@rdmark rdmark added the bug Something isn't working label Aug 18, 2022
@rdmark
Copy link
Member Author

rdmark commented Aug 18, 2022

Without any trace logging enabled, there was one error raised during operation. It occurred when changing system folder for booting. The system become unresponsive at this point.

$ sudo ./rascsi -ID0 macpack.hda
SCSI Target Emulator RaSCSI Reloaded version 22.08 --DEVELOPMENT BUILD-- (Aug 18 2022, 09:51:30)
Powered by XM6 TypeG Technology / Copyright (C) 2016-2020 GIMONS
Copyright (C) 2020-2022 Contributors to the RaSCSI Reloaded project
Connect type : FULLSPEC
[2022-08-18 10:22:42.350] [info] Set log level to 'info'
[2022-08-18 10:22:42.355] [info] Validating: operation=ATTACH, device id=0, unit=0, type=UNDEFINED, device params='interfaces=macpack.hda':'file=macpack.hda', vendor='', product='', revision='', block size=0
[2022-08-18 10:22:42.357] [info] Executing: operation=ATTACH, device id=0, unit=0, type=UNDEFINED, device params='interfaces=macpack.hda':'file=macpack.hda', vendor='', product='', revision='', block size=0
[2022-08-18 10:22:42.358] [info] Attached SCHD device, ID 0, unit 0
[2022-08-18 10:22:42.358] [info] +----+-----+------+-------------------------------------
[2022-08-18 10:22:42.358] [info] | ID | LUN | TYPE | IMAGE FILE
[2022-08-18 10:22:42.358] [info] +----+-----+------+-------------------------------------
[2022-08-18 10:22:42.358] [info] |  0 |   0 | SCHD | /home/dmark/images/macpack.hda
[2022-08-18 10:22:42.358] [info] +----+-----+------+-------------------------------------
+----+-----+------+-------------------------------------
| ID | LUN | TYPE | IMAGE FILE
+----+-----+------+-------------------------------------
|  0 |   0 | SCHD | /home/dmark/images/macpack.hda
+----+-----+------+-------------------------------------
[2022-08-18 10:26:52.620] [error] virtual void SCSIDEV::Receive() Not able to receive 512 bytes of data, only received 163. Going to error

@uweseimet
Copy link
Contributor

@rdmark This is a duplicate of #656, isn't it?

@rdmark
Copy link
Member Author

rdmark commented Aug 18, 2022

@uweseimet It does read very similarly. Thanks for reminding me about this one. Let me see if the silverlining workaround does it for me too.

@rdmark rdmark added compatibility Compatibility with particular computing platforms and removed bug Something isn't working labels Aug 19, 2022
@rdmark
Copy link
Member Author

rdmark commented Aug 19, 2022

Confirmed that this is a duplicate with #656 . Closing.

@rdmark rdmark closed this as completed Aug 19, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
compatibility Compatibility with particular computing platforms
Projects
None yet
Development

No branches or pull requests

2 participants