Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

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

Members: 0
Guests: 38

more...

Support us!

Headlines

Forum Index


Board index » All Posts (smarkusg)




Re: need clarify about libdl and all dlopen/dlclose calls
Not too shy to talk
Not too shy to talk


@Hans
You don't need a static libdl.a to load an additional library.
The program can be compiled completely statically but by dlopen through libdl.so an additional .so library for your needs.
I'm not quite sure if that's what you meant in what you wrote.

I used it to port https://os4depot.net/share/emulation/gamesystem/dgen_sdl.lha
Here is the program written for SDL1. The version for SDL2 flies through the static library “sdl12-compat” compiled from dgen where it calls SDL2.so from itself via libdl.so.
No one even noticed how it works. In the background, "sdl12-compat" runs the code is written under SDL1 and SDL2 is used.

Through snoopy you can see that the static head code itself does not need libdl - only when calling the SDL library


Edited by smarkusg on 2025/6/20 21:38:19
Go to top


Re: infinite icons theme pack
Not too shy to talk
Not too shy to talk


@kas1e
Yes . From what I've also noticed I think it's about "Flower Pot" from Amikit. Such an overlay on WinUAE for AOS4 classic emulation with add-ons.
I have not used, but I think there are some free versions with delay or paid versions.

It's a shame that it went this way. Anyone using this at all "Flower Pot"?

Go to top


Re: infinite icons theme pack
Not too shy to talk
Not too shy to talk


AmiKit's ... well that's a beautiful end to the project ;/

Go to top


Re: Discussion point: what is AmigaOS missing? in 1995?
Not too shy to talk
Not too shy to talk


@NinjaCyborg
Quote:
what's missing from the core OS (3 or 4) in 2025


In AOS4 - updates of outstanding bugs that have not been fixed since AOS4 FE U2.
Either in the form of small updates or AOS4 FE U3.
Update Enhanced Software.
Then you can think about 2025,2026,2027....

Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


More tests. Unfortunately, no version of doom from os4depot worked with opengl.
A quick test of the PrBoom Plus port version with Opengl.
Used "Library EGL_wrapper for OpenGLES 2.0" from HunoPPC because it worked best.




Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


I will refresh the thread and test OpenLara on Peg2 QEMU GPU passthrough Radeon HD Radeon HD 7750.
Hardware the same as always - 35 euros

OpenLara test
Port of BeWorld, BSzili (Thank you very much for your hard work!!!) - pure compilation. Code includes some markup for amigaos4
https://github.com/BeWorld2018/OpenLara/tree/MorphOS

I use with RadeonHD the MiniGL4GL4ES library for minigl.
MiniGL4GL4ES I think was developed for Polaris cards and that's why I have a slowdown.
I do not have the NovaBridge libraries





Edited by smarkusg on 2025/6/2 20:27:12
Edited by smarkusg on 2025/6/2 20:28:51
Go to top


Re: MilkyTracker v1.05
Not too shy to talk
Not too shy to talk


@Capehill
Quote:
Q: we can use LTO now? Which version of compiler is needed?

Cross-compilation. I am using GCC version 11.x
It seems to me that it is working...

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Not too shy to talk
Not too shy to talk


@joerg @kas1e
Quote:
The usual way, instead of something extreme like you are doing (restarting the complete USB stack, or unmounting and remounting the FAT file system), would be simply using "DiskChange usb0:" in a shell.
Just like using "DiskChange DF1:" was required for some of the early external 3rd party floppy disk drives which didn't support the automatic disk change detection of trackdisk.device correctly nearly 40 years ago on an Amiga 1000

I needed to think of something today for my project to quickly unmount and mount (refresh) a new USB FAT device.
I'm using KDE so I assigned myself a shortcut to a script under a key and it works fine.
I haven't used MS Windows for years so I don't think ‘unix-connect’ will work. You can also use telnetd when calling from QEMU to listen to the ‘monitor’ and send it commands. It is possible that this will work on Windows.
Maybe it will be useful for someone

Quote:
#!/bin/bash
# Delete if you have a similar line in your start line regarding ‘usb-storage’
# Add lines to run QEMU:
# -monitor unix:/tmp/qemu-monitor-socket,server,nowait
#

DRIVE_PATH="/tmp/win32"

case "$1" in
start)
echo "drive_add 0 file=fat:rw:$DRIVE_PATH,id=ufat,format=raw,if=none"|socat - unix-connect:/tmp/qemu-monitor-socket
echo "device_add usb-storage,id=ufat,drive=ufat,removable=on"|socat - unix-connect:/tmp/qemu-monitor-socket
;;
stop)
echo "device_del ufat"|socat - unix-connect:/tmp/qemu-monitor-socket
echo "Close all open windows with a drive, wait 5 seconds - the drive will disappear"
;;
*)
echo "Usage: {start|stop}"
exit 2
;;
esac

exit 0


*) telnetd = "-monitor telnet:127.0.0.1:55555,server,nowait" ....

EDIT:

Oh, I just remembered that there is also a theoretical possibility via the ‘usb-mtp’ ( Media Transfer Protocol).
But AOS4 doesn't fully support it (pops up an initiation error), PTP probably does. Someone once tried to do something with libmtp under AOS4, but I don't know what the status of that project is.


Edited by smarkusg on 2025/5/27 20:55:07
Edited by smarkusg on 2025/5/27 21:28:16
Edited by smarkusg on 2025/5/27 21:28:57
Edited by smarkusg on 2025/5/27 21:30:02
Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


@balaton
I have noticed one more thing regarding QEMU 8x and QEMU 10.
QEMU 8 is able to show me an image on the output of the ‘ati’ device with rom image and pegasos2.rom
Screen - > https://ibb.co/vCdzsmL2
QEMU 10 does not display anything.
Screen - > https://ibb.co/B5pzTMCL
This may have nothing to do with "vfio", but I thought this information might be useful for something.
The writing ‘Amiga’ in ASCII in QEMU 10 has nothing to do with it.

Quote:
This was discussed in some other thread here when we were trying to find why the RX card was slower.

Ok I will look for these messages and read what I have missed. Sorry for duplicating the topic.
Quote:
>Also look up the message I've sent to the qemu-ppc list about it a few months ago which has the benchmark with code from Hans that >models these tests which can be run under Linux that might be easier to test with than running the whole Gfx benchmark on AmigaOS.

As for that code from the message that contained the Hans code from the qemu-ppc list I have it somewhere on disk. I will look for it but not until next week as I will not have access to a computer due to a trip.
Quote:
but it could be it's an actual bug fix so it may have been fast before but also wrong but I can't tell without knowing what changed that made it slower.

I only asked because I noticed that something works differently, but as you write maybe it was a bug. I still have to check it thoroughly in tests when using AOS4.

Go to top


Re: MilkyTracker v1.05
Not too shy to talk
Not too shy to talk


@Maijestro
The programme is open source and there is no mystery about how it works even if it is not on os4depot. Here is my compilation
I just disabled some unnecessary *printf* and added lto optimization.
Built on recent changes with git for SDL2 from @Capehill

If anyone wants , you can download
https://github.com/smarkusg/patches/ra ... s/master/MilkyTracker.lha

Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


@Hans @balaton @@joerg
I've been checking for some time recently to see if there has been any regression regarding the different versions of QEMU for PCI passthrough.
Currently I have come across something I am curious about.
Peg2 QEMU emulation: pegasos2.rom + bboot v8 only GPU passthrough.
The results from QEMU 10 were the same for PEG and A1 emulation - I didn't upload them to the sewer and have no way to show them
QEMU version 8.1.50 from October 2023.
Results
QEMU version 8.1.50 -> https://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2947

MemCopy Score: 216.17 (Hide Raw Data)
Operation MiB/s
Copy to VRAM 188.82
Write Pixel Array 190.20
Copy from VRAM 25.85
Read Pixel Array 26.48

QEMU version 10.0 -> https://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2931

MemCopy Score: 136.47 (Hide Raw Data)
Operation MiB/s
Copy to VRAM 188.06
Write Pixel Array 97.01
Copy from VRAM 26.23
Read Pixel Array 13.52


What do the values ‘Read Pixel Array’ and ‘Write Pixel Array’ mean?
I am not familiar with such things, therefore my lame question
Thank you in advance for your help

I tested on two versions of the linux kernel x86_64 current - current stable and random old 5.17.
The results are the same for both tests

Go to top


Re: MilkyTracker v1.05
Not too shy to talk
Not too shy to talk


@Capehill
Hi

It compiles without any problems. Thanks for the update

Resized Image

Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


I couldn't get over the fact that it works on Linux.
I spent some time with it today.
So ... under AOS4 my rtl8168 already works .. JUMP FOR JOY !!!!!

Resized Image

This is not a QEMU problem.
The project finished final because I don't have anything to pass through PCI Passthrough anymore.


First problem:
The rtl8168 card was starting QEMU in my configuration on the same interrupt as the IDE
Hence the errors. I assigned ‘addr’ but due to the order of the command line and the fact that RADEON still has ‘AUDIO DEVICE HDMI’ it caused rtl8168 to jump on an already used interrupt.


Problem two:
But even this change from point one did nothing.
The rtl8168 is probably not officially supported by the rtl8169 driver.
The author himself mentions this and it is not an AmigaOS4 bug

Problem three:
I have 4 test disk images for Pegasos2
1. AOS4 FE - clean
2. AOS4 FE U1 - clean
3. AOS4 FE U2 - clean
4. AOS4 FE U2 + ES

Pegasos2 I checked on AOS4 FE U1 where I overlooked that the rtl8169 driver was not updated.
I always thought that with this update there is a newer version of the rtl8169 driver.

The driver versions are as follows:
AOS4 FE rtl8169.device 53.4 (10.09.2014)
AOS4 FE U2 rtl8169.device 53.6 (22.02.2017)

When testing AOS4 A1 I used this 53.6 , on Peg2 this 53.4.
I swapped the driver and everything started to work

I apologise for the problems, the time spent and the discussion in this topic.


Edited by smarkusg on 2025/5/19 20:54:30
Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


@balaton
Quote:
>Does the passed through network card work with linux on amigaone and peagsos2?

Works with QEMU pci Passthrun on A1 and on Peg2 Debian 8 PPC

PEG2
Resized Image
QEMU command line -> https://ibb.co/7xwcVs9d

A1
Resized Image
QEMU command line -> https://ibb.co/xKMY4j2p


I had little time today , tomorrow I will try to do the other tests you wrote about
*) I took pictures because it is easier than typing it in txt form

Go to top


Re: QEMU GPU-PCIe AmigaONE
Not too shy to talk
Not too shy to talk


@white
If we can't prove to you that the problem is with your system configuration, isn't it simpler to ask the Linux support forum?
You are currently using Ubuntu. This is a very popular distribution. Many people use QEMU X86_64 with qemu passthru for Windows emulation.
They may even have the same hardware as you and use ‘sudo’
Please ask them for help ... thank you

Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


@balaton
Quote:
The AmigaOne U-Boot should init cards too but maybe it's too old and does not recognise this card or only inits the card that's onboard >which has a specific address as the article you linked shows. You could specify that address with -device vfio-pci,addr=

Maybe I wrote something wrong. I have the same settings as @sailor.

Resized Image

I set it as it is on the right hardware so that later there are no questions why I have different ones.
I also set the ‘vfio-pci,addr=’ settings as well. PCi Bus 1 does not work so far Qemu.There is no domukentation to ‘Articia’. I set it to 01.00.00 , to 01.01.00 and others too. It didn't do anything.
The card itself, without rj45 plugged in, can be seen to initiate. It says in the window ‘card with mac address xxxx is not currently able to connect to the internet’. The mac address is correct, so the driver itself works.
Initialisation of the card itself causes a freeze when rj45 is plugged in. Booting the system with rj45 plugged in causes the system to freeze at startup immediately.

Quote:
The logs you posted refer to IDE interrupts so likely not related.

I have never seen it or it shows up very sporadically. That's why it caught my attention and I posted it.

EDIT:

I have a question for the AOS4 experts. Is it possible to disable interrupts for using network cards in the system ?

Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


@balaton
Maybe someone will read this and give you ‘DEV’ access. - I am counting on it
Few people test QEMU and share bug reports.
If you had the right tools (drivers) it would be very useful for QEMU development under AOS4.


Yes - on Pegasos2 it works but....
It only works with ‘bios pegasos2.rom’. It does not matter if it boots from amigabot.of or bboot.fth
If I start the system with ‘kernel bboot’ the system starts, but immediately starts to die until it crashes/freezes.
The log shows that there is something wrong with irq

--
No CMI8738 found!
[peg2ide/irq_wait] timed out
[peg2ide/exec_pci_ata_cmd] <- here
[peg2ide/ata_rw_blocks] unit 0 lba28 read error 255, retries left : 4
[peg2ide/irq_wait] timed out
[peg2ide/exec_pci_ata_cmd] <- here
[peg2ide/ata_rw_blocks] unit 0 lba28 read error 255, retries left : 3
--


Topic A1.
The system starts without problems without the rj45 cable connected to the card.
As soon as I plug it in the system crashes/freezes.
No logs.
Looks like irq problem in QEMU emulation of A1
I have the rtl8169 card set up the same as sailor has (all addresses match)


link - > https://intuitionbase.com/sites/defaul ... 4.2-pci-full-00.0a.00.jpg
Pełny link do publikacji - >https://intuitionbase.com/articles/ami ... i-bus-hardware-interrupts


The driver in AOS4 doesn't seem to have an rtl8169 option to disable the interrupt. I don't know if it is possible to disable it.

Go to top


Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Not too shy to talk
Not too shy to talk


Leaving aside the subject of ‘game’ tests regarding the project, I checked and I am able to run the rtl8168 that is on my ‘GA-B75M-D3V’ board under AOS4 with PCI passthrough with QEMU.
Currently only on Peg2 via bios + boot

My screen
Resized Image

On the top right the directory to be created in ENV: rtl8169 driver
Below the lspci from linux and the command line.
In the ‘Mycommander’ window what values should be added to make the rtl8168 work with the rtl8169 driver under AOS4
On the left ‘Ranger’ with the interrupt settings.
Below a ping to a random page

On the emulation under A1 the settings in ‘Ranger’ for interrupts are missing. The system crashes when using the card unfortunately

Edit:
I have added a second screen.
In the first one, there was a command line from the qemu where rtl8139 was and a character error in the configuration which might have confused the result a bit

Resized Image


Edited by smarkusg on 2025/5/16 23:36:47
Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Not too shy to talk
Not too shy to talk


@kas1e
Quote:
But, the problem is, the driver I tested (53.6, 11/14/2016) chokes on transfers :( Downloads from OS4Depot start okay, then stall after a few MB, slow down, and drop. No crash, just the network dies.


Look for the driver on os4welt - there is a forum there somewhere.
The author does not wish it to be distributed so I can't give you a link.
It works best.

rtl8139.device 53.7 (04.04.2024)

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Not too shy to talk
Not too shy to talk


@balaton
Quote:
I've heard QEMU rtl8139 is stable with the latest beta driver that its author published on a forum thread somewhere so you could get it from there. Did you try that?
This driver also crashes. I have a couple of cards with cart revision rtl8139 will see via PCI passthrough if there is something with the default AOS4 driver though (not the one from os4welt).

Go to top



TopTop
(1) 2 3 4 ... 23 »




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project