Who's Online |
44 user(s) are online ( 30 user(s) are browsing Forums)
Members: 0
Guests: 44
more...
|
|
|
|
|
Re: PiStorm - can PPC for classic Amiga make a come back?
|
Posted on: 11/12 15:22
#1
|
Just popping in 
|
@geennaam Quote: If the definition of "ppc for classic" is to run powerup or warpos then I do not see the point. The 68k emulation will probably run the 68k versions just as fast as a ppc emulation would run the warpos versions of an app. I would say yes to be compatible with both. So both would be supported. The only question would be is if original PPC libraries would be supported or need custom ones. To work like a PiStorm does original should be supported. Why I would say to support this is because a PPC card, either real or a PiStorm virtual PPC, would be expected to support this when plugged into an Amiga. So the point isn't to be compatible with old WarpOS games or software. The point would be to implement the classic PPC standard so PPC software can work. In doing so, it also means it would be compatible with OS4.1. While a PiStorm optimised OS4.1 would be nice I doubt that is going to happen. So a Classic OS4 would also run by extension by being compatible.
|
|
|
|
|
|
Re: PiStorm - can PPC for classic Amiga make a come back?
|
Posted on: 11/10 12:33
#2
|
Just popping in
|
@MartinW Quote: Even if it were viable now, I'm not sure it would be a great experience compared to a 1.something or 2.something Ghz PPC machine. But I guess it would at least have half decent graphics provided a driver was ported (again! - same old problem) That's the thing. A 1 or 2 Ghz machine is expensive. Checking the prices of the A1222 it looks about as much as I paid for my X1000 and doesn't offer much more. And unlike those this would plug into a real Amiga. It's rare for a real Amiga to have a 1Ghz CPU though it is possible. So this would really be competing with unobtainium or brokenium that didn't go over 240Mhz. If it ran on average to a 300Mhz level it wouldn't be much better. But it would open up a market previously locked to old expensive cards. And it would help the main criticism against OS4 not running on a real Amiga.
|
|
|
|
|
|
Re: Enhancer 2.2 Freezes X5K during installation
|
|
Just popping in
|
The installer has a logging option that may help. But it may freeze before it saves it. However being able to log it to a console window would show what it's doing if possible.
|
|
|
|
|
|
Re: PiStorm - can PPC for classic Amiga make a come back?
|
|
Just popping in
|
@328gts Quote:
The speed of new Pi's will dictate if running PPC stuff will be feasible but I do think it's only a matter of time.⁸
I think it would be feasible now. It might not be the difference a PiStorm makes against 68K where it easily beats an 060 and runs Doom on planar like it was native fast VGA. But this would be cheaper and more attainable than a BlizzardPPC.
|
|
|
|
|
|
Re: PiStorm - can PPC for classic Amiga make a come back?
|
|
Just popping in
|
@LiveForIt Quote: I did quick estimate, and end up at around 300mhz, based on benchmarks, someone posted, that’s not a lot, for a modern game, a modern game also needs a good gfx driver and lots of ram. You can perhaps run it but won’t be able to do a lot with it, without at least a good gfx driver. That would be fast enough I think. Since real cards back in the day only clocked up to 240Mhz or so. The only problem is the modern Sonnet cards that average 400 or 500Mhz with some clocking in at 1Ghz! But, those would surely be rare. And an Amiga system with one of those would be both rare and expensive.
|
|
|
|
|
|
Re: PiStorm - can PPC for classic Amiga make a come back?
|
|
Just popping in
|
I would say this could be done as an independent project. Without Hyperion needing to have any involvement. Though given the effort put in the A1222 which needed an FPU emulator why not go all the way and emulate RISC PPC on another RISC like ARM?
Most sales for OS4 Classic were for emulation. So a project like this would also benefit sales. Last I checked Classic was also the only edition you could buy as digital.
It would make sense if it simulated a Blizzard PPC and associated powerpc library. Possibly a Cyber PPC. But what matters is a PPC library. Given it would take space and resources it may make sense to only emulate the PPC if possible. That would mean it would still need to run 68K code on the built in 68K. And there would be context switching. However, for running OS4, once it boot straps that would be a non issue.
OTOH, it would be good to have a mixed 68K and PPC without any context switching. In this case, a master emulator would detect a change from one CPU to the other, and switch emulator.
Using JIT or not would be a consideration. As it takes up RAM in the host CPU board. Given the focus is on PPC 68K emulation could be static and only PPC use JIT.
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@kas1e Quote: Together with that, BBoot already faster on system loading : because it did use *.zip package with all kickstart modules, which loads to the memory, then unpacked, and loads from. This gives on real Pegaoss2 +10 seconds to load up the whole system. Quite a lot. Zip? Oh no. That's yukky PC thing. On Amiga we use LhA. Or second to that GZip which has native firmware support. They did some tests on compressed Kickstarts a few years back. But the result wasn't worth it according to results. Still, I wanted to test it myself once I had my X1Boot loader working, since I can control it. And can use XZ for best compression. Takes ages to compress the best but unpacks real fast!  Also, after reading through the latest posts in thread, it looks like the bridge issue is worked around now. I don't have any real Pegasos hardware so cannot test on the real thing. I can only test under qemu like every one else.
|
|
|
|
|
|
Re: Radeon RX cards on X1000
|
|
Just popping in
|
@jabirulo Quote: Hi, I have on my SAM460ex and a radeonHD (r7-250) a WB feeeze on startup. If I set (THX Spectre660) INTERRUPT=Yes and composition=OFF it loads WB ok and system runs ok. Just found your comment. I have the same issue with my X1000 and R7 250. For me the issues started when I installed Update 2. Did you have the same issue with Update 1? And is your issue confined to Update 2?
|
|
|
|
|
|
Re: Radeon RX cards on X1000
|
|
Just popping in
|
@Hans Quote: I don't see soft-reset as a definitive part of AmigaOS. It wasn't part of the original 68K AmigaOS. They only really became a thing with OS 4, because full reboots take so long. One thing that was definitive of AmigaOS was the RAD drive. And Ramb0. Which OS4 people still used. You could do a soft reboot and it would survive. This doesn't happen with a cold reboot. Unless the firmware erases memory on reset I would consider this a bug. Because Exec always checked the memory for a existing ExecBase which a RAD would depend upon. If Exec isn't doing that but instead creating a new one every time it's not an Amiga Exec.  Quote: I've also advocated for making the Early Startup Menu work without needing a reboot. That was met with pretty fierce resistance. How would this work?
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@balaton Quote: So according to a recent thread about Radeon RX on X1000 the freezes with interrupts=yes seem to be a known problem thus people getting it with emulation and passed through cards likely got the same issue and not an emulation bug after all. Unless more data comes up I consider this to be fixed in the RX driver and not something we need to do anything about in QEMU then. Oh no. This happened to me on my X1000 with Update 2. It has a conflict with my R7 250. Disabling compositing and interrupts works around it but it's slow after that and not efficient. I wasn't aware of any similar issues in the RX driver so I'll check that thread out. I would consider this a software issue in the RX driver. Or graphics drivers as a whole. I wonder if the same issue occurs with Update 1 if that can work.
Edited by Hypex on 2023/8/18 7:04:16
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@sailor Quote: please, for blonde - what i BBoot ? I found here many citations, but no what is it. Debbie Harry is asking as well? I'm glad you asked. I was getting a bit lost with all this boot talk. UBoot. BBoot. AmigaBoot. Now I can only guess BBoot means Balaton Boot. 
|
|
|
|
|
|
Re: qemu emualtion of AmigaONE XE
|
Posted on: 8/10 13:22
#12
|
Just popping in
|
@balaton Quote: Isn't it Kickstart/Kicklayout? That's what BBoot also looks for when you zip your Kickstart directory. That one has only Kickstart in path but found in System/Kickstart on CD and the CD therefore has an additional Kickstart/Kicklayout file with paths pointing to System/Kickstart but on installation the System/Kickstart dir should be copied to SYS:Kickstart then the Kicklayout file in it would be used and the CD:Kickstart/Kicklayout is only on the CD and should not be copied. Did the frozen install not copy the Kickstart dir or how it missed the Kicklayout file in it? Yes that's what I meant. For some reason I had startup in my head. Kickstart/Kicklayout is the correct location and would also point the CD to files at System/Kickstart. By the looks of it it has just copied the whole dir to system and the post fix failed. Given a CD Kicklayout was installed I wonder if it just blindly copied the whole lot and then overwrites the Kickstart with the proper version at the last minute. Thought that would be slightly lazy if it did. If it suddenly broke or crashed before postfix that would explain it.
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@joerg Quote: The complete U-Boot source was always available, the HTTP interface of the U-Boot repository displays the files as being 19-20 years old. No idea where you got incomplete U-Boot sources with binary parts from. It was around the time there was that project to rebuild UBoot I got hold hold of the sources. But I wasn't aware the sources were complete and just sitting online. All I know is in the sources I had there were some internal UBoot functions that had no source and were linked in from a binary only. It was also a but quirky looking. Like one of those compiler setups that was hacked together and didn't have a clean way to configure and make easily.
|
|
|
|
|
|
Re: qemu emualtion of AmigaONE XE
|
|
Just popping in
|
@balaton Quote: I can eventually look at emulating nvram but it's low priority for me at the moment. The default in u-boot is to boot from HD so once you've installed just escape and use the settings should work for now. It's less work than typing the command in pegasos2 that was needed before. Isn't this something already emulated by QEMU? I mean, how does it emulate a Mac machine? A Mac relies on nvram in the same kind of way and that has to be stored somewhere. As to shutting down, no the XE cannot. It was a hardware flaw. The closest an A1 gets to shutting down is a blinking cursor on a blank screen. The Quit item in Workbench seems rather useless and has been since it was first introduced in OS2 or what ever release had the item there. No Workbench I've seen can actually quit and always complains about some process running. Even if it could quit it would just quit to DOS into a shell window. Or quit to a blank screen without window.
|
|
|
|
|
|
Re: qemu emualtion of AmigaONE XE
|
|
Just popping in
|
@Maijestro Quote: You are right, a kicklayout was created from the install CD and copied to SYS:Kickstart/ , because Qemu crashes after the AmigaOs4.1 installation when closing the installer, I suspect that the changes were not written to the installation HD as it should be. That would explain it. Looks like the easiest way to fix it. The default HD startup file would be somewhere but not sure where it is kept.
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@joerg Quote: The scitech x86emu is missing and it's U-Boot 1.3.2-rc2.
That's a rather later release and a deal breaker. Quote: x86emu is there, and of course cmd_boota.c as well, the source for it was always available That's better than the source I had from somewhere that had binary blobs for private UBoot functions. In Linux speak it was compiled with non-free firmware. I wonder how long it's been out there as the project to reboot UBoot and update it relied on having source. Quote: Only the Pegasos2 version of AmigaOS doesn't support it and uses Kickstart/nvram.config instead. But that's read-only, you can't change the contents with AmigaOS functions or tools (C:NVSetVar, Prefs/U-Boot, etc.), only by editing the file and reboot. Surprised at that. Thought it would just read it directly off the firmware nvram. The X1000 does. Both are inferior to the XE which can wrote to nvram from OS. The X1000 has an RTAS resource so don't know why it doesn't do that. They had CFE source so knew how it did it. Also I don't see why an an nvram.config couldn't be written to from the OS since it's a normal file so that's an unusual restriction.
Edited by Hypex on 2023/8/6 15:21:13
|
|
|
|
|
|
Re: qemu emualtion of AmigaONE XE
|
|
Just popping in
|
@Maijestro Quote: "Couldn't find file System/Kickstart/loader". That's the location of the Kickstart on CD. It looks like it's installed a Kicklayout for a CD boot. And not HD boot for some reason. Any comments in the Kickstart/Kicklayout file? Quote: I also don't understand much about NVRAM only that it stores things in the firmware, could really be the problem....I have no idea. It contains settings for IDE and booting. So without it, UBoot is in a default state. It doesn't know what drives you have, what controller nor how to boot. So scans and looks for what it can find. Quote: First short tests are much faster than on Pegasos 2 emulation. Sound ac97 unfortunately does not work, internet works but is unstable "rtl8039". AC97 sound was broken on a lot of real machines as well with a missing sound chip. You might as well specify SounndBlaster or other supported card if you can on PCI devices as common PCI sound cards are supported by QEMU.
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@Maijestro I don't know what type 97 disk is but a problem I see is no NVRAM storage. It would be fine in memory but there needs to be a way to save and restore the NVRAM. I don't know if a file can be specified. But it will make it hard to boot an image if you need to reset the firmware each time. This obviously goes against using a prebuilt image made to automate it. Quote: Modify with SM502 not possible then loader is not found in kickstart. I proceeded as with the Pegasos 2 installation. I don't know what happened there. The Kick layout is particular with empty lines. But just adding a file in the modules and amending it shouldn't break that way. The loader is specified in the EXEC line which is the first thing it would load. Somehow the file is corrupt. But, however you modify it, the loader file is still there?
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@balaton I have no idea where this video=radeonfb is coming from. I've checked a net install, the older debian 7 tester and the main again I just mounted. I looked at the menu for the main A1 Linux Installer.iso and none of the boot options have video=radeonfb anywhere. I'm at a loss as to where it's coming from!  The only exception to this is installing to the HDD where it will be in the boot options. Set as per the SLB default options from the a1boot SLB package. But that is only after fully installing it to HDD. But regarding booting, yes, it would use Amiga boot options for booting a CD. I built it. I see what you mean by being different to Linux normally that way. That's because I built the CD image and wanted it to auto boot with a menu. I designed it to be easy to use and just work out of the box as much as possible, like on a normal computer, and be even easier than using an official PPC Mac installer. The installer itself just uses text mode. I wanted to include a graphical installer but the PPC one was broken and I left the idea there. It shouldn't need anything apart from the basic framebuffer driver. This is also where I found a bug in the ub2lb code crashing in UBoot while scanning CD. I used ub2lb as the basis for the boot menu. I patched it to fix the crash after I found what it was doing. Doing my head in the most part. You know about that one. After already patching it to work on the A1. Which amounted to changing the boot sources for A1 IDE. The SF link joerg gave in response to my boota comment may give all that you need. But I've not looked into it fully to see if it can build full binary from only source. However, only 1.1.1 can be considered stable, as it is the last official release. There are other builds, some leaked, but somehow were not released as updates.
|
|
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
|
Just popping in
|
@joerg That's funny. I didn't know the source had been revealed. Uploaded to the same place for the updated UBoot project. The elusive boota command was the source of many discussions about secret magic code needed to boot OS4 that apparently stopped it from booting on common PPC hardware.
Edited by Hypex on 2023/8/4 7:03:31
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
