Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
42 user(s) are online (29 user(s) are browsing Forums)

Members: 0
Guests: 42

more...

Headlines

Forum Index


Board index » All Posts (MartinW)




Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


I'm just installing linux to an emulated pegasos, but once it's done I need to go out. Actually, it just failed. OK, later then.

I have observed that ethernet and GFX share Line 9, Pin A, No. 25 but they have a different I/O region.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


You get further than me when using AGP. For me I can't get to workbench before it freezes.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


Sorry, you're booting linux there!

If you want to try AGP, here's your values (let me know if you can work these out yourself now - you should be able to see the pattern I would think):

\ reg

0 0 h
# 00000800 encode-phys 0 encode-int encode+ 0 encode-int encode+
0 0 h# 42000810 encode-phys 0 encode-int encode+ h# 10000000 encode-int encode+
0 0 h# 02000818 encode-phys 0 encode-int encode+ h# 00040000 encode-int encode+
0 0 h# 01000820 encode-phys 0 encode-int encode+ h# 00000100 encode-int encode+
0 0 h# 02000830 encode-phys 0 encode-int encode+ h# 00020000 encode-int encode+
encodeencodeencodeencode" reg" property

\ assigned
-addresses

h
# C0000000 0 h# 42000810 encode-phys 0 encode-int encode+ h# 10000000 encode-int encode+
h# D0000000 0 h# 02000818 encode-phys 0 encode-int encode+ h# 00040000 encode-int encode+
h# F8001000 0 h# 01000820 encode-phys 0 encode-int encode+ h# 00000100 encode-int encode+
h# D0040000 0 h# 02000830 encode-phys 0 encode-int encode+ h# 00020000 encode-int encode+ 
encodeencodeencode" assigned-addresses" property

device
-end

I haven't bothered to decode the HDMI sound part of the GPU


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


Well thats interesting because I couldn't get OS4 to even load the dock when I used AGP.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@derfs

I know an OS without sound isn't much fun, or network but it would be useful to me, at least if you could remove the sound device from your qemu command and see if your OS is then stable until you use the network.

To do that will mean that your addresses are going to change, but if you paste the output from properties again then I can update your script. It sounds like if you add
,addr=4
to the gpu device line(s) then hopefully only the easy part of the addresses will change and I can tell you where they go very easily. I didn't try that myself yet.

I don't think it will get us any further forward but it will at least ensure it's not anything specific to my setup.

I have a couple of hours I think today.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


Just to update, I think I’ve reached the limit of what I can do without being more of a burden than a help. I’ve managed to determine that the hangs in os4 are not specific to networking. If I add emulated sound hardware, it hangs too. I will try disabling the startup sound and see if I can use the os just without actually triggering any sound in which case I may be able to get some device info and stuff but of course I’ll be limited in what I can do.

I am running Qemu built from master incidentally. It was the easiest way since Ubuntu’s repo is still on qemu 6. I fetched / updated yesterday I believe.

If there’s anything else I can do then say.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


Could that potentially help with interrupts as well? Looking in Ranger i just noticed that both the GFX and the RTL8139 share the same interrupt details (line, pin and whatever the 3rd one was - the VM has now crashed)

You did mention this a number of replies back. I'm only just getting to trying to look at it.

[EDIT] I'll look more when I can. That doesn't appear to work. OS4 freezes before it's had a chance to draw the dock loading image in the middle of the screen. It's possible I've rushed and got a number wrong. This is where doing it by hand isn't so wise!


Edited by MartinW on 2023/7/8 0:42:48

Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


Right, I'm not going to be about much over the weekend. 2 children and 1 adult all with birthdays, but at some point I hope to start to dig into why this thing is unstable because I'm pretty sure either something is still not configured correctly (less face it, quite possible), or there is a resource conflict. What I do know is that it's not limited in any way to the network card.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@derfs

Sorry, didn't realise what the time was!

Try this:

\ Fixup Script for Radeon R9 R270 2G @ /pci/display@4
\

\reg                   4
:0
\                      xp4
,0,10,0:10000000
\                      x4
,0,18,0:40000
\                      i4
,0,20,0:100
\                      m4
,0,30,0:20000
\assigned
-addresses    xp4,0,10,90000000:10000000
\                      x4
,0,18,80080000:40000
\                      i4
,0,20,FE001200:100
\                      m4
,0,30,80020000:20000 
                      

s
" /pci/display@4" find-device
open ( -- ) true ;
s" /pci/display@4" open-dev to my-self

\ reg

0 0 h
# 00002000 encode-phys 0 encode-int encode+ 0 encode-int encode+
0 0 h# 42002010 encode-phys 0 encode-int encode+ h# 10000000 encode-int encode+
0 0 h# 02002018 encode-phys 0 encode-int encode+ h# 00040000 encode-int encode+
0 0 h# 01002020 encode-phys 0 encode-int encode+ h# 00000100 encode-int encode+
0 0 h# 02002030 encode-phys 0 encode-int encode+ h# 00020000 encode-int encode+
encodeencodeencodeencode" reg" property

\ assigned
-addresses

h
# 90000000 0 h# 42002010 encode-phys 0 encode-int encode+ h# 10000000 encode-int encode+
h# 80080000 0 h# 02002018 encode-phys 0 encode-int encode+ h# 00040000 encode-int encode+
h# FE001200 0 h# 01002020 encode-phys 0 encode-int encode+ h# 00000100 encode-int encode+
h# 80020000 0 h# 02002030 encode-phys 0 encode-int encode+ h# 00020000 encode-int encode+ 
encodeencodeencode" assigned-addresses" property

device
-end

\120 nodefault
-bytes os4_commandline
\setenv os4_commandline serial munnge debuglevel
=

  boot hd
:0 amigaboot.of


You will still need to enter
" /failsafe" io
blind to get to the open firmware input. From there you can copy and paste that all in one go. It should work. If the screen output isn't all in a nice neat display at the end then probably something didn't work.

Obviously adjust (or comment out) the final boot command to suit what you would normally type.

NB: Do note that if you change the order of devices in your qemu command or add / remove any then it's highly likely these numbers WILL change. I got caught out with that earlier when I just thought "I'll move these to the bottom so make them quicker to comment out" and I had to redo all my numbers. I'm starting to get used to the pattern of bits now though so it didn't take long.

Hopefully that goes well. If so, enjoy!

If it works then you can save it to the same place your amigaboot.of is and provided your qemu config doesn't change you can just call that script instead of amigaboot and have it chain the boot for you.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


By no means an observation based on any kind of proof but my feeling is that the freezes are not related specifically to the network card. I just added a working sound configuration to my command line and I couldn't even get past the startup sound before the OS froze. The degbug output on serial didn't give any clue, it just stopped.

I did just make the mistake of moving the order of my command line so that I could easier comment out bits and of course that completely changed all of the memory addresses. Well, I assume "of course" anyway because the display is no longer device 2 it's now device 3 and the memory ranges changed as well.

So I've just reworked all my figures and it's working again. I'm actually typing this from OS4. Which thinking about it, is stupid given it might crash when I click submit!

[edit] It didn't. Obyssey is very slow at updating the screen by the way.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


It’s the first. So I get to the of prompt. Type boot hd:0 5450.of and that executes the script. The last line of the script boots amigaboot.of as you normally would.

Before we all dwell too much on network issues I need to do some more work on it. I noticed I’ve missed off a memory range so I imagine that could mean there’s a clash somewhere. I realised it when the values for RX card were posted earlier and confirmed it on my machine.

Food time right now. I’ll look at it some more after.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


Interestingly, I don't get the 4.1 logo / loading screen. I'll have another look later but it's not really any kind of priority for me now the P2 passthrough works ok.


Amiga x5040 ı 16GB ı RX580
GB-A1000 060@100,
A1200 PiStorm32-Lite CM4
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@balaton

I'll check tonight. I would need to double-check all of the sam460 config as really my effort has been concentrated on pegasos2.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@balaton

Just so we're on the same page, and it might amount to the same thing anyway, but on Sam460 the VGA is recognised and the whole boot process plays out on the screen connected to passthrough GPU but once the kickstart roms have been loaded and OS4 starts to boot we just get DMA errors reported in the qemu window and the screen stays on the kickstart load screen. I'm not saying qemu is throwing the errors, it may be the sam460, but something is not happy about DMA errors.

Hmm. I tested that before I realised DVI was the output that was being activated for OS4. Maybe i'll try that again now that I have the DVI port connected! But all the same, there are still the errors so it's probably still a non-worker.

I believe geennaam reported this some way back so this isn't new info at all. I'm just not sure if it got missed as there's a lot in this thread now.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@balaton

I mean, in pseudo-code terms, it goes something like this:
find device
add open word
open device 
and assign to self
  open reg property 
this will return falsea length and address on stack
    length should be multiple of 20
    drop 
return code
    decod
-phys (returns himidlowmaybe opposite order)
    
save them or write them down
    3drop
    decode
-int
    save it 
or write it down
    drop
    decode
-int
    save it 
or write it down
    drop
    repeat until length on stack 
0
  open assigned
-addresses property and repeat
  using all the values attained
encode them back having flipped the required bits of any addrHi values (I'm not typing that out again)
device-end
boot


What I really meant by how far do I want to go, is do I pursue passing through more devices, or do I pursue real hardware. And independently of that, do I pursue furthering the Mac side of things.

Right now, I'm finding this extremely interesting so it's probably a mix of all three! If I pursue real hardware then that will have to be at the expense of this hardware as I simply don't have the room for a big box Amiga and a big box gaming PC.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@derfs

Ohhh. Thanks. That's interesting and gives me something to go back and look at on mine as I didn't check the values with / without rom file. OR, mine didn't add an extra region. I'm not sure which now. I keep calling them regions. They might be BARs. Frankly, at that point, to me, they're just numbers

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@derfs
Hang on, that's just changed - there's a new entry there now! A 32bit memory region. Was the first one with romfile="" and the second one without? Or did something else change?

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@derfs

Yes, and not only do I think that's worth trying, but I'd like you to give it a go as it is in between the 5450 and my RX580 so a good next step. Your figures look almost identical to mine so I should be able to send you something this evening. It won't be until 8 or 9 BST though.

[edit] Do you have a ROM entry listed? I don't need to know what's in it, but it does need to be there, it seems.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@Maijestro

Thank you.

It's not massively high-end hardware, but it's no slug either. I built it in June 2020. It has an AMD Ryzen7 3700X cpu 3.6Ghz, 8/16 cores, Boost to 4.4Ghz. I think the host OS is just running off an old 256GB sata ssd I had lying around because the main use of the machine is gaming so the main OS is on some super-fast NVMe drive. Host has 32GB of DDR4 3200 memory.

Main GPU is an RX6700, although that is completely invisible to OS4 and that's just seeing an old HD5450 I scored off eBay.

If qemu is only using a single core for the emulation then really, I'd consider the host to be mediocre in terms of modern PCs. For the record, none of the fans in the case ramp up when running the emulation so it is to all intents, silent.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Not too shy to talk
Not too shy to talk


@kas1e

First of all, my currently passed through GPU has no 3D support. That is a known thing, it's too old. 2D only as far as I know. I can download that demo tonight and try, but if it's really Quake3 then I imagine it will be a slide-show. Remember for now this is a Radeon HD5450 only.

As for changing the mapping then it might be just as easy if you post the output from the properties of the device in OpenFirmware and I can create the commands. Hmm... it's not what we really want but I'm sure I could create a utility to generate an OF patch script from the device output on Mac / Linux, far, far quicker than I could learn how to do it in Forth.

So, find your graphics card in OpenFirmware. It's going to be something like "/pci/display@2" - if you have more than one, make sure it's the right one.

Then, at the of prompt, type the following (this is from memory, apologies if there are errors):

dev /pci/display@2
.properties


Paste the output here. I'm particularly interested in the Reg property and the Assigned Addresses property.

Please note, people, that I'm not prepared to sit here and do it dozens of times. But I can do it once or twice before I write something to do it if it helps people with real hardware. I hadn't quite grasped that this effort was potentially benefitting physical Pegasos2 owners as well!

For now I have work to crack on with.

[edit] It's a shame you're not in the UK - I'm about to send a PCI-PCIe bridge back to Amazon as it's not what I need :D

Go to top



TopTop
« 1 ... 8 9 10 (11) 12 13 14 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project