pegasos2: rom reconstruction

@kas1e
My system, which uses QEMU PCI passthrough, works fine with (official/original) pegasos2.rom. It has the U3 update and the latest kernel.
This morning I tested (as described here) the exact same “boot.img” disk image with ATI graphics cards in QEMU.
It’s the exact same version of kickstart.zip that I use for QEMU PCI passthrough PEG2. I used bboot.fth there as well.
I found another issue. If I use non-ATI cards on QEMU PEG2 (without QEMU PCI passthrough - sm501,voodoo3), the system won’t boot either.
Here it looks a little different. You can see that the card is initialized (the contents of the QEMU window change), but the system freezes.
There’s nothing in the kernel debug logs.
If you have the opportunity to test a non-ATI/Radeon card on a real Peg2, maybe you could check that as well.
Hmm. Are you using the official Radeon driver or some developer version? Maybe that’s where the problem lies.
Does the new pegaso2.rom change anything drastically for Radeon cards? Have you also tested with a Radeon HD card?
I have a Radeon RX; I can connect it via QEMU PCI passthrough if you need to check anything else.

EDIT:
Just to clarify everything: a Radeon RX card with QEMU PCI passthrough is capable of booting.
It runs extremely slowly. I didn’t have access to newer kernel releases for PEG2 or Radeon drivers.
If I recall correctly, I also didn’t test the Radeon RX card with the UP3 update for QEMU.

@kas1e

WB naturally launches to screen what is set on screenmode prefs.

So agp port primary allways, pcie primary if only pcie available sounds good.

@smarkusg

Quote:

But that probably expected, because sm501/voodoo3 is not real cards on your setup, so how can you passthrough with them ? That the same with original and with new firmware, right ? But yes, i will check with putting any non ATI/AMD card to, just to see if there correct fallback, or if firmware can handle anything else too.

I may try to find some PCI/e and AGP versions of some Nvidia/Voodoo cards, those probably will be good to test.

Quote:

I use RadeonRX driver 2.23 on real peg2 which should fit someday in enhancer (if it will ever happens), and i also use beta kernel with peg2 fixes for test, so can use it without BBOOT, but that shouldn't matter, because if the same setup works for you with original firmware on qemu, and simple changing on new firmware cause it to not work, then it mean something changes, and that not related to your components.

Quote:

Nope, it didn't change anything for cards, just simple initialization behind bridge and POST running.

Quote:

Not for now, but will do. What version of RadeonHD you use ?


Quote:


So, RadeonRX cars is booting with both original firmware and new one ? Or only with new one ? Can you try plz to boot RadeonRX without BBOOT on this Update3 (and be sure, that Kickstart.zip contain kernel 54.57 in)

Quote:

But you tested it now with UP3 update, right ? It works both with original and our firmware ?


Anyway, what i want to say mainly now is that if you have update3 installed, and you surely have kernel 54.57 and BBOOT "only" fix 64/32 address issues, you can try to not use BBOOT and it should works without. Try it plz if you can.

Thanks for tests !


@Mlehto

Quote:

What i found is : The card which i run POST init on the firmware, will be the one taken as the primary by AmigaOS4.

So, i implemented it like this (at least for now): added "primary-vga" environment, which default value is "vga0", meaning the first video card found during PCI scan. The first one usually a PCI one (not AGP one) in the pci probing. So if you have 2 video cards in peg2 , then "vga0" mean pci one, and "vga1" an agp one. If card running alone, then "vga0" will handle any card it find be it agp or pci/pcie.

The good thing is that we don't need removing cards or disconnecting cables, I tested right now with both video cards connected to monitor at the same time : RadeonRX connected via HDMI cable, and Radeon9250 connected via VGA cable to same monitor at the same time, and simple set to "vga0", make firmware outputs to RadeonRX and amigaos4 boots to RadeonRX as the main one, and simple set to "vga1" make Radeon9250 in AGP output on firmware, and amigaos4 take this one as the primary to boot from.

@kas1e
I have the latest kernel and UP3 on my current system.
I’ll do a fresh PEG2 installation today, just to be on the safe side, on a disk image. I’ll update to UP3 and connect it to QEMU instead of NVMe.
Currently, on QEMU PEG2 passthrough, I’m using a real NVMe drive – the NVMe controller is passed through to QEMU.
With a new system image, it will be easiest for me and we’ll be 100% certain about my system. I can then also simply boot the system with or without bboot.
I would have modified the installation disc for PEG2, but from what you wrote, kernel version 54.57 is required, so that’s out of the question.
I also don’t know if the RadeonHD drivers themselves have any requirements regarding the system version

Here is the RadeonHD card I’m using - https://www.techpowerup.com/gpu-specs/asus-hd-7750.b614

The strange thing is that the ATI card in QEMU, ‘-device ati-vga,model=rv100’, works. Even the ‘VGABIOS’ patch doesn’t work on it, and it’s emulated in the same way as the sm501 and Voodoo3.
I haven’t checked the RadeonRX card yet. I’ll let you know what else I’ve noticed and what works and what doesn’t.

@smarkusg
Quote:

The switch to Balaton's video driver happens only if you use rv100, yes, but that probably out of firmware question and it all the same with original firmware too (at least as far as i can tell).