25 August 2022, 06:15 | #1 |
Registered User
Join Date: Apr 2020
Location: San Francisco / USA
Posts: 10
|
Amix and the ReAmiga 3000 board
Hello Amixians,
My brother bought an Amiga3000 UX for college when they were new and for sale. Lucky for me, he held on to it. I've got it now, and through the years, the mobo was damaged by that darn battery... I worked a deal with Chucky to get the parts from the mobo transferred to a ReAmiga 3000. It's a beautiful thing and boots AmigaOS 3.2 perfectly. Unfortunately, it does not boot AMIX. Here are the error messages during boot (full picture of the stuck boot here): a3019: 0x49 1 0x70EADC4 a3091: 0x85 3 0x70EADC4 The a3091 is a reference to the onboard SCSI controller. I've read there are issues with memory size and the SCSI drive memory mapping, so I've removed 8 MB of fast with no luck. I've been working with Chucky, and he said the only change to the A3000 motherboard is the addition of a ZIP to SIMM adapter. While working on this problem, I've been able to set up AMIX on WinUAE with both the original boot disk and the AmigaUnix boot image. This problem is outside of my technical knowledge, but I was going to start by adding more debug to the a3091 driver to understand the error better. Using the amigaunix hardfile with WinUAE I attempted to rebuild the kernel, but the process failed. I've worked with C code some but never built the AMIX kernel. What I did was cd to "/usr/sys/amiga" and execute "make" with this result: So here are my questions: 1) Does Anyone have a suggestion on what the error might be? 2) Has anyone successfully installed the ZIP->SIMM adapter on an A3000 and used it with Amix? 3) Using the amigaunix website boot image has anyone been able to rebuild the kernel? Thanks for the support! Bill "tekmage" Borsari PS, you can fix the keymapping for the amigaunix website boot image using the /usr/amiga/bin/amixadm and change the keymap to usa01! |
01 September 2022, 17:08 | #2 |
Registered User
Join Date: Sep 2019
Location: Netherlands
Posts: 107
|
Wow, that is a nice project to work on... True vintage to play with!
I have never myself attempted to recompile the kernel itself and the error could mean anything to me from 'bad compiler version or install', 'wrong version of libraries', etc. Maybe you can ask @Tahoe, I think he has quite some experience with AMIX and he also operates the 3000UX wiki... edit: Is the memory on the AA3000 board on the same addresses as on the original? I would think so but that would be the only think that comes to my mind. But it's a tricky OS and very tightly connected to the 3000 hardware, which is proven to be true again... edit2: Did some more reading and AMIX is not open source, I'm pretty sure you will not be able to compile the kernel - which is most likely why the 'make' command fails. Last edited by mousehouse; 03 September 2022 at 16:18. |
29 September 2022, 17:40 | #3 |
Registered User
Join Date: Apr 2020
Location: San Francisco / USA
Posts: 10
|
Progress!
I was able to clean install AMIX on WinUAE and add in all the supporting packages. With that, I do two things: 1) the fresh install image booted the ReAmiga3000 once, and 2) I can compile the kernel, so changes to the driver are possible. Still working on the a3091.c driver as the error is still happening. Thanks for all the support on this! Bill "tekmage" Borsari |
30 September 2022, 00:28 | #4 |
Registered User
Join Date: Apr 2020
Location: San Francisco / USA
Posts: 10
|
Ok, I extracted the a3091.c file from AMIX. I'm not sure how this works so I'm hoping someone can help me understand what's happening here.
First, there is a case statement with this switch line: switch (atab[istate][itab[ss]]) For that line, it looks like the first error "istate" = 1 and the ss = "0x49". Here are the tables for itab and atab: /* Given those inputs, I cannot figure out which case is selected. For completeness, here is the full case statement: a3091intr( ) I've also looked at the Western Digital Chip documentation and don't see what 0x49 even means Feedback welcome! |
30 September 2022, 02:57 | #5 |
Registered User
Join Date: Nov 2014
Location: NSW/Australia
Posts: 462
|
Are you absolutely sure your SCSI termination is all good? Do you have any SCSI issues in Workbench? I would do some torture tests in Workbench - copying files and checking for corruption before going down the AMIX driver debugging path.
What is your SCSI setup (HDD type, termination setup etc)? Have you tried with 3.1 roms? |
30 September 2022, 03:25 | #6 |
Registered User
Join Date: Mar 2009
Location: texas,usa
Posts: 235
|
Shot in the dark here,but a zip to simm adapter will treat simms as FPM ram,and the UX came with SC zips(static column) originally...zip part # ends in 402,i wouldn't think it would care,but it may possibly?
assuming that check the term power diode is correct on the new board and you have +5(or close) to the scsi,without this no terminators will work. Amix expects the drives to be at specific device numbers,are they correct? I seriously doubt it will work with anything but 3.1 roms.. |
30 September 2022, 05:01 | #7 |
Registered User
Join Date: Nov 2014
Location: NSW/Australia
Posts: 462
|
Possibly - though I think unlikely as I would expect AMIX to do the same static column check as exec does. AMIX works on e.g. A2620/30 which one wouldn't expect to necessarily use static column RAM.
|
30 September 2022, 08:20 | #8 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,611
|
|
30 September 2022, 19:40 | #9 |
Registered User
Join Date: Apr 2020
Location: San Francisco / USA
Posts: 10
|
Thanks Toni! I should have mentioned I decoded that part using the chip docs. It's a phase change before the transfer count is zero or an unexpected phase sequence during the select and transfer command. The error indicates this is happening Data In Phase.
What I meant is how does that switch statement interpret 0x49 to look up the response? Does it seek to element 73 in the table? Cheers! Bill |
01 October 2022, 04:00 | #10 |
Registered User
Join Date: Nov 2016
Location: DE
Posts: 20
|
itab translates the device status 0x49 into DFA input code 1 ("Status is illegal or unsupported.")
atab then translates that input code to DFA action code 1 ("DEAD Report that driver has shut down."), which is then implemented in the "case 1:" clause. |
20 October 2022, 04:02 | #11 | |
Registered User
Join Date: Oct 2020
Location: Austin
Posts: 3
|
Quote:
I do remember that AMIX was *very* intolerant of SCSI termination issues. Have you got proper. terminators on both ends of the chain? Doc |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ReAmiga 3000 Progress | Chucky | Hardware mods | 140 | 18 December 2021 21:54 |
Amiga 3000 OS 3.1 RTG board | bobrpggamer | support.WinUAE | 12 | 11 July 2019 12:31 |
Can I install Amix on a regular 3000 without a tape drive? | joethezombie | support.Amix | 13 | 13 April 2019 22:44 |
Amiga 3000 board | Sanxion | support.Hardware | 2 | 21 November 2017 11:46 |
Amiga 3000 Zip to Ram board for zips | Dagger | Swapshop | 3 | 26 April 2011 14:30 |
|
|