Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
173 user(s) are online (122 user(s) are browsing Forums)

Members: 1
Guests: 172

white, more...

Headlines

Forum Index


Board index » All Posts




Re: MPlayer 1.5 released!
Quite a regular
Quite a regular


@smarkusg

I don't know if this can help you in any way
Here I am using -cpu 7457 with ALTIVEC in Full-Screen.

I used MPlayer GUI to pass parameters.
You can also see a .log in the window
The video can be seen in Full-Screen, perhaps with your skills you can further improve this function.


Please note that I use the resolution:
2048x1152

in this case the video is full screen at 1920x1080
Thanks for this player.

https://youtu.be/wYhhM2LPHfs

Go to top


Re: Tequila 1.1
Just can't stay away
Just can't stay away


@jabirulo

You probably shouldn't give an error for failing to find a catalog, but instead just silently fall back to your builtin strings.

Best regards,

Niels

Go to top


Re: 2024 - April - Space Cadet Pinball
Home away from home
Home away from home


My last ball lasted FOREVER this lazy Sunday afternoon and I wish the game had a pause button so I could've went to go for a desperately needed piss

535,868,700
Space-Cadet-Pinball-amigans-hiscore


@ nbache

still have a few days Niels

_______________________________
c64-dual sids, A1000, A1200-060@50, A4000-CSMKIII
Catweasel MK4+= Amazing
! My Master Miggies-Amiga1000 & AmigaONE X1000 !
mancave-ramblings

Go to top


Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Not too shy to talk
Not too shy to talk


@white
As for the card I would use the same one that @geennaam used.
On his screen you have the identifier 0x1002 x6810 = Curacao XT / Trinidad XT [Radeon R7 370 / R9 270X/370X].
That is, Radeon HD 7xxx - RX 5xxx 2GB . Most likely Club 3D Radeon HD 7870 Club3D S13 2GB GDDR5 1GHz

I also remember that I think @MartinW mentioned the motherboard requirements. It was more than half a year ago and I can't find this thread on the forum with this entry.

Go to top


Re: MPlayer 1.5 released!
Not too shy to talk
Not too shy to talk


@pjs
I checked on my settings that I have.
On these settings I checked your video 3x works fine (YouTube URL Extractor script and aiostreams)
I took a screen shot because it was easier
Resized Image
You can check with:
forceidx = 1
cache-min = 1
cache= 8192

Thank you for your help

@white

Recently @Maijestro noticed this problem. I think we are the only ones using mplayer under QEMU Pegasos 2 G4.
It seems that with smaller sizes and changed under QEMU SDL1 it is not possible to switch the screen properly.
Try stretching the window to a larger size and switch.

Go to top


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


@white
You don't get error with modifying meson.build and that works too until you want to update from git. Then you'd need to undo the change and redo it again afterwards so it's better to pass it to configure and not change meson.build. Maybe you can try to add one more configure option: --disable-qom-cast-debug but don't know if it makes any difference in performance. It may be a little faster in some cases but probably not a big deal, but if you want to optimise everything than this can be added.

With gfx card passed through to guest the AmigaOS driver gets full control of the card so a card is needed that QEMU can pass through correctly and AmigaOS can drive. This seems to be ATI HD7000 or similar card currently. Older cards aren't properly passed through by QEMU (it needs some changes in the places I've pointed to before) and newer cards may have problems with PCIe passed through as PCI or newer BIOS that crashes the emulated BIOS in these older firmwares or something. It also needs separate purchase of Enhancer software or whatever the RadeonHD driver comes with as the one included in AmigaOS 4.1FE is just enough to get picture to install the real driver that fully supports the card. One important point is that GPU pass through with pegasos2 needs BOTH -bios pegasos2.rom (but not -kernel bboot) and then boot with boot hd:0 bboot.fth with at least bboot 0.7. The firmware is needed to run the card bios and then BBoot is needed to fix IRQ routing and 64bit BARs. If you boot with -kernel bboot as usual then the card BIOS will not be run and may not work so need to boot with firmware and use bboot from firmware not on its own. It may be easier with amigaone where only the -bios u-boot-amigaone is needed without bboot or sam460ex but that may have other problems so currently only the pegasos2.rom+bboot way was tested.

I won't try to explain what's needed for AmiCygnix again as I did that for a few times so you'd need to understand the network setup under QEMU and either configure tap networking or with -netdev user add the appropriate hostfwd option to allow connecting to the X server in the guest. I'll let others have a go trying to explain that as I could not describe it in a way that you could understand so I would just confuse you further trying to explain.

Go to top


Re: Tequila 1.1
Just can't stay away
Just can't stay away


@pjs

tries to load/find tequila.catalog, you don't have it (and don't need) thus prits such "error".

if (locale) {
            
//printf("%s\n", locale->loc_LanguageName);
            
catalog ILocale->OpenCatalog(NULL"tequila.catalog",
                                           
TAG_DONE);
            if (!
catalog) {
                const 
LONG err IDOS->IoErr();
                if (
err != 0) {
                    
printf("Failed to open catalog (%ld)\n"err);
                }
            }

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Quite a regular
Quite a regular


@joerg
Yes I know, maybe my wording was not clear. What GPL prevents is one party turning GPL software into closed source software which is what I really meant by "commercial code", so maybe that's what causes misunderstanding. BSD license has no such restriction so somebody can take it and use it in part or change it and make it closed source, they only cannot claim they wrote it and have to keep copyright messages to acknowledge original developers. GPL also requires to keep the sources free and available for everybody and not use it in code that does not allow the same. So when you substitute commercial code with closed source code that's what I meant but failed to describe properly.

By the way it's not the GPL code that's sold commercially because the code itself is freely available (and cannot be charged more than the fair amount needed to transfer it) but additional services using that code like making distros or providing services based on that code and so on. But GPL software can be developed commercially for sure.

Go to top


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


@joerg

this is interesting, thanks
I'll take a look now

Go to top


Re: MPlayer 1.5 released!
Quite a regular
Quite a regular


@smarkusg

I did some tests with MPlayer only if I use -cpu750cx not altivec the video goes full screen.
If I use -cpu 7457 the video remains in the window even if the window can be maximized but it does not go full screen.
You probably talked about it, I'm not aware of it ?

Thank you

Go to top


Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Just can't stay away
Just can't stay away


@white
Quote:
To put up virtual systems but to do that I need a second graphics card in my specific.
A Geforce 1060 6gb can be found for 100 euros. But an ATI would be better if it is needed for qemu.
There are no AmigaOS drivers for any NVIDIA gfx card. Except for some very ancient ones like Cirrus, Voodoo, etc. only Radeon R100/R200 (ATIRadeon.chip), Radeon HD and Radeon RX cards are supported.

AFAIK only a single user got a passed-through gfx card working with QEmu yet, see https://www.amigans.net/modules/newbb/ ... id=147757#forumpost147757
4 Radeon gfx cards tested:
HD4850, R9 270x and RX560/570 didn't work.
HD7000 does work (requires BBoot 0.7 or newer).

You need to use a separate IOMMU group for the passed-through gfx card. No big problem on Linux, but I don't know how/if at all that works on MacOS or Windows.

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just can't stay away
Just can't stay away


@balaton
Quote:
And there's a reason for that which is to ensure that GPL code is not used in commercial code ...
Obviously you don't understand what the GPL is about.
At least 90% of the GPL software is sold commercially (Google, Samsung, LG, Sony, etc.: Android, based on the GPL Linux kernels and several other GPL software, Xiaomi: MIUI, which in most parts is based on AOSP, the open source parts of Android, Apple: iOS, based on NextStep (not GPL Linux but a BSD though, but still no big difference), etc.).
For PCs and servers: Red Hat Enterprise, SLES (SUSE), IServ, UCS and several other commercial Linux distributions.

Go to top


Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Quite a regular
Quite a regular


It seems rude to me not to respond to:
@Balaton
@Maijestro
@smarkusg
@joerg

and all the other forum users who answer my questions.

So I'll try to ask a few questions whoever has the time and desire can answer them.
This is to avoid writing on other "posts" dedicated to other topics.
Because even if you don't want to, sometimes it's normal to write in other posts at first glance to participate in the topic.
So I hope my thoughts are right because I always have so many questions

Here I compiled with -Doptimization=3 without errors
but even modifying meson.build I get no errors.

./configure --target-list=ppc-softmmu --disable-dbus-display --enable-slirp --enable-lto --enable-sdl --enable-gtk -Doptimization=3

Result:

./configure --target-list=ppc-softmmu --disable-dbus-display --enable-slirp --enable-lto --enable-sdl --enable-gtk -Doptimization=3
Using './build' as the directory for build output
python determined to be '/usr/bin/python3'
python version: Python 3.10.12
mkvenv: Creating non-isolated virtual environment at 'pyvenv'
mkvenv: checking for tomli>=1.2.0
mkvenv: installing tomli>=1.2.0
mkvenv: checking for meson>=0.63.0
mkvenv: installing meson==1.2.3
mkvenv: checking for sphinx>=1.6
mkvenv: checking for sphinx_rtd_theme>=0.5

'sphinx==5.3.0' not found:
• Python package 'sphinx' was not found nor installed.
• mkvenv was configured to operate offline and did not check PyPI.


Sphinx not found/usable, disabling docs.
The Meson build system
Version: 1.2.3
Source dir: /home/white0/qemu
Build dir: /home/white0/qemu/build
Build type: native build
Project name: qemu
Project version: 9.0.50
C compiler for the host machine: cc -m64 -mcx16 (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.38
Host machine cpu family: x86_64
Host machine cpu: x86_64
Program scripts/symlink-install-tree.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/symlink-install-tree.py)
Program sh found: YES (/usr/bin/sh)
Program python3 found: YES (/home/white0/qemu/build/pyvenv/bin/python3)
Program iasl found: NO
Compiler for C supports link arguments -Wl,-z,relro: YES
Compiler for C supports link arguments -Wl,-z,now: YES
Checking if "-fzero-call-used-regs=used-gpr" compiles: YES
Compiler for C supports arguments -ftrivial-auto-var-init=zero: NO
Compiler for C supports arguments -fzero-call-used-regs=used-gpr: YES
Compiler for C supports arguments -Wempty-body: YES
Compiler for C supports arguments -Wendif-labels: YES
Compiler for C supports arguments -Wexpansion-to-defined: YES
Compiler for C supports arguments -Wformat-security: YES
Compiler for C supports arguments -Wformat-y2k: YES
Compiler for C supports arguments -Wignored-qualifiers: YES
Compiler for C supports arguments -Wimplicit-fallthrough=2: YES
Compiler for C supports arguments -Winit-self: YES
Compiler for C supports arguments -Wmissing-format-attribute: YES
Compiler for C supports arguments -Wmissing-prototypes: YES
Compiler for C supports arguments -Wnested-externs: YES
Compiler for C supports arguments -Wold-style-declaration: YES
Compiler for C supports arguments -Wold-style-definition: YES
Compiler for C supports arguments -Wredundant-decls: YES
Compiler for C supports arguments -Wshadow=local: YES
Compiler for C supports arguments -Wstrict-prototypes: YES
Compiler for C supports arguments -Wtype-limits: YES
Compiler for C supports arguments -Wundef: YES
Compiler for C supports arguments -Wvla: YES
Compiler for C supports arguments -Wwrite-strings: YES
Compiler for C supports arguments -Wno-gnu-variable-sized-type-not-at-end: NO
Compiler for C supports arguments -Wno-initializer-overrides: NO
Compiler for C supports arguments -Wno-missing-include-dirs: YES
Compiler for C supports arguments -Wno-psabi: YES
Compiler for C supports arguments -Wno-shift-negative-value: YES
Compiler for C supports arguments -Wno-string-plus-int: NO
Compiler for C supports arguments -Wno-tautological-type-limit-compare: NO
Compiler for C supports arguments -Wno-typedef-redefinition: NO
Compiler for C supports arguments -Wthread-safety: NO
Program cgcc found: NO
Library m found: YES
Run-time dependency threads found: YES
Library util found: YES
Run-time dependency appleframeworks found: NO (tried framework)
Found pkg-config: /usr/bin/pkg-config (0.29.2)
Run-time dependency xencontrol found: YES 4.16.0
Run-time dependency xenstore found: YES 4.0
Run-time dependency xenforeignmemory found: YES 1.4
Run-time dependency xengnttab found: YES 1.2
Run-time dependency xenevtchn found: YES 1.2
Run-time dependency xendevicemodel found: YES 1.4
Run-time dependency xentoolcore found: YES 1.0
Run-time dependency glib-2.0 found: YES 2.72.4
Run-time dependency gmodule-no-export-2.0 found: YES 2.72.4
Run-time dependency gio-2.0 found: YES 2.72.4
Program /usr/bin/gdbus-codegen found: YES (/usr/bin/gdbus-codegen)
Run-time dependency gio-unix-2.0 found: YES 2.72.4
Program scripts/xml-preprocess.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/xml-preprocess.py)
Run-time dependency pixman-1 found: YES 0.40.0
Run-time dependency zlib found: YES 1.2.11
Has header "libaio.h" : YES
Library aio found: YES
Run-time dependency liburing found: NO (tried pkgconfig)
Run-time dependency libnfs found: NO (tried pkgconfig)
Run-time dependency appleframeworks found: NO (tried framework)
Run-time dependency appleframeworks found: NO (tried framework)
Run-time dependency libseccomp found: YES 2.5.3
Header "seccomp.h" has symbol "SCMP_FLTATR_API_SYSRAWRC" with dependency libseccomp: YES
Has header "cap-ng.h" : YES
Library cap-ng found: YES
Run-time dependency xkbcommon found: YES 1.4.0
Run-time dependency slirp found: NO (tried pkgconfig)
Looking for a fallback subproject for the dependency slirp
Clone in 'slirp' in corso...
remote: Enumerating objects: 4565, done.
remote: Counting objects: 100% (988/988), done.
remote: Compressing objects: 100% (345/345), done.
remote: Total 4565 (delta 781), reused 689 (delta 612), pack-reused 3577
Ricezione degli oggetti: 100% (4565/4565), 1016.79 KiB | 1.81 MiB/s, fatto.
Risoluzione dei delta: 100% (3410/3410), fatto.
HEAD si trova ora a 26be815 ip: Enforce strict aliasing

Executing subproject slirp

slirp| Project name: libslirp
slirp| Project version: 4.7.0
slirp| C compiler for the host machine: cc -m64 -mcx16 (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
slirp| C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.38
slirp| Dependency glib-2.0 found: YES 2.72.4 (overridden)
slirp| Compiler for C supports arguments -Wmissing-prototypes: YES (cached)
slirp| Compiler for C supports arguments -Wstrict-prototypes: YES (cached)
slirp| Compiler for C supports arguments -Wredundant-decls: YES (cached)
slirp| Compiler for C supports arguments -Wundef: YES (cached)
slirp| Compiler for C supports arguments -Wwrite-strings: YES (cached)
slirp| Check usable header "valgrind/valgrind.h" : YES
slirp| Compiler for C supports link arguments -Wl,--version-script,/home/white0/qemu/subprojects/slirp/src/libslirp.map: YES
slirp| Configuring libslirp-version.h using configuration
slirp| Build targets in project: 3
slirp| Subproject slirp finished.

Dependency slirp from subproject subprojects/slirp found: YES 4.7.0
Has header "libvdeplug.h" : YES
Library vdeplug found: YES
Run-time dependency libpulse found: YES 15.99.1
Run-time dependency alsa found: YES 1.2.8
Run-time dependency jack found: NO (tried pkgconfig)
Run-time dependency libpipewire-0.3 found: NO (tried pkgconfig)
Run-time dependency sndio found: YES 1.8.0
Run-time dependency spice-protocol found: YES 0.14.3
Run-time dependency spice-server found: YES 0.15.0
Library rt found: YES
Run-time dependency libiscsi found: NO (tried pkgconfig)
Run-time dependency libzstd found: NO (tried pkgconfig)
Run-time dependency virglrenderer found: NO (tried pkgconfig)
Run-time dependency rutabaga_gfx_ffi found: NO (tried pkgconfig)
Run-time dependency blkio found: NO (tried pkgconfig)
Run-time dependency libcurl found: YES 7.81.0
Run-time dependency libudev found: YES 249
Library mpathpersist found: NO
Run-time dependency ncursesw found: YES 6.3.20211021
Has header "brlapi.h" : YES
Library brlapi found: YES
Run-time dependency sdl2 found: YES 2.0.20
Run-time dependency sdl2_image found: NO (tried pkgconfig)
Library rados found: YES
Has header "rbd/librbd.h" : YES
Library rbd found: YES
Run-time dependency glusterfs-api found: NO (tried pkgconfig)
Run-time dependency libssh found: NO (tried pkgconfig)
Has header "bzlib.h" : YES
Library bz2 found: YES
Has header "lzfse.h" : NO
Has header "sys/soundcard.h" : YES
Run-time dependency epoxy found: YES 1.5.10
Has header "epoxy/egl.h" with dependency epoxy: YES
Run-time dependency gbm found: YES 24.0.3-1pop1~1711635559~22.04~7a9f319
Run-time dependency gnutls found: NO (tried pkgconfig)
Run-time dependency gnutls found: NO (tried pkgconfig)
libgcrypt-config found: NO need ['>=1.8']
Run-time dependency libgcrypt found: NO (tried config-tool)
Run-time dependency nettle found: NO (tried pkgconfig)
Run-time dependency capstone found: NO (tried pkgconfig)
Run-time dependency gmp found: NO (tried pkgconfig)
Run-time dependency gtk+-3.0 found: YES 3.24.33
Run-time dependency gtk+-x11-3.0 found: YES 3.24.33
Run-time dependency vte-2.91 found: NO (tried pkgconfig)
Run-time dependency x11 found: YES 1.7.5
Run-time dependency libpng found: YES 1.6.37
Run-time dependency libjpeg found: YES 2.1.2
Has header "sasl/sasl.h" : YES
Library sasl2 found: YES
Has header "security/pam_appl.h" : NO
Has header "snappy-c.h" : YES
Library snappy found: YES
Has header "lzo/lzo1x.h" : YES
Library lzo2 found: YES
Has header "numa.h" : YES
Library numa found: YES
Library ibumad found: NO
Has header "rdma/rdma_cma.h" : YES
Library rdmacm found: YES
Library ibverbs found: YES
Run-time dependency libcacard found: NO (tried pkgconfig)
Run-time dependency u2f-emu found: NO (tried pkgconfig)
Run-time dependency canokey-qemu found: NO (tried pkgconfig)
Run-time dependency libusbredirparser-0.5 found: YES 0.11.0
Run-time dependency libusb-1.0 found: YES 1.0.25
Run-time dependency libpmem found: NO (tried pkgconfig)
Run-time dependency libdaxctl found: NO (tried pkgconfig)
Run-time dependency libkeyutils found: NO (tried pkgconfig)
Checking for function "gettid" : YES
Run-time dependency libselinux found: YES 3.3
Checking for function "malloc_trim" : YES
Header "sys/stat.h" has symbol "STATX_BASIC_STATS" : YES
Header "sys/stat.h" has symbol "STATX_MNT_ID" : YES
Run-time dependency fuse3 found: NO (tried pkgconfig)
Run-time dependency libbpf found: NO (tried pkgconfig)
Run-time dependency libxdp found: NO (tried pkgconfig)
Run-time dependency libdw found: NO (tried pkgconfig)
Checking for function "numa_has_preferred_many" with dependency -lnuma: NO
Has header "sys/epoll.h" : YES
Has header "linux/magic.h" : YES
Has header "valgrind/valgrind.h" : YES
Has header "linux/btrfs.h" : YES
Has header "libdrm/drm.h" : YES
Has header "pty.h" : YES
Has header "sys/disk.h" : NO
Has header "sys/ioccom.h" : NO
Has header "sys/kcov.h" : NO
Checking for function "close_range" : YES
Checking for function "accept4" : YES
Checking for function "clock_adjtime" : YES
Checking for function "dup3" : YES
Checking for function "fallocate" : YES
Checking for function "posix_fallocate" : YES
Checking for function "getcpu" : YES
Checking for function "sched_getcpu" : NO
Checking for function "posix_memalign" : YES
Checking for function "_aligned_malloc" : NO
Checking for function "valloc" : YES
Checking for function "memalign" : YES
Checking for function "ppoll" : YES
Checking for function "preadv" : YES
Checking for function "pthread_fchdir_np" : NO
Checking for function "sendfile" : YES
Checking for function "setns" : YES
Checking for function "unshare" : YES
Checking for function "syncfs" : YES
Checking for function "sync_file_range" : YES
Checking for function "timerfd_create" : YES
Checking for function "copy_file_range" : YES
Checking for function "getifaddrs" : YES
Checking for function "openpty" with dependency -lutil: YES
Checking for function "strchrnul" : YES
Checking for function "system" : YES
Checking for function "rbd_namespace_exists" with dependencies -lrbd, -lrados: YES
Header "sys/inotify.h" has symbol "inotify_init" : YES
Header "sys/inotify.h" has symbol "inotify_init1" : YES
Header "linux/blkzoned.h" has symbol "BLKOPENZONE" : YES
Header "sys/epoll.h" has symbol "epoll_create1" : YES
Header "linux/falloc.h" has symbol "FALLOC_FL_PUNCH_HOLE" : YES
Header "linux/falloc.h" has symbol "FALLOC_FL_KEEP_SIZE" : YES
Header "linux/falloc.h" has symbol "FALLOC_FL_ZERO_RANGE" : YES
Has header "linux/fiemap.h" : YES
Header "linux/fs.h" has symbol "FS_IOC_FIEMAP" : YES
Checking for function "getrandom" : YES
Header "sys/random.h" has symbol "GRND_NONBLOCK" : YES
Header "sys/prctl.h" has symbol "PR_SET_TIMERSLACK" : YES
Header "linux/rtnetlink.h" has symbol "IFLA_PROTO_DOWN" : YES
Header "sys/sysmacros.h" has symbol "makedev" : YES
Header "getopt.h" has symbol "optreset" : NO
Header "netinet/in.h" has symbol "IPPROTO_MPTCP" : YES
Checking whether type "struct sigevent" has member "sigev_notify_thread_id" : NO
Checking whether type "struct stat" has member "st_atim" : YES
Checking whether type "struct blk_zone" has member "capacity" : YES
Checking for type "struct iovec" : YES
Checking for type "struct utmpx" : YES
Checking for type "struct mmsghdr" : YES
Header "linux/vm_sockets.h" has symbol "AF_VSOCK" : YES
Program scripts/minikconf.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/minikconf.py)
Configuring ppc-softmmu-config-target.h using configuration
Configuring ppc-softmmu-config-devices.mak with command
Reading depfile: /home/white0/qemu/build/meson-private/ppc-softmmu-config-devices.mak.d
Configuring ppc-softmmu-config-devices.h using configuration
Program scripts/make-config-poison.sh found: YES (/home/white0/qemu/scripts/make-config-poison.sh)
Library fdt found: YES

Executing subproject libvhost-user

libvhost-user| Project name: libvhost-user
libvhost-user| Project version: undefined
libvhost-user| C compiler for the host machine: cc -m64 -mcx16 (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
libvhost-user| C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.38
libvhost-user| Compiler for C supports arguments -Wsign-compare: YES
libvhost-user| Compiler for C supports arguments -Wdeclaration-after-statement: YES
libvhost-user| Compiler for C supports arguments -Wstrict-aliasing: YES
libvhost-user| Dependency threads found: YES unknown (cached)
libvhost-user| Dependency glib-2.0 found: YES 2.72.4 (overridden)
libvhost-user| Build targets in project: 7
libvhost-user| Subproject libvhost-user finished.


Executing subproject libvduse

libvduse| Project name: libvduse
libvduse| Project version: undefined
libvduse| C compiler for the host machine: cc -m64 -mcx16 (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
libvduse| C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.38
libvduse| Compiler for C supports arguments -Wsign-compare: YES (cached)
libvduse| Compiler for C supports arguments -Wdeclaration-after-statement: YES (cached)
libvduse| Compiler for C supports arguments -Wstrict-aliasing: YES (cached)
libvduse| Build targets in project: 8
libvduse| Subproject libvduse finished.

Configuring config-host.h using configuration
Program scripts/hxtool found: YES (/home/white0/qemu/scripts/hxtool)
Program scripts/shaderinclude.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/shaderinclude.py)
Program scripts/qapi-gen.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/qapi-gen.py)
Program scripts/qemu-version.sh found: YES (/home/white0/qemu/scripts/qemu-version.sh)
Inizializzato repository Git vuoto in /home/white0/qemu/subprojects/keycodemapdb/.git/
remote: Enumerating objects: 26, done.
remote: Counting objects: 100% (26/26), done.
remote: Compressing objects: 100% (21/21), done.
remote: Total 26 (delta 0), reused 23 (delta 0), pack-reused 0 (from 0)
Decompressione degli oggetti in corso: 100% (26/26), 30.65 KiB | 6.13 MiB/s, fatto.
Da https://gitlab.com/qemu-project/keycodemapdb
* branch f5772a62ec52591ff6870b7e8ef32482371f22c6 -> FETCH_HEAD
HEAD si trova ora a f5772a6 Add Qemu qcode support for F13 to F24

Executing subproject keycodemapdb

keycodemapdb| Project name: keycodemapdb
keycodemapdb| Project version: undefined
keycodemapdb| Program tools/keymap-gen found: YES (/home/white0/qemu/subprojects/keycodemapdb/tools/keymap-gen)
keycodemapdb| Build targets in project: 267
keycodemapdb| Subproject keycodemapdb finished.

Program scripts/decodetree.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/decodetree.py)
Program ../scripts/modules/module_block.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/block/../scripts/modules/module_block.py)
Program ../scripts/block-coroutine-wrapper.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/block/../scripts/block-coroutine-wrapper.py)
Program scripts/modinfo-collect.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/modinfo-collect.py)
Program scripts/modinfo-generate.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/modinfo-generate.py)
Program nm found: YES
Program scripts/undefsym.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/undefsym.py)
Program scripts/feature_to_c.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/feature_to_c.py)
Program dtc found: NO
Program /home/white0/qemu/build/pyvenv/bin/sphinx-build skipped: feature docs disabled
Program bash found: YES 5.1.16 (/usr/bin/bash)
Program /home/white0/qemu/scripts/decodetree.py found: YES (/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/decodetree.py)
Inizializzato repository Git vuoto in /home/white0/qemu/subprojects/berkeley-softfloat-3/.git/
remote: Enumerating objects: 441, done.
remote: Counting objects: 100% (441/441), done.
remote: Compressing objects: 100% (357/357), done.
remote: Total 441 (delta 397), reused 97 (delta 83), pack-reused 0 (from 0)
Ricezione degli oggetti: 100% (441/441), 206.20 KiB | 1.15 MiB/s, fatto.
Risoluzione dei delta: 100% (397/397), fatto.
Da https://gitlab.com/qemu-project/berkeley-softfloat-3
* branch b64af41c3276f97f0e181920400ee056b9c88037 -> FETCH_HEAD
HEAD si trova ora a b64af41 Fix typo in function 'softfloat_propagateNaNF128M' for RISC-V.

Executing subproject berkeley-softfloat-3

berkeley-softfloat-3| Project name: berkeley-softfloat-3
berkeley-softfloat-3| Project version: undefined
berkeley-softfloat-3| C compiler for the host machine: cc -m64 -mcx16 (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
berkeley-softfloat-3| C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.38
berkeley-softfloat-3| Configuring platform.h using configuration
berkeley-softfloat-3| Build targets in project: 408
berkeley-softfloat-3| Subproject berkeley-softfloat-3 finished.

Inizializzato repository Git vuoto in /home/white0/qemu/subprojects/berkeley-testfloat-3/.git/
remote: Enumerating objects: 214, done.
remote: Counting objects: 100% (214/214), done.
remote: Compressing objects: 100% (205/205), done.
remote: Total 214 (delta 154), reused 26 (delta 8), pack-reused 0 (from 0)
Ricezione degli oggetti: 100% (214/214), 183.27 KiB | 7.05 MiB/s, fatto.
Risoluzione dei delta: 100% (154/154), fatto.
Da https://gitlab.com/qemu-project/berkeley-testfloat-3
* branch e7af9751d9f9fd3b47911f51a5cfd08af256a9ab -> FETCH_HEAD
HEAD si trova ora a e7af975 Fix -Wreturn-type errors in fNNRandom

Executing subproject berkeley-testfloat-3

berkeley-testfloat-3| Project name: berkeley-testfloat-3
berkeley-testfloat-3| Project version: undefined
berkeley-testfloat-3| C compiler for the host machine: cc -m64 -mcx16 (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
berkeley-testfloat-3| C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.38
berkeley-testfloat-3| Configuring platform.h using configuration
berkeley-testfloat-3| Compiler for C supports arguments -Wno-ignored-pragmas: NO
berkeley-testfloat-3| Build targets in project: 410
berkeley-testfloat-3| Subproject berkeley-testfloat-3 finished.

Program diff found: YES (/usr/bin/diff)
Program dbus-daemon found: YES (/usr/bin/dbus-daemon)
Run-time dependency gvnc-1.0 found: NO (tried pkgconfig)
Run-time dependency sysprof-capture-4 found: NO (tried pkgconfig)
Run-time dependency glib-2.0 found: YES 2.72.4
Program initrd-stress.sh found: YES (/home/white0/qemu/tests/migration/initrd-stress.sh)
Program xgettext found: YES (/usr/bin/xgettext)
Program msgfmt found: YES (/usr/bin/msgfmt)
Program msginit found: YES (/usr/bin/msginit)
Program msgmerge found: YES (/usr/bin/msgmerge)
Program xgettext found: YES (/usr/bin/xgettext)
Build targets in project: 552

qemu 9.0.50

Build environment
Build directory : /home/white0/qemu/build
Source path : /home/white0/qemu
Download dependencies : YES

Directories
Build directory : /home/white0/qemu/build
Source path : /home/white0/qemu
Download dependencies : YES
Install prefix : /usr/local
BIOS directory : share/qemu
firmware path : share/qemu-firmware
binary directory : /usr/local/bin
library directory : /usr/local/lib/x86_64-linux-gnu
module directory : lib/x86_64-linux-gnu/qemu
libexec directory : /usr/local/libexec
include directory : /usr/local/include
config directory : /usr/local/etc
local state directory : /var/local
Manual directory : /usr/local/share/man
Doc directory : /usr/local/share/doc

Host binaries
python : /home/white0/qemu/build/pyvenv/bin/python3 (version: 3.10)
sphinx-build : NO
gdb : /usr/bin/gdb
iasl : NO
genisoimage :
smbd : /usr/sbin/smbd

Configurable features
Documentation : NO
system-mode emulation : YES
user-mode emulation : NO
block layer : YES
Install blobs : YES
module support : NO
fuzzing support : NO
Audio drivers : pa sndio oss
Trace backends : log
D-Bus display : NO
QOM debugging : YES
Relocatable install : YES
vhost-kernel support : YES
vhost-net support : YES
vhost-user support : YES
vhost-user-crypto support : YES
vhost-user-blk server support : YES
vhost-vdpa support : YES
build guest agent : YES

Compilation
host CPU : x86_64
host endianness : little
C compiler : cc -m64 -mcx16
Host C compiler : cc -m64 -mcx16
C++ compiler : NO
Objective-C compiler : NO
CFLAGS : -g -O3
QEMU_CFLAGS : -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -fzero-call-used-regs=used-gpr -fstack-protector-strong
QEMU_LDFLAGS : -fstack-protector-strong -Wl,-z,relro -Wl,-z,now
link-time optimization (LTO) : YES
PIE : YES
static build : NO
malloc trim support : YES
membarrier : NO
debug graph lock : NO
debug stack usage : NO
mutex debugging : NO
memory allocator : system
avx2 optimization : YES
avx512bw optimization : YES
avx512f optimization : NO
gcov : NO
thread sanitizer : NO
CFI support : NO
strip binaries : NO
sparse : NO
mingw32 support : NO

Targets and accelerators
KVM support : NO
HVF support : NO
WHPX support : NO
NVMM support : NO
Xen support : YES
xen ctrl version : 4.16.0
Xen emulation : NO
TCG support : YES
TCG backend : native (x86_64)
TCG plugins : YES
TCG debug enabled : NO
target list : ppc-softmmu
default devices : YES
out of process emulation : YES
vfio-user server : NO

Block layer support
coroutine backend : ucontext
coroutine pool : YES
Block whitelist (rw) :
Block whitelist (ro) :
Use block whitelist in tools : NO
VirtFS (9P) support : YES
VirtFS (9P) Proxy Helper support (deprecated): YES
Live block migration : YES
replication support : YES
bochs support : YES
cloop support : YES
dmg support : YES
qcow v1 support : YES
vdi support : YES
vhdx support : YES
vmdk support : YES
vpc support : YES
vvfat support : YES
qed support : YES
parallels support : YES
FUSE exports : NO
VDUSE block exports : YES

Crypto
TLS priority : NORMAL
GNUTLS support : NO
libgcrypt : NO
nettle : NO
SM4 ALG support : NO
AF_ALG support : NO
rng-none : NO
Linux keyring : YES
Linux keyutils : NO

User interface
SDL support : YES 2.0.20
SDL image support : NO
GTK support : YES
pixman : YES 0.40.0
VTE support : NO
PNG support : YES 1.6.37
VNC support : YES
VNC SASL support : YES
VNC JPEG support : YES 2.1.2
spice protocol support : YES 0.14.3
spice server support : YES 0.15.0
curses support : YES
brlapi support : YES

Graphics backends
VirGL support : NO
Rutabaga support : NO

Audio backends
OSS support : YES
sndio support : YES 1.8.0
ALSA support : YES 1.2.8
PulseAudio support : YES 15.99.1
PipeWire support : NO
JACK support : NO

Network backends
AF_XDP support : NO
slirp support : YES
vde support : YES
netmap support : NO
l2tpv3 support : YES

Dependencies
libtasn1 : NO
PAM : NO
iconv support : YES
blkio support : NO
curl support : YES 7.81.0
Multipath support : NO
Linux AIO support : YES
Linux io_uring support : NO
ATTR/XATTR support : YES
RDMA support : NO
fdt support : system
libcap-ng support : YES
bpf support : NO
rbd support : YES
smartcard support : NO
U2F support : NO
libusb : YES 1.0.25
usb net redir : YES 0.11.0
OpenGL support (epoxy) : YES 1.5.10
GBM : YES 24.0.3-1pop1~1711635559~22.04~7a9f319
libiscsi support : NO
libnfs support : NO
seccomp support : YES 2.5.3
GlusterFS support : NO
hv-balloon support : YES
TPM support : YES
libssh support : NO
lzo support : YES
snappy support : YES
bzip2 support : YES
lzfse support : NO
zstd support : NO
NUMA host support : YES
capstone : NO
libpmem support : NO
libdaxctl support : NO
libudev : YES 249
FUSE lseek : NO
selinux : YES 3.3
libdw : NO

Subprojects
berkeley-softfloat-3 : YES
berkeley-testfloat-3 : YES
keycodemapdb : YES
libvduse : YES
libvhost-user : YES
slirp : YES

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

Found ninja-1.10.1 at /usr/bin/ninja
Running postconf script '/home/white0/qemu/build/pyvenv/bin/python3 /home/white0/qemu/scripts/symlink-install-tree.py'


OK,

If the log is long I can delete it.
But with this I would like to understand later, not now, if something is missing in the compilation for AmiCygnix, because I will come back to it later.

I was planning to buy a second ATI graphics card because I would like to do many things that I can't do now, always dedicated for OS 4.1.
But it seems that there are currently no suggestions on this.
To put up virtual systems but to do that I need a second graphics card in my specific.
A Geforce 1060 6gb can be found for 100 euros. But an ATI would be better if it is needed for qemu.

Go to top


Re: MPlayer 1.5 released!
Not too shy to talk
Not too shy to talk


@smarkusg

Thanks for the feedback!

I went back through and found a news video that stopped playing
prematurely without the cache change - stopping around 4m11s
instead of playing to the full 4m33s. Unfortunately, while it
happened a couple times, it wasn't consistent. :/

https://www.youtube.com/watch?v=EgQPCOuUgKQ

Then I tried setting the cache to 20480 as suggested. It
most often meant there was a 15-20 second delay before playing,
but I also didn't see the premature shut-off in a repeated
plays. Maybe it was the inconsistency at play?

I also tried playing that video with a January 2020 build from
Mick and it repeatedly played the video to the end.

When I wasn't playing the video with the 20480 setting in the
config file, I renamed the config file out of view to avoid any
other deviations.

I also made a point not to do any seeking back or forwards to
try to keep that variable out of the mix when playing.

Sorry I didn't come up with a more clearcut results or clues.

Thanks,

PJS

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Quite a regular
Quite a regular


@joerg
Quote:
OTOH with the GPL you have no choice/control over your own code any more, even just linking with a GPL library will force you to release any sources linked with it, no matter if you want to do that or not. Even worse: Any output/data generated by GPL software is GPL as well.

And there's a reason for that which is to ensure that GPL code is not used in commercial code only in free software so it cannot be exploited without the developer's consent (who still has the right to sell their work under a different license as they own the copyright so commercial vendors could buy a license from the author for code otherwise available as GPL but cannot just copy and use parts of GPL code unless they also publish the result as GPL). If less strict MPL like license is needed there's LGPL for that which only applies it to the code itself and allows it to be combined with non free software (but still does not allow copying part of LGPL code into non LGPL or GPL code and make it non-free).

Go to top


Re: Heretic II Multiplayer Event on 27th April 2024
Quite a regular
Quite a regular


Here is a video that I recorded a little later on my Qemu/Pegasos2 system.

The average ping rate for all players was about 200. Here the server was already occupied with 3-5 players in multiplayer.

The interest in the multiplayer mode is apparently not so great, or the time was just wrongly chosen, but it was still really fun.

Thank you TheMagicSN for making sure that there were some servers to join




MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Quite a regular
Quite a regular


@kas1e
I think Linux also uses RTAS on pegasos2 if I remember correctly but I could be wrong. It can be checked in Linux source or you could boot Linux on QEMU pegasos2 and add debug log to RTAS calls to see if they are called. Even if config-l@ can access card regs you can only use that from firmware before OS boots but the BAR addresses are also in the device tree so you could get it from there without reading the register. Otherwise if you need to write or access other regs and can't get it using RTAS then it needs to access PCI directly.

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Home away from home
Home away from home


@balaton
Quote:

This looks like primarily a problem in AmigaOS kernel. If it can't even see the card then maybe it also does not look behind the bridge like BBoot (so does not even read the device tree below the bridge) and when it did, it might get problems with 64bit BARs and RTAS not supporting bridges.


Both OS4 kernel and Linux kernel do see card in the bridge (Linux kernel by default, os4 kernel with bar fix, or via bboot), see on Linux for example (with Radeon x1950):

0000:00:06.0 PCI bridge [0604]: Pericom Semiconductor PI7C9X111SL PCIe-to-PCI Reversible Bridge [12d8:e111] (rev 02)
....
0000:01:00.0 VGA compatible controller [0300]: Advanced Micro DevicesInc. [AMD/ATIR580+ [Radeon X1950 XT] [1002:7244]


And on OS4 (this time with Radeon HD):

[_impl_AddLibraryAdding library graphics.library to the system
RadeonHD 
(5): findRXCard called
RadeonHD 
(5): Card 0 (0): 0x10020x682BRadeon HD Verde (Mob.), supportedinactive
RadeonHD 
(5): Found supported card
RadeonHD 
(5): initRXCard called
RadeonHD 
(5): Initializing card



Problem comes after, when both, Linux and OS4 kernel tried to find a base video RAM address, which result in 0x000000 for both kernels, see on Linux:

root@debian:/home/kas1e# dmesg | egrep 'drm|radeon'
[   30.283165] [drmInitialized drm 1.1.0 20060810
[   31.088890] [drmradeon kernel modesetting enabled.
[   
31.574171] [drminitializing kernel modesetting (R580 0x1002:0x7244 0x0000:0x0000).
[   
31.675977__ioremap(): phys addr 0x0 is RAM lr radeon_device_init [radeon]
[   
31.760392radeon 0000:01:00.0Fatal error during GPU init
[   32.791013radeonprobe of 0000:01:00.0 failed with error -12
root
@debian:/home/kas1e#


And see on OS4:

RadeonHD (2): Obtaining ITimer interface
RadeonHD (2): Got ITimer interface
RadeonHD (2): Returning from LibOpen().
RadeonHD (0): RadeonHD.chip 5.20 (25.5.2023)
RadeonHD (6): <rxOpen>
RadeonHD (4): Have altivec.
RadeonHD (4): CPU cache line length32
RadeonHD 
(4): PCI device is a graphics card.
RadeonHD (2): Identified the chipset as: VERDE
RadeonHD 
(2): Graphics card name isRadeon HD Verde (Mob.)
RadeonHD (2):   If - and only if - your card does not work or does not work optimally
        please submit a bug report at
:
        
http://www.amiga.org/developer/bugreports
        
Remember to include the driver version, and the following card details:
        
0x682B:0x0000:0x0000: <name of board>
        and *
pleasedescribe the problems you are seeing in detail.
RadeonHD (4): Obtaining memory and I/O addresses and sizes
RadeonHD 
(4): Video RAM at0x00000000size is 268435456 bytes
RadeonHD 
(0): ERRORVideo RAM base address was NULL
RadeonHD 
(6): <rxClose>
[
HAL_DfltTrapHandler] *** WarningFatal exception in task 0x6FFAB240 (exec.tasketask 0xEFFF4000)


Error exactly the same for both cases: 0x00000000 as base address, while shouldn't.

I do not know details about linux kernel for pegasos2 (maybe worth to check source to be 100% sure), but it seems it's the same as OS4 kernel for peg2 tries to use RTAS for getting base address of video card behind the bridge, and can't (in both cases 0x00000000). As i do not know PCI stuff for the moment (reading the doc now), i assume that to know base video address you need to read some configuration registers, which, by some reasons, fail, when RTAS is used (if, that is what Linux use too, same as OS4). That why we worry at all with "config-l@" , so to check if we can from firmware get the base video address of card behind the bridge, because , if we can have this card listed, then we somehow already can read configuration registers behind the bridge, just not for base video address by some reasons.

In other words, interesting to know why RTAS for both kernels (and OS4, and Linux too), can see the video cards behind the bridge (i.e. can read configuration registers via RTAS seems so), but then , can't get the same way the base video address and fail the same with 0x0000000 when trying to read configuration registers again.

But i need to read some pci/marvel pdfs too for now, yep :)


Edited by kas1e on 2024/4/28 19:27:26
Edited by kas1e on 2024/4/28 19:28:28
Join us to improve dopus5!
AmigaOS4 on youtube
Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just can't stay away
Just can't stay away


@balaton
Quote:
The AROS license is similar to MPL which also says it should be kept free so it's not opposite and completely free like BSD but maybe less strict than GPL.
Main difference: APL/MPL only requires to release changes you did in those sources. Everything which is free code stays free, but it doesn't affect your own/other code used in the same project, which you can release, or not, as open source as well. It's your choise.

OTOH with the GPL you have no choice/control over your own code any more, even just linking with a GPL library will force you to release any sources linked with it, no matter if you want to do that or not. Even worse: Any output/data generated by GPL software is GPL as well. A lot of GPL software like GCC includes special exceptions to the GPL allowing to use the code generated by it to be released with another licence. If GCC or glibc would be just GPL, without such exceptions invalidating the worst parts of the GPL, it wouldn't be usable at all for most software.


Edited by joerg on 2024/4/28 19:01:48
Go to top


Re: MPlayer 1.5 released!
Just can't stay away
Just can't stay away


@MickJT
For all of my AmigaOS projects I got the fastest results with -Os.
Reason: The PPC CPUs used for AmigaOS have very small caches, compared to x64 CPUs for example. Theoretically slower (no loop-unrolling, etc.), but smaller code may fit completely into the caches, while "faster" but larger code doesn't. The result is that small, but less optimized code can be faster on such systems. Using cross-module/source optimizations (IIRC enabled with -O3 and -O4) and LTO can make it even worse.
Note1: I only optimized code for G2 (603/604), G3 (750), G4 (74xy) and 405 based CPUs (440/460), but not for the PA6T-1682M nor P5020/40, which may behave completely different.
Note2: Code which is fast on real hardware may be slow on emulation such as WinUAE and QEmu, and the other way round.

Go to top



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




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project