I was lucky enough to have an A4000T fall in to my hands, so the A4000D is going away and the A4000T is taking it’s place. Same layout but now I won’t have to worry about the ZorroII/III/Video cards I have as they will all fit in the chassis. I’ve got everything moved over but it really doesn’t like my CF Card, SATA>IDE SSD and Slim DVD-RW drive with the 4-Way IDE add-on. It also didn’t like booting off my CF Card configured with all the hardware configured (PicassoII, X-Surf100/RapidRoadUSB) but had no problems booting from my other CF Card with OS 3.9 and BB1&2 installed. I need to get the A4000T layout of how I want to boot (CF Card or HD, IDE or SCSI, etc..) based on what I have and what will work. The 4-Way IDE adapter is out…it may be due to the onboard IDE and SCSI controllers vs. the A4000D only having IDE. I may even try A4000D Roms in the A4000T so as not to have it attempt to use the onboard SCSI (the WarpEngine has faster SCSI).
*EDIT* I found the trouble! When removing the drive cage you have to disconnect the motherboard power connection, when checking issues I was having with the PicassoII I noticed only one of the connectors was connected. I’m impressed the machine functioned as well as it did with only half of the power connections being made. The 4-way now works and I have the slim DVD-RW/CF card working as before along with my SATA SSD drive.
Thanks to a very helpful/generous friend my A4000 has become “better” and bringing it closer to a more appropriate Amithlon comparison.
What’s been added? A WarpEngine4040 (68040 @ 40Mhz) with 128 MB ram. The X-Surf 100 has been updated with the RapidRoad USB adapter and I have a 68060 adapter and ROMY that are next in line to be added, bringing the WarpEngine4040 to a 68060 @ ?? Mhz. I have a Motorola 68060 Rev 6 mask 71E41J ready to be installed and a proper custom ROM for the ROMY to allow booting with a full 68060 CPU.
Another generous friend has offered me a spare Picasso II RTG graphics card which will be used for testing/comparing against Amithlon. Something will have to come out (Toaster (x2), Flyer, X-Surf, Picasso II) since there are only 4 slots in the A4000. I’ll probably pull both the Toaster and Flyer (actually not even installed yet) while I conduct my comparison test between what I would consider a pretty capable Amiga A4000 and my extremely capable Amithlon system.
First I’ll have to get the A4000 recapped, WarpEngine upgraded and then start some testing.
The A4000 is getting most of my attention at the moment. I’m working on a decent setup so that I can compare a nice A4000 against a nice Amithlon system. With a Video Toaster4000, a Video Flyer and an X-Surf 100 installed….I’m out of available slots, so no RTG graphics or sound boards which will put the A4000 at a disadvantage from the start. Thanks to a generous friend I will be adding a WarpEngine4040 soon, which will be receiving an ‘060 upgrade after testing with the stock 68040 CPU. I want to have the A4000/40 68040 @ 25 Mhz, the WarpEngine4040 68040 @ 40 Mhz and the 68060 @ ? Mhz comparisons. To give the A4000 a little more in the graphics, an Indivision AGA MKIIcr was added. This is a pretty impressive little piece of hardware. It pushes down over the LISA chip, pulling the signal from the pins on the LISA chip to run them through a framebuffer to de-interlace and scan-double the stock Amiga video signals and output them over DVI at 60 Hz (or more) to support modern monitors. This means a regular VGA monitor can display your Amiga native “NTSC” or “PAL” modes. You basically attach a monitor (ie NTSC, PAL, Super72, Multiscan, etc..) that is in your DEVS:/Monitors/ with a VGA mode (I’m using 640×480 @ 60 Hz for NTSC, 1024×768 @ 75 Hz for HighGFX for and 1280×1024 @ 75 Hz for Xtreme. These modes “640×480” can be configured to match your actual monitors specs. Really nice device. Currently I am running a 1024×768 32 color Workbench which isn’t that sluggish.
I’m hoping to test a bit more (WarpEngine) before I tear it all down and send it off for a recap and upgrading of the SuperBuster 9 to SuperBuster 11.
As mentioned, I haven’t spent much time on this. I have however come in contact with someone who does know coding/linux and kernels and we have been discussing what can be done to possibly bring some new updates to compiling one for Amithlon. I’ve donated a few graphics cards based on a similar supported GPU (one a PCI NVidia FX5500, the other a PCIe NVidia PCX5750) so he can determine why the PCI bus works and the PCIe bus doesn’t and hopefully correct or patch in PCIe support. Of course this is slow and tedious work so don’t hold your breath…just keep your fingers crossed 🙂
Early comparison….the Amithlon dominates the A4000. Sysinfo V4 gives me basically a “1” in Dhrystones against the A4000 with the A4000. Testing the Amithlon…..upper “290’s” to low “310’s” against an A4000. Not the most accurate testing of course…but speed is one of Amithlons strong points. Video being another strong point (RTG, no native support) as I’m running a very nice and FAST 1680×1050 32 bit color Workbench. Screen redraws are so much faster, even at the higher resolution and higher bit depth. The Amiga does have AGA/ECS/OCS support though and Amithlon is RTG only. More coverage on this when I get the A4000 updated.
I happened across a crazy deal that resulted in me being the proud owner of an Amiga 4000 once again 🙂 It was probably the mid 90’s that I’ve last owned an Amiga computer so with all the emulation testing I’ve done, I apparently caught the “Amiga” bug again.
A4000/40 @ 25Mhz, 16 MB fast ram, 2 MB chip ram. I’ve added 3.1 Kickstart Roms, a 250 GB IDE drive I had lying around, a SATA DVDRW/CDRW I had lying around with a SATA -> IDE converter. The floppy drive sounded horrible and failed to boot off the 3.1 Install disk, luckily WinUAE came to the rescue. Using an IDE to USB cable I was able to attach the 250 GB IDE drive to my Windows 10 PC and then use WinUAE to partition/format and install Workbench 3.9 to the A4000. Removed from WinUAE and insert in the A4000 and boot……and Workbench eventually displays (Using DblNTSC screen mode as my monitor will not sync to the low 15 Khz frequency of the native Amiga screen modes.
To add, I have a Video Toaster 4000 and…..(drum roll)…..the card I dreamed of owning during my earlier Amiga 4000 days……the Video Flyer! I can’t wait to start playing around with this. I have an external dual TBC so I can correct timing and/or genlock the signals to match on digital cameras to feed the Toaster’s switcher which then feeds the Flyer card.
I’ll have to do some basic comparisons between Amithlon hardware and Amiga 4000 hardware….so far, of course, the Amithlon blows away the older A4000 (CPU performance, RTG video modes, newer mice/keyboards, etc..).
I was able to acquire an X-Surf 100 network card for the A4000. Installed and tested, though I am having a few issues with it. Large data transfers seem to cause a reboot, either downloading from the web or transferring from my NAS box via SMBFS. It’s very possible it is due to the Super Buster revision 9 in the system. I’m needing a little work done so I’ll probably prep for a one time shot at everything (re-cap, new memory sockets, add socket in place of Super Buster to upgrade to revision 11, etc..).
After many different apps installed and removed, partitions created, deleted, recreated with different filesystems (pfs3 vs. ffs) my Amithlon machine started flaking out when writing to the IDE hard drive (500 GB). Not completely unexpected, this hard drive had been heavily used and moved from PC to PC over the years, finally finding its way in to my Amithlon setup.
My system has a SATA drive as the boot drive and the IDE drive was for the AmigaOS side. Using kernel 3.10, it couldn’t see the SATA drives installed and only presented the IDE Amiga drive in HDToolBox. There was a second SATA drive installed that I had for testing kernel 4 so I decided to rebuild my system on kernel 4 this time. I had specifically chosen the hardware inside so I don’t require any kernel drivers/modules….just Amiga drivers and OpenPCI drivers. AHI has Emu10x drivers for my sound blaster, OpenPCI has a driver for my Realtek 8139 Ethernet card and of course the vide card drivers are built in the kernel (Nviidia fx5500).
So…fresh, clean install of Amithlon running off kernel 4, fully patched and configured (sound, USB, network, smbfs, Google drive/Dropbox). Since I had to recreate the Picasso96Mode settings I grabbed SGrab off Aminet and made a few screenshots while writing up the process. Picasso96Mode use is now added to part 2 of the Installation Guide.
It was mentioned to me that adding crusoe to the init string will allow Amithlon to boot in Virtualbox without the need to time a key press. I’ve tested and it does appear to function.
kern310 init=/linuxrc console_level=0 root=/dev/ram0 mem=512M initrd=smallird.gz vga=769 ramdisk_size=2310 cachesize=65536 leavepages=5200 video=dovesa crusoe
The “crusoe” option was used in testing with the Transmeta CPU, Crusoe, and isn’t needed for Amithlon machines using an AMD or Intel CPU. However, for whatever reason, it makes Amithlon boot under Virtualbox without needing to wait for the proper timing of pressing a key to continue the boot processs.
** It was recently discovered that the better approach would be to use a keyword of ‘nosleep’ instead of ‘crusoe’. Both give the same results but ‘nosleep’ is designed to bypass the interrupt it appears Amithlon is waiting on a response from, which doesn’t occur under the Virtualbox environment.
kern310 init=/linuxrc console_level=0 root=/dev/ram0 mem=512M initrd=smallird.gz vga=769 ramdisk_size=2310 cachesize=65536 leavepages=5200 video=dovesa nosleep
I finally settled on a Gigabyte GA-P35-DS3L motherboard based on a few postings by fishy_fiz on EAB and another site, Amiga.org. 3 PCI slots (Nic, Video, Audio) and heavily overclockable. Runing (2) 512 MB chips, a PCI Soundblaster Live, PCI Nvidia FX5500 256MB video card and a Realtek 8139 100Mb Nic it easily covers Sound, Accelerated video and Networking. It uses a LGA775 socket and I’m running a Core2Duo E8600 CPU at 4.0x Ghz. The system is blazingly fast. I’m bouncing back and forth between kernel 3.10 and kernel 4. I do this by the way I like to set up the system….a boot drive to hold the DOS partition used to initiate Amithlon and a second drive to hold AmigaOS. I like this method as I can just swap out the second hard drive with a completely different install of AmigaOS. Kernel 3.10 doesn’t like the SATA on this motherboard so I have a SATA drive as the primary boot drive. It currently has Windows 7 32bit and a small DOS partition on this drive and then I either use another SATA drive for kernel 4 or an IDE drive for kernel 3. I just disconnect the IDE drive and when the system boots I choose Amithlon (using xfdisk’s boot manager) which boots the DOS partition to a command prompt. I type loadlin @4small to launch Amithlon with kernel 4, of if the IDE drive is attached I type loadlin @3small. Since kernel 3 doesn’t see the SATA drive I don’t have to disconnect it. It runs a nice 234 times faster than an A4000 in dhrystones using SysInfo as the benchmark.
I’d also spent a decent amount of time running Amithlon under Oracle’s Virtualbox. It was a very painful experience as it seemed to boot Amithlon maybe 1 out of 30 or 40 attempts. Very frustrating when you are installing updates/patches and you need to do a cold boot. Control-windows-windows (Ctrl-Amiga-Amiga) was never a problem so simple Amiga reboots were fine. I may write a guide on running under Virtualbox but honestly I don’t see running it there, just run WinUAE for even more Amiga compatibility. You won’t get accelerated video under Virtualbox but you can get networking, sound and USB functioning. Booting under Virtualbox still has the occasional “not going to boot” issue, but I’ve found a way to boot nearly every time and detecting when it will not boot quickly so you can reset the Virtualbox session to try again. Basically….change your parameter for booting to show you the console and not the “boing ball” when booting, wait for the Moving PCI now to run and then the screen will pause. At this pause, strike a key. It should “kick” the boot process to continue. Don’t touch a key before this…or it will not boot. After the “moving PCI…..” and text that follows completes and pauses, if striking a key doesn’t re-engage the boot process, reset Virtualbox. I rarely have to do this…but even rarely means it still happens. The command for using console display instead of the boing ball is..
kern310 init=/linuxrc console_level=4 root=/dev/ram0 mem=512M initrd=smallird.gz vga=769 ramdisk_size=2310 cachesize=65536 leavepages=5200 video=dovesa
You’ll notice “console_level=4” instead of “console_level=0”.
Repeatedly doing the above (installing in Virtualbox and installing on different hardware) gave me a decent understanding of the boot process and how I like to set things up. I created a new(er) guide on installing Amithlon which I hoped could get a few others up and running so that they could play in Amithlon and this expanded base of users could result hopefully in some new developments. It also allowed me to collect more user data on what hardware works which helped in creating a list of supported hardware.