Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
80 user(s) are online (56 user(s) are browsing Forums)

Members: 0
Guests: 80

more...

Support us!

Headlines

Forum Index


Board index » All Posts (joerg)




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


@Maijestro
Quote:
I'll leave you my configuration with SFS/02. I'm not sure about Buffers 500
Use at least 5000 buffers, and since there are no data recovery tools for it SFS\2 instead of SFS\0 only for the partitions on which SFS\0 can't be used (partition size > 128 GB, files > 4 GB).

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@LiveForIt
Quote:
if (&process_to_inspect->pr_Task != NULL)

this looks like a bug.
That's just an over-complicated way of using if (NULL != process_to_inspect)

(Not 100% sure about the way that's interpreted by the compiler, but at least "&(process_to_inspect->pr_Task)" would be identical to just "process_to_inspect".)

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
Quote:
Now, when it simply Suspend/Restart : all works, no problems. Through 100% cpu loading and all crawl like a slideshow (opening of windowses, etc, 100% loading because of loop), but ok , it works.
Setting process_to_inspect to NULL again after SuspendTask()/StackTrace()/RestartTask() seems to be missing.

Go to top


Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
Just can't stay away
Just can't stay away


@utri007
Quote:
Monday I'll get Radeon HD 7770 card. It is Club 3D Radeon HD 7770 GHz Edition.
Maybe it works, maybe it doesn't. I'd try to get one of the gfx cards tested successfully already.
Check
https://ftp.hdrlab.org.nz/benchmark/gf ... aOS/Motherboard/Sam440EP/
(several Radeon HD 7700 results, not sure if any of them is a 7770)
https://hdrlab.org.nz/projects/amiga-o ... r-hardware-compatibility/
(HIS Radeon HD 7770 working, but Sapphire Radeon HD 7770 not) and
https://www-amigaportal-cz.translate.g ... x_tr_tl=en&_x_tr_pto=wapp
(no 7770 card tested, but 7750, 7970 and R9 270x working)

Quote:
I made a short video with two different PCI2PCIe adapters and Radeon HD4800.
According to https://wiki.amiga.org/index.php?title=RadeonHD for Radeon 4000, 5000 and 6000 series cards only 2D is supported, but not HW accelerated 3D (Warp3D Nova, GL4ES, etc.).
At least if you want to play 3D games, or use any other 3D software, better get one of the Radeon cards with 3D support: Radeon HD 77xx-79xx series graphics card (excluding the Radeon HD 7790), Radeon HD R7 or Radeon HD R9.

Quote:
About a Radon HD 7850, I think it crash fatally, caps lock light doesn't work after screen gets dark.
3 results for Radeon HD 7800 cards are on https://ftp.hdrlab.org.nz/benchmark/gf ... aOS/Motherboard/Sam440EP/ but I didn't check if any of them is a 7850.

Go to top


Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
Just can't stay away
Just can't stay away


@utri007
Quote:
Is there a proof that any one has actually get those cards work with Sam 440ep Flex?

https://www-amigaportal-cz.translate.g ... x_tr_tl=en&_x_tr_pto=wapp
https://ftp.hdrlab.org.nz/benchmark/gf ... oard/Sam440EP/Result/2259

Go to top


Re: Trying to get a Radeon HD 7750 working in an AmigaOne XE
Just can't stay away
Just can't stay away


@Hypex
Quote:
Despite the physical connection another issue was the 66Mhz slot and AGP slot share the same bus.

According to https://www-amigaportal-cz.translate.g ... x_tr_hl=de&_x_tr_pto=wapp
it only works in a PCI33 slot, not in the PCI66 one, only with interrupts disabled in the monitor driver tooltypes, and not with a "DMA-fixed" (i.e. completely destroyed) AmigaOne.


Edited by joerg on 2024/5/4 18:31:57
Go to top


Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
Just can't stay away
Just can't stay away


@Hypex
Quote:
They started moving from static files to dynamic drawers in OSS2. But they didn't finish. And the Kicklayout reverts to the old way.
IIRC the SLB(_v2) file system API was very simple. It can load files, but that's it. No directory reading, or any other file system functions.
I don't know how the newer amigaboot.ub used on the X5000 and A1222 works, someone else ported my SLB_v2 SFS code to it.

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
Quote:
struct Hook *hookstack IExec->AllocSysObjectTags(ASOT_HOOKASOHOOK_EntryprintStackTAG_END);
You shouldn't allocate memory in a patched function as that will for example break a Forbid() or Disable() state.
You can't use the IDebug functions in the patch either, maybe StackTrace() is no problem if you use IExec->DebugPrintF() instead of IDOS->Printf(), but for example ObtainDebugSymbol() which has to re-open the ELF file handle can't be used.
Getting the symbols/module name and any output, except for DebugPrintF(), has to be done in your main() task, not in a task calling a patched function.

Instead of using task/CLI names I'd use the unique PID instead, if it's a DOS process and not an exec task.
"serial.device"? If that's really serial.device (or a replacement) it's probably not a DOS process.

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:
A video card like this one for example with the exact specifications:
EBAY
https://tinyurl.com/2c699sf6
Similar, but that's a gfx card from Gigabyte.
The one geennaam used is a MSI one: https://www.techpowerup.com/vgabios/191488/191488
(probably https://www.techpowerup.com/gpu-specs/msi-r9-270x-gaming-oc.b2537 but this page doesn't include the PCI IDs to be 100% sure).
Even if the hardware may be the same just a different BIOS could cause problems.

Quote:
Apart from the Drivers.

Is the card recognized even without drivers?
I mean on real AmigaOS hardware it is recognized regardless of the drivers.
No, AmigaOS doesn't include a fallback VGA/VESA framebuffer driver.
On systems supporting PCIe (X1000, X5000, Sam460, A1222) a Lite version (max. resolution 800x600, no GPU HW acceleration) of the RadeonHD driver should be included in AmigaOS 4.1 and you can use that to install the full version from Enhancer Software (RadeonHD v3), or the separately available RadeonHD v5 driver for gfx cards requiring the newer version.
Of course it's in the PCI tree you can check for example with Ranger if you have a 2nd, supported gfx card installed, but without a gfx driver for it you can't use it for gfx output.

U-Boot should theoretically work with any VGA compatible gfx card, but it's old x86 emulator doesn't work with the BIOS of some newer gfx cards and may crash.


Edited by joerg on 2024/5/4 17:42:58
Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
Quote:
Clib2 indeed have amiga_callhook.c and amiga_callhooka.c:
But both with
#if (defined(__GNUC__) && !defined(__PPC__))
or
#ifndef __PPC__
The PPC clib2 libamga.a amiga_callhooka.o can only be an useless, empty object.

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
Quote:
But when i run my test binary, it simply invokes one time call to CallHookPkt when reach a state of "stricmp" comparison that it's my binary i want to trace, and then nothing happens : test binary with CallHookPkt usage didn't runs, but also didn't crash , and in trace we stuck forever on SuspendTask.. right when we should obtain a stacktrace. Maybe i can't suspend process like that ? I mean:
SuspendTask(&process->pr_Task,0) ?
struct Process *process = (struct Process *)IExec->FindTask(NULL);
...
IExec->SuspendTask(&process->pr_Task,0);
You are suspending your own task, the one executing this code, and
uint32 result IDebug->StackTrace(&process->pr_Task,hook);
IExec->RestartTask(&process->pr_Task,0);
can't be reached


Quote:
If you had access old source code of OS4, will it be no NDA-breaking if you will check if for example, those gadgets and datatypes you mention do use CallHookPkt(), or, still old CallHook() ?
I don't have access to the sources, but using m68k libamiga.a CallHook() in PPC native code is impossible. It can only be used for emulated m68k hook functions called by emulated m68k code, only IUtility->CallHookPkt() can be used from PPC native code, checks if the hook function is PPC native (direct function call) or emulated m68k code (executing it with the m68k emulator).

Is there an OS4 PPC libamiga.a with a CallHook() function?
Would be complete nonsense (unless all it does is calling IUtility->CallHookPkt()), but OTOH I wouldn't be surprised if clib2 has something like that.

Quote:
And if there is a way how we can calculate pure CallHook() usage (not CallHookPkt()) in whole system per second ?
CallHook() is no OS function but statically linked into m68k executables from the m68k libamiga.a, some implementations of libamiga.a CallHook() are even m68k assembler.

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
Quote:
Of course probably the best way will be to use GDB or db101/spotless, and instruction by instruction find out how the way from user application till final CallHookPkt() passed , but maybe it possible to trace without debugger and in more automatic way ?
You have to implement a stack backtrace in your IUtility->CallHookPkt() patch using IDebug->StackTrace() (problem: It's using a hook as well and you have to exclude this hook in your patch, otherwise you'll get an endless loop and crashes), IDebug->ObtainDebugSymbol(), etc., just like the debuggers do.

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
Quote:
But ! It can be very well, that most libraries do not use CallHookPkt() directly, but instead, self-made CallHook() from amiga.lib (or so), meaning that it still provide hooking functionality, but not via CallHookPkt() ?
Should only be the case if you are using AmigaOS <= 3.x/m68k software, or AmigaOS 4.x ports which weren't fixed.
Although CallHookPkt() is an AmigaOS 2.0 function a lot of AmigaOS <= 3.9 software didn't use it but called the h_entry function directly, or used an obsolte libamiga.a function (for Kickstart 1.x compatibility) doing that instead.

From the utility.library/CallHookPkt AutoDoc:
This form of transparency comes at a priceh_Entry must not be jumped
        to directly
, as calling 68k legacy code from native code will result in
        a crash
, and calling native code from 68k legacy code will result in
        native code being interpreted 
as 68k codewith completely unpredictable
        results
.

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
I would have expected much more calls/s.
layers and graphics (for example the BackFill Hooks), intuition (incl. all BOOPSI gadgets, images and data types, Windows alpha/shape/scrolling/etc., ...), IIRC Dockies (AmiDock) as well, and a lot more in AmigaOS uses Hooks.

Go to top


Re: Tracing
Just can't stay away
Just can't stay away


@kas1e
It doesn't make any difference if you use struct Process or struct Task when using
if (IS_PROCESS(process))
The fist part of struct Process is struct Task and as long as you only access the struct Task parts there is no problem.
Only access struct Process parts after you have checked that it's a DOS Process and not an Exec Task.

If you don't want to use macros and struct Process you can use something like
if (NT_PROCESS == process->pr_Task.tc_Node.ln_Type)

Go to top


Re: AmigaOS 4.1 Final Edition Update 2 fatal failure
Just can't stay away
Just can't stay away


@MamePPCA1
Quote:
Now I have the gtlayout library installed and SFSSalv it works and run well but my partitions,the OS4.1 ones appear.
SFSSalv only supports SFS\0 partitions, not SFS\2 ones.

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
No, the cards on your techpowerup.com links are old Radeon 7000 cards with only 32 MB RAM, not Radeon HD cards.
Should be the same as the Micro-A1 onboard gfx, works with ATIRadeon.chip and would be better than nothing at all (SM50x emulation), but an ancient, 32 MB gfx card isn't much fun either.

@geennaam posted GfxBench2D results with all data on https://ftp.hdrlab.org.nz/benchmark/gf ... 2d/OS/AmigaOS/Result/2773
Quote:
Radeon HD 7800 Series
Product ID: 0x6810, Vendor ID: 0x1002
Sub-Product ID: 0x3030, Sub-Vendor ID: 0x1462
2 GB RAM
RadeonHD.chip version 3.7
3.7 is included in Enhancer Software, i.e. you don't have to additionally buy the RadeonHD V5 driver for it.

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


@MartinW
Quote:
Regarding GPU passthrough, yes, I got it "working", but it was not properly working. And I might be wrong but I don't think we ever truely fixed it (IRQ issues from memory maybe?).
[...]
From memory, it "worked" but was pretty slow.
IRQ issues on Pegasos2 (real and emulated) are fixed with BBoot version 0.7

https://www.amigans.net/modules/newbb/ ... id=147748#forumpost147748
Quote:
It is much better then the slideshow of a year ago. But it feels slower than my SAM440 + same R9 270x. Definitely limited by slow CPU emulation. (i5-10400).

Go to top


Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
Just can't stay away
Just can't stay away


@utri007
According to https://wiki.amiga.org/index.php?title=RadeonHD#Installation the Enhancer installer doesn't add it to the Kicklayout if it's not there yet (AmigaOne SE/XE/µA1, Pegasos2, classic Amigas and Sam440) but just updates the Lite version of the RadeonHD driver, where available (X1000, X5000, Sam460, A1222), to the full version.

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
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.

Go to top



TopTop
« 1 2 3 (4) 5 6 7 ... 90 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project