Forums - All Posts - The Amigans website

Forum Index

Board index » All Posts

Bottom

« 1 ... 34 35 36 (37) 38 39 40 ... 7250 »

Maijestro

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 18:13 #721

Quite a regular

@white

I have tested it briefly with optimization=2 and optimization=3 "-mtune=native -mcpu=nativethe" increased optimization level led mostly to problems with the graphics output it was so far everything ok, but behaved somewhat differently than with level 2.

I changed it directly in "meson.build"

With optimization=3 there was also no relevant speed increase.

I compiled with:


./configure --target-list=ppc-softmmu --enable-slirp --enable-cocoa -Ofast -lto --disable-debug-tcg --disable-debug-info --enable-slirp --enable-lto --enable-tcg --enable-opengl --enable-virglrenderer -mtune=native -mcpu=native

For me is always a good test with Quake1 Timedemo under AmigaOs4.1 and here I reached 29.2 FPS 1280x720 in both cases. So I'm not sure if optimization=3 does anything at all except maybe more problems.

The biggest problem is the lack of 3D acceleration everything else is already really
fast on my hardware.

Edited by Maijestro on 2024/4/29 18:37:08
Edited by Maijestro on 2024/4/30 19:04:06

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

Topic | Forum

white

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 18:04 #722

Quite a regular

@joerg

unfortunately it is not reliable for testing I have always tried to use it but it does not serve my purpose.

@smarkusg

I can't get the script to work

tells me :
** Running test 1
./pegasos2-lame-test: 13: ./qemu-system-ppc: not found

How do I make it work

( However, everything seems faster )

Topic | Forum

joerg

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 16:36 #723

Just can't stay away

@white
You could use http://os4depot.net/?function=showfil ... ty/benchmark/cpubench.lha on AmigaOS.
Results of that from different systems (real hardware, QEmu Mac ARM, QEmu and WinUAE Intel x64, QEmu AMD x64, QEmu Pi ARM, etc.) are available somewhere, but I currently find the link to it.

Topic | Forum

joerg

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/29 16:21 #724

Just can't stay away

@kas1e
With hex you have to use


10 config-l@ .

instead of 16 to get the first BAR.

Topic | Forum

smarkusg

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 14:18 #725

Not too shy to talk

@white

You could try running the tool that @Balaton made.
It was created for a slightly different purpose but maybe it will show you if your performance has increased.
QEMU script from Linux PPC under Pegasos 2 with lame.
Adapt the script to your needs ‘pegasos2-lame-test’ and see the results.

http://zero.eik.bme.hu/~balaton/qemu/amiga/pegasos2-lame-test.zip

Topic | Forum

white

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 13:18 #726

Quite a regular

@smarkusg
@all

Thank you for your suggestion

Now I try.

I would also like to do some TESTS on optimization: 3 and native
how do I do them

I leave this link:
https://stackoverflow.com/questions/52 ... rch-native-used-so-rarely

How do I start this TEST ?
what options can I use in qemu to do the checks.
Thank you.

this is an example given from the link but I would like to do it on my CPU

Original with O3 not set and march=native.

100 out of 900 %11.2222 time left: 0:0:7 time since: 1
200 out of 900 %22.3333 time left: 0:0:6 time since: 2
300 out of 900 %33.4444 time left: 0:0:5 time since: 3
400 out of 900 %44.5556 time left: 0:0:6 time since: 5
500 out of 900 %55.6667 time left: 0:0:4 time since: 6
600 out of 900 %66.7778 time left: 0:0:3 time since: 7
700 out of 900 %77.8889 time left: 0:0:2 time since: 8
800 out of 900 %89 time left: 0:0:1 time since: 9
Finished it took 0:0:10

If I put in the O3 optimization with march=native the output is as follows:

100 out of 900 %11.2222 time left: 0:0:0 time since: 0
200 out of 900 %22.3333 time left: 0:0:3 time since: 1
300 out of 900 %33.4444 time left: 0:0:1 time since: 1
400 out of 900 %44.5556 time left: 0:0:2 time since: 2
500 out of 900 %55.6667 time left: 0:0:1 time since: 2
600 out of 900 %66.7778 time left: 0:0:1 time since: 3
700 out of 900 %77.8889 time left: 0:0:1 time since: 4
800 out of 900 %89 time left: 0:0:0 time since: 4
Finished it took 0:0:5

what command can I run with qemu ?

Topic | Forum

Capehill

Re: Tequila 1.1

Posted on: 4/29 12:53 #727

Just can't stay away

@pjs

I have removed this print (for the next release). Thanks for the report.

Topic | Forum

JMA80

Re: Heretic II Multiplayer Event on 27th April 2024

Posted on: 4/29 12:49 #728

Just popping in

Couldn't make it. Hopefully there will be another event someday.

Topic | Forum

MamePPCA1

Re: AmigaOS 4.1 Final Edition Update 2 fatal failure

Posted on: 4/29 12:29 #729

Quite a regular

@HypexQuote:

Hypex wrote:@MamePPCA1

Sounds like a mess!

First I would try checking all the cables inside and make sure all the drives and cables are solidly plugged in.

Second to that how recent is your battery on board? Coin battery can cause all sorts of havoc when they drop below a certain voltage. I've seen this behaviour on all AmigaOne models.

So just to understand you tried to restore the system by copying files from the recovery pen to the Workbench? Well, if the system versions match that could work, but it's only suitable if the system was really trashed and files deleted all over the place. The main point of the pen drive would be a recovery drive. It would be good to have a duplicate of your main Workbench as a recovery volume. Then it at least matches exactly.

Regarding MediaToolBox and SLB. That is one thing wrong. The X5000 doesn't use an SLB boot block but would use a boot partition with amigaboot.ub loader. Now it depends on setup but usually this is on an internal SD card.

As long as you didn't select to reinstall drive in the process your RDB and partitions should still be fine. Only if you have told it to reinstall would you be in trouble there. But go back and carefully remove the SLB. It may not affect it but it doesn't belong there. So best to remove any chance of trouble.

What file-system are you using on Workbench? I'd also recommend to check it with Partition wizard. That can also salvage RDB and partitions in case of wreckage. Unfortunately its not very user friendly for doing this and despite having a GUI it expects you to enter a programmer device driver to scan from.

Check your volumes in MediaToolBox and make sure the mount options is ticked. And Workbench has auto mount ticked. They should already be like that.

Also check here with the board LEDs and make sure you aren't seeing any red LEDs indicating failure:
https://wiki.amiga.org/index.php/X5000

OK

I plugged or pushed all my PCI-Express cards not the cables except the Workbench HD that was on saturday 27th of April I think,a day before my birthday.No results anyway.

My coin battery is old but at least has been working for nearly 3 years without
problems.

No I tried the pendrive contents that were on partitions dir OK? And I have 1 or 2 different Workbemch versions I think even I am not sure at all:Only one working Workbench pendrive.Now as I can go to the past,I think I copied my first pendrive (the one whom I received with the X5000 at first time) that was more ancient and that was the one it replaced my AmigaOS 4.1 partitions with new/old files.More old than new.All froim HD

About Workbench slb2: May I select this or another one? OK I will try to remove later this tiny boot file

On Workbench I am using SFS/00 and SFS/02 for the rest of the partitions

OK I will check Auto-Mount yes.

Another problem I have since ages on my AmigaOne X5000 is that it never (except when you turn off on the PSU on the back of the tower) boots at first power press,It never turns on at first,I have to press 2 times usually the power button

Amiga 500 1MB Chip RAM with ACA 500+ACA1232,CD32,Amiga 1300 030/50 Mhz,32MB (now on my hands at least)and Amiga One G3 XE PPC 800 Mhz,ATI Radeon 9250 128 MB,256 MB RAM,Seagate 200 GB HD,2 working DVD drives,X-Arcade double for MAME,Sil0680,4 USB ports,LG

Topic | Forum

kas1e

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/29 12:16 #730

Home away from home

@msteed
Quote:

I think you should only execute config-l@ once, not twice. When you execute it the second time it takes the value that the first execution left on the stack (the result you're trying to see) as the address to report on, which is not what you want (and may be why you're getting strange results). You should just do:

16 config-l@ .

It's strangely return 0, does not matter where i am in : in /pci/ , or in /pci/pci@7 (in bridge), see:


ok cd /pci

ok pwd

/pci@80000000

ok 16 config-l@ .

0

ok cd pci@7

ok pwd

/pci@80000000/pci@7

ok 16 config-l@ .

0

ok

At first i think that maybe it's exactly issue in bridge, but then the same happens if i go to any pci based directory, always zero..

Quote:

If you get 1F then they're being interpreted as hex.

Thanks for point, it is Hex:


ok 20 1 - .

1F

ok

Join us to improve dopus5!
AmigaOS4 on youtube

Topic | Forum

smarkusg

Re: MPlayer 1.5 released!

Posted on: 4/29 7:26 #731

Not too shy to talk

@white
Yes you are right , it can also be done as you wrote. Thanks for checking

Topic | Forum

msteed

Re: Pegasos2 with RadeonHD/RX via bridge

Posted on: 4/29 7:23 #732

Just popping in

@kas1e

Quote:

ok# 16 config-l@ ok# config-l@ ok# . 646011AB ok#

I think you should only execute config-l@ once, not twice. When you execute it the second time it takes the value that the first execution left on the stack (the result you're trying to see) as the address to report on, which is not what you want (and may be why you're getting strange results). You should just do:


16 config-l@ .

Quote:

(Also realised where did you get 16 for BAR address. Forth is hex by default do dec# 16 is wriiten as 10 in Forth.)

Good point. Forth itself is decimal by default, but OpenFirmware may not be. The value '646011AB' is clearly in hex, so the number '16' is probably taken as hex as well. You could try something like:


20 1 - .

If you get 13 (the value 19 in hex) then the numbers are being interpreted as decimal. If you get 1F then they're being interpreted as hex.

Topic | Forum

orgin

Re: New staff member

Posted on: 4/29 7:21 #733

Supreme Council

@Hypex

Vacca foeda. Sum, ergo edo

Mr Bobo Cornwater

Topic | Forum

smarkusg

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 6:53 #734

Not too shy to talk

@white
Quote:

It would just need something to further improve performance for the Ryzen in the qemu 3.xx version there were specific options for compiling for "Intel" I7 processors etc.
I still have the build files but I need to find them so I can show an example.

CFLAGS="-march=native -mtune=native" CXXFLAGS="-march=native -mtune=native"

add this at configure or do an export.

Topic | Forum

Hypex

Re: AmigaOS 4.1 Final Edition Update 2 fatal failure

Posted on: 4/29 5:19 #735

Not too shy to talk

@MamePPCA1

Sounds like a mess!

First I would try checking all the cables inside and make sure all the drives and cables are solidly plugged in.

Second to that how recent is your battery on board? Coin battery can cause all sorts of havoc when they drop below a certain voltage. I've seen this behaviour on all AmigaOne models.

So just to understand you tried to restore the system by copying files from the recovery pen to the Workbench? Well, if the system versions match that could work, but it's only suitable if the system was really trashed and files deleted all over the place. The main point of the pen drive would be a recovery drive. It would be good to have a duplicate of your main Workbench as a recovery volume. Then it at least matches exactly.

Regarding MediaToolBox and SLB. That is one thing wrong. The X5000 doesn't use an SLB boot block but would use a boot partition with amigaboot.ub loader. Now it depends on setup but usually this is on an internal SD card.

As long as you didn't select to reinstall drive in the process your RDB and partitions should still be fine. Only if you have told it to reinstall would you be in trouble there. But go back and carefully remove the SLB. It may not affect it but it doesn't belong there. So best to remove any chance of trouble.

What file-system are you using on Workbench? I'd also recommend to check it with Partition wizard. That can also salvage RDB and partitions in case of wreckage. Unfortunately its not very user friendly for doing this and despite having a GUI it expects you to enter a programmer device driver to scan from.

Check your volumes in MediaToolBox and make sure the mount options is ticked. And Workbench has auto mount ticked. They should already be like that.

Also check here with the board LEDs and make sure you aren't seeing any red LEDs indicating failure:
https://wiki.amiga.org/index.php/X5000

Topic | Forum

Hypex

Re: New staff member

Posted on: 4/29 4:18 #736

Not too shy to talk

You have staff?

Topic | Forum

white

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/29 0:45 #737

Quite a regular

qemu Snes Emulator by smarkusg

Ladies and gentlemen, the KING

Final Fantasy 3

(among other things, the sound is very good)

A simple intro for this game but the memories are many

https://youtu.be/LrQBXo4D8qE

Topic | Forum

jabirulo

Re: Tequila 1.1

Posted on: 4/29 0:16 #738

Just can't stay away

@nbache

tequila is Capehill's tool. it's code is on github.

But I agree it shouldn't print any error (maybe only in debugging mode)

Topic | Forum

nbache

Re: 2024 - April - Space Cadet Pinball

Posted on: 4/29 0:03 #739

Just can't stay away

@328gts

Wow ... that's more than fifty times mine.

Respect (also to your bladder

).

I doubt I'll be able to beat that, but I'll be happy to crouch humbly beneath your podium.

Best regards,

Niels

Topic | Forum

white

Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)

Posted on: 4/28 23:32 #740

Quite a regular

@smarkusg

Yes, I remember this discussion too, now I'll try to look it up

@balaton

Thanks, I will compile again with this other function you suggested.

Done:

User defined options
Native files : config-meson.cross
optimization : 3
b_lto : true
dbus_display : disabled
docs : disabled
gtk : enabled
plugins : true
qom_cast_debug : false
sdl : enabled
slirp : enabled

It would just need something to further improve performance for the Ryzen in the qemu 3.xx version there were specific options for compiling for "Intel" I7 processors etc.
I still have the build files but I need to find them so I can show an example.

@Flash
he had given me some tips on this.

Edited by white on 2024/4/28 23:49:17

Topic | Forum

Top

« 1 ... 34 35 36 (37) 38 39 40 ... 7250 »