Welcome, Guest. Please login or register.
Amiga Kit Amiga Store Iridium Banner AMIStore App Store A1200/A600 4xIDE Interface

AuthorTopic: Hyperion: "Halloween special double-treat for the Classic AmigaOS"  (Read 17748 times)

0 Members and 1 Guest are viewing this topic.

Offline kolla

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #150 on: October 22, 2016, 07:24:44 PM »
Quote from: olsen;815602
then lost a lot of time testing the results because my only 68000 machine had failed.


I find this... astonishing :confused:

Between a handful of emulators, FPGA, Minimig and rather cheap systems from ebay...how hard is it to get access to a 68000 system? Don't you at least have people who can run tests for you?
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline olsen

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #151 on: October 23, 2016, 10:59:57 AM »
Quote from: kolla;815607
I find this... astonishing :confused:

Between a handful of emulators, FPGA, Minimig and rather cheap systems from ebay...how hard is it to get access to a 68000 system?

Until very, very recently WinUAE support for SANA-II hardware was very limited. Roadshow needs to be able to send and receive Ethernet packets for a test to be in any way representatitive of what problems it might encounter on real hardware (e.g. A600 with cnet.device + NE2000-compatible PCMCIA hardware). In fact, it wasn't until yesterday that I was able to use the A2065 support in WinUAE public beta #13 and have Roadshow run through a complete DHCP exchange, assigning it an IPv4 address from my local network.

So far I tried to get by with "real" vintage hardware and did not see the need to with a Minimig.

The (so far) last 68000 machine I bought on eBay was the A600HD which failed in 2015. I did not repeat the exercise, because this year 2016 has been the most stressful and busy in a very long time. My priorities had shifted elsewhere, and something had to give... It happens to all of us, I suppose.

Quote
Don't you at least have people who can run tests for you?

In the mean time I managed to ask for help, the end result being the Roadshow 1.12 update, whose README file credits the testers.

I consider it likely that future 68000 testing can be conducted primarily in emulation, now that the A2065 support in WinUAE finally seems to put all the necessary pieces together.
 

Offline gregthecanuck

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #152 on: October 23, 2016, 11:09:40 AM »
@Olsen

I believe if you need resources such as a working A600 (either replaced or repaired) or some cash to get some testing machines a simple PayPal account or some way to show support would likely yield some good results.

There are a lot of motivated users wanting to see OS3.x move forward. You just need to ask.

Have a great day!
 

Offline olsen

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #153 on: October 23, 2016, 11:17:53 AM »
Quote from: gregthecanuck;815616
@Olsen

I believe if you need resources such as a working A600 (either replaced or repaired) or some cash to get some testing machines a simple PayPal account or some way to show support would likely yield some good results.

There are a lot of motivated users wanting to see OS3.x move forward. You just need to ask.

Have a great day!

The A600HD issue (which seems to have gained a life on its own by now, it seems) was not a question of money, but of a different type of resource: spare time. Had that been available in 2015/2016 to a larger degree, Roadshow 1.12 might have shipped earlier ;) I just lacked the necessary time to see it through.

But I'll have to look into how one might get that A600HD repaired here in Germany. With the exception of my first Amiga (a 1987 A500, the type with a red keyboard LED) and of course the A600HD, all other 68000 machines which I own are still in good working order. However, none of these other 68000 machines can be conveniently fitted with networking hardware.

I do appreciate the offer to help :)
 

Offline eliyahu

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #154 on: October 26, 2016, 12:05:26 AM »
@thread

there's a brief update from hyperion. apparently a few customers had difficulty booting from the workbench images on some systems....

Quote
Bugfix update for Workbench 3.1 (40.43)
Brussels, October 25, 2016

Hyperion is pleased to announce the immediate availability of an update to the recently released Workbench 3.1 (40.43) to address a few reported issues.

Registered customers can download the free update from the restricted download area on the Hyperion Entertainment website, new customers will automatically get the fixed version via our fulfillment partner avangate.

-- eliyahu
"How do you know I’m mad?" said Alice.
"You must be," said the Cat, "or you wouldn’t have come here."
 

Offline Oldsmobile_Mike

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #155 on: October 26, 2016, 08:10:59 AM »
Quote from: eliyahu;815668
apparently a few customers had difficulty booting from the workbench images on some systems....

Wonder if it's a similar problem to what Cloanto had with their "3.X" ROM's?
Amiga 500: 2MB Chip|16MB Fast|30MHz 68030+68882|3.9|Indivision ECS|GVP A500HD+|Mechware card reader + 8GB CF|Cocolino|SCSI DVD-RAM
Amiga 2000: 2MB Chip|136MB Fast|50MHz 68060|3.9|Indivision ECS + GVP Spectrum|Mechware card reader + 8GB CF|AD516|X-Surf 100|RapidRoad|Cocolino|SCSI CD-RW
 Amiga videos and other misc. stuff at https://www.youtube.com/CompTechMike/videos
 

guest11527

  • Guest
Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #156 on: October 26, 2016, 12:56:05 PM »
Quote from: Oldsmobile_Mike;815680
Wonder if it's a similar problem to what Cloanto had with their "3.X" ROM's?

If you look at the description of the problems, its rather that the boot block has not been written in one of the floppies and the protection bits have not been set correctly. I'd call this harmless.  As said, this is not a "all new" ROM, but its a minor update of the current 3.1 ROM from the latest CBM sources, with bug fixes only.
 

Offline olsen

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #157 on: October 26, 2016, 01:03:09 PM »
Quote from: Oldsmobile_Mike;815680
Wonder if it's a similar problem to what Cloanto had with their "3.X" ROM's?
If there are similarities, I expect they resulted from changing what used to work back in 1994 and finding that subtle problems slipped through the testing process.

In the case of this Workbench/Kickstart 3.1 update, the changes made were deliberately kept small so as to reduce the risk of breaking anything. That was the plan, but what caused the troubles was for one part the build process itself, and the subtleties of writing installation scripts.

The build process cranks out ready-made Kickstart ROM images and a set of drawers whose contents correspond exactly to the Extras/Fonts/Install/Locale/Storage/Workbench disks. In order to create those disks, the respective contents are copied to RAD: and the result then goes into an .adf image, one disk at a time. The Install/Workbench disks are special in that they both need to be bootable (they have been since the original 1994 release), and that the respective disk boot blocks need to be installed manually (ever tried "install rad:"?). Lack of automation of this process kept the Workbench disk from being bootable (the A4000T has its own issues with the Workbench disk; see below).

The contents of the Workbench disk set in this update are peculiar in that their contents were slightly rearranged so as to make one single set which can be used both on the A4000T and all other Amiga models. Because the A4000T does not have workbench.library in ROM, Commodore shipped a special variant of the Workbench 3.1 installation disk set, and that wasn't going to fly.

Making an installation disk set which works with all Amiga models resulted in disk space constraints, i.e. you can boot off the Install disk, but due to Workbench disk lacking the workbench.library, booting from it is not an easy option on the A4000T. Something had to give :(

What broke the installation script, which ended up copying the contents of the Install disk to the newly installed Workbench "fonts" drawer, was a change made so that you could more easily install everything from a single disk: just copy all the disk contents into drawers on the installation medium, set up assignments to those drawers and launch the installation script: no more prompting to insert a disk.

Because the Installer tool allows/needs very strict control over whether installation is permitted from an assignment rather than a volume, this caused trouble with the "Fonts" disk. If the Fonts disk was not present, then the installation script would copy the contents of the drawer which "FONTS:" was bound to. Because there is no "fonts" drawer on the Install disk, the "FONTS:" assignment was bound to the root directory of that disk (this is what the boot process does by default), and hilarity ensued... How do you fix that? You can actually test if "Fonts:" is an assignment, and you can test if that assignment refers to the boot disk's root directory. If so, then you can tell the Installer to prompt for the Fonts disk to be inserted and the assignment to be ignored. Even back in the day there was little love for Installer scripts. Now you know why.

Bottom line is: you will likely miss something important if you change anything at all, no matter how little the change was :(
« Last Edit: October 26, 2016, 01:06:36 PM by olsen »
 

Offline Matt_H

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #158 on: October 26, 2016, 08:21:27 PM »
The fonts disk was always a strange one. The other disks all have a 3.1 suffix - Workbench3.1, Storage3.1, etc. but Fonts doesn't. Was that so floppy-only users could simply insert the disk and not have to worry about an assign? (Come to think of it, I think the Locale disk behaves the same way). Kinda strange that they didn't do an "assign fonts: fonts3.1: add defer" line in the floppy startup-sequence instead...
 

Offline LoadWB

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #159 on: October 26, 2016, 11:12:39 PM »
The 4000 and 1200 KS ROMs are a single 512KB file.  What can I use to break these KS ROMs into two parts for the even and odd ROMs?  Or, can these motherboards accept a single 512K ROM?
 

Offline LoadWB

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #160 on: October 27, 2016, 12:38:21 AM »
Quote from: LoadWB;815710
The 4000 and 1200 KS ROMs are a single 512KB file.  What can I use to break these KS ROMs into two parts for the even and odd ROMs?  Or, can these motherboards accept a single 512K ROM?


Didn't find (or look, really) for anything for Windows/Linux/Mac, but I found

http://aminet.net/package/util/boot/splitkick13
 

Offline olsen

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #161 on: October 27, 2016, 08:55:12 AM »
Quote from: Matt_H;815706
The fonts disk was always a strange one. The other disks all have a 3.1 suffix - Workbench3.1, Storage3.1, etc. but Fonts doesn't. Was that so floppy-only users could simply insert the disk and not have to worry about an assign? (Come to think of it, I think the Locale disk behaves the same way). Kinda strange that they didn't do an "assign fonts: fonts3.1: add defer" line in the floppy startup-sequence instead...

The Workbench 3.1 disk set has more than one purpose. My pet theory is that this produces certain requirements and limitations.

The first purpose is to provide a bootable Workbench, and you better have a second floppy disk drive handy, because you are going to need it. You will end swapping the Fonts/Locale disks in and out time and again.

The second purpose is to install the contents of the disk set to hard disk. One floppy disk drive is sufficient for that.

The Fonts/Locale disks can be conveniently used both by the Workbench and the Install disks without having to tinker with the Locale and Fonts assignments. It simplifies things a bit. Furthermore, the installation script is using the default Installer command for prompting a disk to be inserted, which is hard-wired not to accept an assignment as a substitute for a volume (you can override this default behaviour, of course). This is really the least complex solution that works.

The updated Workbench disk set, which allows you to use assignments in place of volumes, is comparatively more complex because it overrides the default behaviour of the Installer "prompt for disk" command, which in turn caused further complications.
 

Offline olsen

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #162 on: October 27, 2016, 08:55:54 AM »
Quote from: LoadWB;815710
The 4000 and 1200 KS ROMs are a single 512KB file.  What can I use to break these KS ROMs into two parts for the even and odd ROMs?  Or, can these motherboards accept a single 512K ROM?

Which layout exactly is needed? Could you describe it?
 

Offline gregthecanuck

 

Offline kolla

Re: Hyperion: "Halloween special double-treat for the Classic AmigaOS"
« Reply #164 on: October 27, 2016, 01:06:42 PM »
Quote
Deactivated "FF" program in Startup-Sequence to prevent problems on 68020/030 processors

FF???
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS