Forums - All Posts - The Amigans website

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 9:21 #822

Home away from home

Yes it seems that initrd can't load by some reasons, because and in your log, and in the log when i boot from CD, initrd surely attached and loads up.

I tried to create a small 100mb EXT2 partition (via CD's installer), and i still can't "list dh:8" it from OF. If you go to OF, can you do "list" on your small ext2 100mb partition to see content in ?

Join us to improve dopus5!
AmigaOS4 on youtube

Topic | Forum

smarkusg

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 8:51 #823

Not too shy to talk

@kas1e

But the kernel loads for you, so you set it right.
root is missing, which is the partition where you have the system. - Maybe you have the wrong partition, not the right one.

In the log you have "console=tt" I pasted it wrong or did you pass it like that?

edit:

unless initrd can't load .... then on kernel and initrd you have on FFS partition yes ?
my boot/ext2 partition has 100MB

what possibility you have make a small partition ext2 and copy the kernel and initrd there and see if it boots up

Topic | Forum

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 8:32 #824

Home away from home

@smarkusg
Nope, still the same with adding "video=uvesafb:1920x1080-32,console=tty0".

My question still valid : why installer keep saying that i can boot from hd:5, which is my ext2fs partition, but OF can't see it at all (so how it can boot then).

Your hd:0 is ext2 right ? So you can do "ls hd:0" in OF ? If so, how much of size your ext2 boot parition are ?

My output (when i manually copy boot directory from my /dev/sda6 to my boot-ffs parition so OF can boot from), and with out added options are :

Quote:

zImage starting: loaded at 0x00400000 (sp: 0x00762fa0)
Allocating 0x8a1ec0 bytes for kernel ...
OF version = 'Pegasos2,1.2'
Trying to claim from 0x400000 to 0x76edfc (0x36edfc) got 400000
gunzipping (0x01800000 <- 0x0040c000:0x00761c62)...done 0x743000 bytes

Linux/PowerPC load: root=/dev/sda6 video=uvesafb:640x480-32, console=tt
Finalizing device tree... using OF tree (promptr=01003bc4)
OF stdout device is: /failsafe
Preparing to boot Linux version 3.16.0-6-powerpc (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 Debian 3.16.56-1+deb8u1 (2018-05-08)
Detected machine type: 00000500
command line: root=/dev/sda6 video=uvesafb:640x480-32, console=tt
memory layout at init:
memory_limit : 00000000 (16 MB aligned)
alloc_bottom : 020a6000
alloc_top : 30000000
alloc_top_hi : 40000000
rmo_top : 30000000
ram_top : 40000000
instantiating rtas at 0x0fbfd000... done
Fixing up missing ISA range on Pegasos...
Fixing up IDE interrupt on Pegasos...
Fixing up IDE class-code on Pegasos...
copying OF device tree...
Building dt strings...
Building dt structure...
Device tree strings 0x020a7000 -> 0x020a77c3
Device tree struct 0x020a8000 -> 0x020cb000
Calling quiesce...
returning from prom_init

Linux/PPC 3.16.0

arch: exit

Have fun!

And the same nothing. And i didn't see anything about initrd initialization there.. While it surely placed in the same boot-ffs parition where linux kernel are .. so seems i need to change manually something else so initrd will be keept as well.

Join us to improve dopus5!
AmigaOS4 on youtube

Topic | Forum

smarkusg

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 8:10 #825

Not too shy to talk

@kas1e
If you use only this command line it is possible that nothing will be displayed if the system is not configured.

"boot hd:5 boot/vmlinuz root=/dev/sda6"

add to which console you want the tty to spit out the log and add fb

my line " boot hd:0 vmlinuz-3.16.0-6-powerpc root=/dev/sda2 video=uvesafb:1680x1050-32, console=tty0"

I have boot partition ext2 and root ext4 everything boots and it doesn't matter that I use QEMU.

Topic | Forum

Georg

Re: Qemu Pegasos II interrupts issue

Posted on: 4/20 7:50 #826

Just popping in

@joergQuote:

Quote:
Also the version history in the readme says "Use Forbid() instead of Disable() when reading task lists" which is wrong/bug.
No.

Task lists can change during interrupt. For example a Signal() in interrupt (for example a replied io request, like timer) can move a task from taskwait list to taskready list.

Topic | Forum

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 7:43 #827

Home away from home

@flash
What you call “os4 partition”, is not os4 partition, but an FFS partition which OF can read and boot from : this is casual FFS partition and used for both OS4 and MOS bootimages, and can be used for Linux kernels too of course, but, the problem which I ask Sailor for is different:

I read that OF can read/boot from ext2fs: but for me, it is not. I can't list files and boot from ext2fs partition of 30 GB size. Maybe it should be a smaller one to make it be accessible from OF, dunno. At least Linux installer at the end of the installation says that I should be able to boot from this partition, but OF can't see it (while partition surely working and created). I tried simple move that whole boot directory from ext2fs to this my "boot-ffs" partition which OF can read and boot from, but then, as i wrote in previous post it just stuck on some point.

Join us to improve dopus5!
AmigaOS4 on youtube

Topic | Forum

Gregor

Re: X5000 switches itself off

Posted on: 4/20 7:39 #828

Just popping in

@tekmageQuote:

tekmage wrote:@Gregor

My X5000/20 has had this problem over the years, and it just started getting worse and worse.

Thanks for your answer, Bill! I will check that cable you gave the link for...

But is there any way to fix that kind of problem? It is ironical that Xorro is not used anyhow by most users... Could you just 'eliminate' some component's related to Xorro, to get rid of that issue?

Topic | Forum

flash

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 7:05 #829

Just popping in

I have triboot peg2 os4/mos/debian 8
I remember linux and mos kernel for bootstrap are suited on os4 partition.
Every time a new mos version came out I have to coy new kernel on os4 boot partition. The same should be done for linux in case of kernel updates.

Memento audere semper!

Topic | Forum

joerg

Re: Qemu Pegasos II interrupts issue

Posted on: 4/20 6:21 #830

Just can't stay away

@Georg
Quote:

Btw, how much overhead does the tool itself cause if it relies on quite big number of (soft) interrupts per second (default: docs say 5000, source says 999).

In the initial implementations of my "top" there was no overhead at all, except for calculating the time differences to the previous state, percentage calculations, sorting the tasks by CPU usage, etc. and the console output, which you can check in it's own output: The CPU usage of the "top" task and the CON: task used by it for stdout.
The ExecSG task scheduler updates the CPU usage of the tasks on each task switch. But there were 2 problems with that:
- You need access to internal ExecSG includes not available in the public SDKs (struct ETask).
- It's not supported on all PowerPC CPUs, IIRC not on 60x and 4x0, but only the ones with the CPU feature (performance monitor?) used by the task scheduler for it. On the CPUs not supporting it the task usage times in struct ETask are always 0.

In later versions of "top" I switched to using timer interrupts similar to what Tequila does. Except on very slow CPUs like the 60[34](e) used on the classic Amiga Blizzard/CyberStormPPC the overhead of the tool itself should be less than 1% (excluding the console output).

Quote:

Also the version history in the readme says "Use Forbid() instead of Disable() when reading task lists" which is wrong/bug.

No.

Topic | Forum

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/20 6:14 #831

Home away from home

@Sailor
Are you aware if OF can boot from ext2fs ? Seems that not ? At least, by simple "ls hd:5" in OF it show nothing and when i tried to "boot hd:5 boot/vmlinuz root=/dev/sda6" as noted at the end of installation process i have "no such file/abort", while if i boot into morphos and mount this partition, i can see there are directory boot and vmlinuz in.

I then tried to copy manually under morphos whole "boot" directory from ext2fs to my "BOOT" (ffs) partition, and then: "boot hd:0 boot/vmlinuz root=/dev/sda6" and while kernel loads, i do have on serial words:

Quote:

Linux/PPC 3.16.0

arch: exit

Have fun!

It then simple stuck forever on the "returning from prom_init" when about to change screenmode and init video card or something (i am on radeon9250 for now).

So i think something still wrong with my installation, but i were under impression that ext2fs should be readable under OF ? Or maybe for OF issue is that i made my ext2df of 30 GB of size and it fails to init and should be small one ?

At moment didn't find any normal doc in google where will be explained how to install debian on peg2 together with os4/morphos on it , where to put kernels, and why installation procedure didn't handle all this .. Maybe you aware of some tips and tricks about ?

Probably the way i copy manually "boot" directory from ext2ds to my BOOT(ffs) partition is the way to go, but maybe some bits need to be changed somewhere in fstab or so to make it all works after manual changes.. Installation process is surely ends succefully (as i have all those words "done, you can remove CD and reboot, etc). Just they by some reassons says that i should boot vmlinuz from hd:5 , but this one surely didn't visibly from OF.

Thanks!

Join us to improve dopus5!
AmigaOS4 on youtube

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 22:25 #832

Quite a regular

@balaton

There is no offset cpu load from within qemu. Everything was just slower.
I have captured the result of the slowdown as gfxbench2d result before I removed that emulated Usb drive earlier today.
https://ftp.hdrlab.org.nz/benchmark/gf ... 2d/OS/AmigaOS/Result/2772

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 21:50 #833

Quite a regular

@geennaam
Quote:

It did not affect the speed of the GPU directly. It affected the speed of the cpu. And therefore the speed of resizing windows and scrolling. So the speed of the system in general. Once deactivated the system came alive.

But this is no different on a real system. The GPU performance is also there limited by the performance of the cpu.

Is there a way to measure that? If adding a USB drive slows down the CPU even if it's idle then there's some problem somewhere. Unless you use that device why should it take CPU cycles just to have it mounted? If there's some way to show or measure this CPU slow down with the usb-storage then maybe we could find out what causes the slow down by profiling that to show where it slows down.

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 21:46 #834

Quite a regular

@geennaam
Quote:

I need a "second screen" as access to the passtrough card. So when I click on the uninitialized vga window, I can take control of the mouse pointer in Amigaos4. So when I move my Linux mouse over that vga window then I can move the mouse in amigaos. As a consequence or needs to be full screen as well.

I remember something about that now (it's somewhere in the other thread this was discussed before but I forgot most of that by now). Also back then I said take something other than VGA because VGA has some legacy registers so only one VGA card can be in a machine without clashing and adding a -device VGA shadows the VGA registers of the passed through card. This may cause problems initialising it and getting picture on it from firmware so just to make sure to avoid that add some other card that does not have VGA such as bochs-display or sm501 or I think that's what secondary-vga in QEMU is for. Or just pass through a USB card too with a keyboard and mouse connected or those USB devices themselves with usb-host (but that then needs a separate keyboard and mouse for the guest).
Quote:

I also need it to enter the " /failsafe" io.

If you get picture withot -device VGA on the passed through card then at least for output not but for keyboard and mouse maybe still needed.
Quote:

I vaguely remember that PCI bus 1 did cause issues. Therefore I use 0. But maybe you can skip that now with all improvements due to bboot.

Maybe we tried that to avoid interrupts from other devices to clash but that should be resolved now but I'm not sure interrupts from different PCI buses won't interfere. Devices on the default pci.1 bus were now debugged and should be handled but I don't know what happens if two PCI buses drive the same interrupt inputs. So maybe better to just use the default bus unless there are problems with that.

Topic | Forum

Maijestro

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 21:41 #835

Quite a regular

@geennaam

Quote:

geennaam wrote:Anyways, it works. So if someone is really dedicated to qemu then he could buy a mobo with two x16 slots and a Ryzen 7800X3D and enjoy a fast system.

I would have loved to see it in action, but as I mentioned it is absolutely stunning and could be an alternative to real hardware which is unfortunately a bit expensive and not very available.

This is not to say that the x5000 is a bad machine, on the contrary it is a really good NG hardware for AmigaOs4.1 probably the best at the moment.

Setting it up is probably the biggest problem at the moment and is really only for power users. But you have shown that with the right components Qemu is able to use this hardware natively.

So I still hope for Hans' solution to use AmigaOs4.1 accelerated under Qemu with the help of Vitio 3d.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 20:53 #836

Quite a regular

Anyways, it works. So if someone is really dedicated to qemu then he could buy a mobo with two x16 slots and a Ryzen 7800X3D and enjoy a fast system.

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 20:51 #837

Quite a regular

@balaton

It did not affect the speed of the GPU directly. It affected the speed of the cpu. And therefore the speed of resizing windows and scrolling. So the speed of the system in general. Once deactivated the system came alive.

But this is no different on a real system. The GPU performance is also there limited by the performance of the cpu.

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 20:46 #838

Quite a regular

@balaton

I need a "second screen" as access to the passtrough card. So when I click on the uninitialized vga window, I can take control of the mouse pointer in Amigaos4. So when I move my Linux mouse over that vga window then I can move the mouse in amigaos. As a consequence or needs to be full screen as well.

I also need it to enter the " /failsafe" io.

Otherwise I don't know how to return to the of prompt and switch from Linux to the pass-through environment once amigaos is booted

I vaguely remember that PCI bus 1 did cause issues. Therefore I use 0. But maybe you can skip that now with all improvements due to bboot.

Topic | Forum

Re: Qemu Pegasos II interrupts issue

Posted on: 4/19 20:40 #839

Quite a regular

@Maijestro
First of all you'd need to run Linux on your Mac because vfio is only supported on Linux. (All the search results about macOS and vfio talk about running macOS as a VM on Linux and passing through a GPU to it so I don't know if macOS supports PCI pass through and QEMU can use that.) Then it may or may not work depending on how the bridge is handled through Thunderbolt if Linux recognises that at all, although if anything then Linux has the highest chance to work with such things but on Mac hardware it may be different. This is probably more for people who run Linux on a desktop machine and run QEMU on that. For people running QEMU on some other OS the virtio-gpu driver may be an easier way.

Topic | Forum