Who's Online |
78 user(s) are online ( 45 user(s) are browsing Forums)
Members: 1
Guests: 77
orgin,
more...
|
|
|
|
Re: 2024 - April - Space Cadet Pinball
|
Posted on: 5/9 16:32
#141
|
Home away from home
|
@Templario for sure it's all about having fun and trying different games you may have never played before or thought you wouldn't like for some reason then finding out hey this is pretty cool
|
_______________________________ c64-dual sids, A1000, A1200-060@50, A4000-CSMKIII Catweasel MK4+= Amazing ! My Master Miggies-Amiga1000 & AmigaONE X1000 ! mancave-ramblings
|
|
|
Re: AmigaOS 4.1 Final Edition Update 2 fatal failure
|
Posted on: 5/9 12:15
#142
|
Quite a regular
|
@sacc-dude
My graphic card is an ATI Radeon RHD5450 as shown on a Morphos utilitie.
I would go to AmiWest with closed eyes,that could be a dream for me,but in reality I have little money
And another issue is that Fienix doesn't accept well my passwords and if I enter it is unusable
|
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
|
|
|
Re: 2024 - April - Space Cadet Pinball
|
Posted on: 5/9 11:23
#143
|
Quite a regular
|
@AmigaOldskooler The important thing is to participate.
|
|
|
|
Re: Tracing
|
|
Just can't stay away
|
@kas1e Quote: There is the output of all CallHookPkts with their stacktraces, when i just run simple hello world (no CallHookPkt calling from test case, just hello world via casual printf() from libc): C library printf(), at least the newlib one, is no "problem", but the OS printf() like functions (IDOS->Printf(), IUtility->SNPrintf(), IExec->DebugPrintF(), etc.) are more or less all based on IExec->RawDoFmt() which is replaced (SetMethod()) by locale.library when it's started with (something similar to) ILocale->FormatString() which uses a Hook for the putCharFunc and you should get a CallHookPkt() call for each char. Quote: Then stacktrace massively overwrite other outputs (debugpritnf for name of task and amount of calls). Is it expected that it didn't work when different tasks involved, and not a single one like we did with signals ? That's normal, debug output writes one char after another to the serial port, and if there are several tasks with debug output at the same time and task switches happen you get a mix of them. Maybe using something like
IExec->Forbid();
IExec->DebugPrintF("[%s] CallHookPkt call # %d\n",patched_task->tc_Node.ln_Name, callhookspkt_counts++);
IExec->Permit();
in the patch and Forbid()/Permit() around the stack trace DebugPrintF() could help. You still get a mix of different debug output, but at least complete lines for each task and not chars from different tasks in the same line.
|
|
|
|
Re: ktadd's Amiga NG Blog Update
|
|
Home away from home
|
@ktadd
It's always nice to read the first experiences on a new system... let us know how the baby goes... and we're also interested to know how our MPlayer will runs!
|
|
|
|
Re: AmigaOS 4.1 Final Edition Update 2 fatal failure
|
Posted on: 5/8 20:41
#146
|
Just popping in
|
Fair enough.. Knowing the graphics card is important. Hummm, sound old? what is the number? If it is a RadeonHD type will work better with CD install as it has driver for HD If the card is RadeonRX, we have to make some changes. So you are in the EU, come to AmiWest for vacation! I'll still help you with getting your X5000 working well Michael EXTRA read Epsilon World setting up X5000 https://www.epsilonsworld.com/search?q=x5000
|
|
|
|
Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
|
Posted on: 5/8 19:44
#147
|
Quite a regular
|
@balaton Quote: Is that consistently so or you just happened to get different measurements or something else is changed on your system between these versions? If this reproduces consistently now with two QEMU versions and you want to find the cause then you could try to bisect which commit made it slower. As the test is automated you may even be able to script that and let the bisect run without intervention so you don't have to compile and test a lot of versions by hand. But 1-2 second may be within the variation that you get by running the test multiple times on the same QEMU version. Testing this on macOS with M1 where you sometimes get faster and slower runs may not be the best so maybe should be tested on something more stable where that issue does not happen.
I have also observed this behavior compared to Qemu 8.1 to Qemu 9 it has become slightly slower, you know that I like to test it with Quake as a benchmark and here I get 29.2 FPS (Qemu 9) with 8.1 it was 31-32 FPS always tested with the fastest session which always leads to the same result in speed. Which commit has slowed down Qemu 9 will be hard to check there have been too many changes and I don't want to find out because it's still very fast and I'm not arguing about 1-3 FPS I think what is really missing is a better FPU emulation.
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
|
|
|
Re: Tracing
|
Posted on: 5/8 19:35
#148
|
Home away from home
|
@All Yep, thanks, deal with now, soo ! There is the output of all CallHookPkts with their stacktraces, when i just run simple hello world (no CallHookPkt calling from test case, just hello world via casual printf() from libc): https://kas1e.mikendezign.com/aos4/tra ... ace_single_run_printf.txtAnd there is output when i run binary with pure usage of "empty" CallHookPkt() call: https://kas1e.mikendezign.com/aos4/tra ... ingle_run_callhookpkt.txtAlmost no differences by amount of calls, +5-6 in case of CallHookPkt() test case. And one more output i grab for 10 seconds when i do nothing few seconds, then clicking around by mouse, and collecting _all_ possible CallHookPkts() from system (and that include and processes, and tasks and whatever else FindTask() can find): https://kas1e.mikendezign.com/aos4/tra ... s_of_all_callhookpkts.txt(dunno how to catch interrupts as well ?) What curious me seeing those outputs is: 1). Everywhere i see [LIBS:locale.library] Offset: 0. Wtf ? Involved but not used ? Broken "offset" entry for stacktrace ? 2). As i can see, offsets in the kernel, dos, and elf.library practically the same always for each stack trace, mean it's some very commonly used functions , is there a way to get a picture of what ones ? Then for sake of compare how many pure varargs CallHook() functions is used, i add patch for CallHook() too, and there just collect all the task/whatever FindTask(NULL) find in, and can say that when one run simple test binaries from shell, no CallHook() involved by system. But if i let's say spawn in console new tab gadgets, i have that:
pure CallHook 0
(0x61C5BDE0) -> 0x01806544 [kernel] Offset: 6544
(0x61C5BE10) -> 0x0183C338 [kernel] Offset: 3C338
(0x61C5BEA0) -> 0x0191B380 [console.device.kmod] Offset: 102C0
(0x61C5BED0) -> 0x01929B7C [console.device.kmod] Offset: 1EABC
(0x61C5BF10) -> 0x0191ABC8 [console.device.kmod] Offset: FB08
(0x61C5BFC0) -> 0x0185F2B4 [kernel] Offset: 5F2B4
(0x61C5BFD0) -> 0x0185F32C [kernel] Offset: 5F32C
When i choose "open" volume via RMB menu on the volumes icons, then it also run CallHook() one time (just one time too):
(0x63B5F7C0) -> 0x01806544 [kernel] Offset: 6544
(0x63B5F7F0) -> 0x0183C338 [kernel] Offset: 3C338
(0x63B5F880) -> 0x7FDBB440 [LIBS:popupmenu.library] Offset: 0
(0x63B5F8D0) -> 0x7FF68334 [CLASSES:popupmenu.class] Offset: 0
(0x63B5F9B0) -> 0x019C9748 [intuition.library.kmod] Offset: 20288
(0x63B5FA10) -> 0x019CAC68 [intuition.library.kmod] Offset: 217A8
(0x63B5FA90) -> 0x019B3A28 [intuition.library.kmod] Offset: A568
(0x63B5FB00) -> 0x7F99B388 [ContextMenus] Offset: 0
(0x63B5FCA0) -> 0x7F99B78C [ContextMenus] Offset: 0
(0x63B5FD00) -> 0x7F99C664 [ContextMenus] Offset: 0
(0x63B5FD40) -> 0x01A64CD4 [newlib.library.kmod] Offset: 2614
(0x63B5FD90) -> 0x01A659B0 [newlib.library.kmod] Offset: 32F0
(0x63B5FF40) -> 0x01A65F24 [newlib.library.kmod] Offset: 3864
(0x63B5FF70) -> 0x7F9991E0 [ContextMenus] _start
(0x63B5FFC0) -> 0x0185F2B4 [kernel] Offset: 5F2B4
(0x63B5FFD0) -> 0x0185F32C [kernel] Offset: 5F32C
So seems that at least CallHook() didn't used by system very often (a very little as far as i can see, but still). Which is massively used, it's CallHookPkt() as expected, but what is unexpected, that OS4 have pure CallHook() in utility.library at all, and it wasn't very well documented everywhere, and more of it, before it was in amiga.lib in old times (so was a linker function) and now it still used in few bits of system, go figure why if almost everything is on CallHookPkt() already.. @Joerg Btw, when i tried to use the same "signal" method but for all the tasks/process in the CallHookPkt, i.e. just like this:
patched_task = IExec->FindTask(NULL);
IExec->DebugPrintF("[%s] CallHookPkt call # %d\n\n\n",patched_task->tc_Node.ln_Name, callhookspkt_counts++);
if (patched_task != NULL)
{
IExec->SetSignal(0, SIGF_SINGLE);
IExec->Signal(main_task, portsig);
IExec->Wait(SIGF_SINGLE);
}
Then stacktrace massively overwrite other outputs (debugpritnf for name of task and amount of calls). Is it expected that it didn't work when different tasks involved, and not a single one like we did with signals ?
|
|
|
|
Re: ktadd's Amiga NG Blog Update
|
Posted on: 5/8 19:31
#149
|
Quite a regular
|
Quote: Nice reading, tnx for the update. It is very useful for new a1222 users.
|
|
|
|
Re: My Amiga Projects
|
Posted on: 5/8 19:22
#150
|
Quite a regular
|
@TheMagicSNQuote: TheMagicSN wrote:Hi!
Update to my projects:
Sin: No change since last time sadly. Still in works:
Two secret projects: They will be in the focus now actually, or one of them will. Both for OS4 and 68k. Currently mainly work on OS4 version is done.
Hvala na ažuriranju. Čekam Sin port...i naravno volio bih znati više o tim tajnim projektima :D
|
|
|
|
Re: My Amiga Projects
|
Posted on: 5/8 19:04
#151
|
Home away from home
|
@joerg
EUAE has built in debuger, so if want to freeze a 68K program or something you can use EUAE for that. EUAE’s built in debugger is not unlike action replay.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: My Amiga Projects
|
Posted on: 5/8 18:55
#152
|
Just can't stay away
|
@TheMagicSN You can get similar debugging features on AmigaOS 3.x/m68k by installing and using about 10-20 debugging tools (Sushi, SegTacker, MuGuardianAngel, MemTrace, EatMem, etc.), but even with all available AmigaOS 3.x/m68k debugging tools installed you still get less information than on plain AmigaOS 4.x ("just" (Grim)Reaper) without using any additional debugging tools like GDB, Spotless, etc.
|
|
|
|
Ktadd's NG Amiga Blog Update
|
Posted on: 5/8 18:45
#153
|
Quite a regular
|
May 8, 2024 update of ktadd's Amiga NG Blog. A1222 Plus up and running. What now?
Edited by ktadd on 2024/5/9 11:47:05 Edited by ktadd on 2024/5/9 11:47:58
|
AmigaOne X1000, uA1
|
|
|
Re: My Amiga Projects
|
Posted on: 5/8 18:19
#154
|
Just popping in
|
@davec555
GrimReaper ;)
The stack trace is great also that on most crashes it does not just reboot. On 68k no stacktrace and often instant reboot…
|
|
|
|
Re: My Amiga Projects
|
Posted on: 5/8 18:12
#155
|
Home away from home
|
@davec555
Grim Reaper is good debugging tool, the stack trace feature is really useful a rs232 serial cable is also useful, if game or program crash while doing intuition lock, or bitmap lock, or some other lockup. Spotless is nice debuging tool as well. DumpDebugBuffer command.
Edited by LiveForIt on 2024/5/8 18:45:07
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
|
Posted on: 5/8 17:44
#156
|
Just can't stay away
|
@white C:BootLoader is only used on classic Amigas/WinUAE. I'm not sure if a SWAP partition is usable on a QEmu Pegasos2 (with -m 2048) at all. Unless something radically changed in AmigaOS 4.x in the last 20 years only the first 2 GB of the 32 bit virtual address space are usable for RAM (incl. SWAP partition), the upper 2 GB are used for the PCI(e) address space. A real Pegasos2 is AFAIK limited to 1 GB RAM and with a SWAP partition you can extent it to 2 GB. On other systems more than 2 or 4 GB physical RAM can be used with the ExtMem feature, but from https://wiki.amigaos.net/wiki/Exec_Extended_MemoryQuote: Pegasos 2 Warning The extended memory feature currently does not work on the Pegasos II platform. Programmers are still encouraged to use ExtMem but may need to add an exception for the Pegasos II platform. Use IExpansion->GetMachineInfo() to verify which platform your code is executing on. Quote: I have not currently removed the SWAP If I remove it, will it lead to invalidation of the disk ? As long as you don't change anything in other partitions (moving, resizing, etc.) just deleting the SWAP partition is no problem.
|
|
|
|
Re: My Amiga Projects
|
Posted on: 5/8 17:23
#157
|
Just popping in
|
What tools do you use to debug with on OS4? @TheMagicSNQuote: TheMagicSN wrote:Hi!
I usually start with OS4 - ways better debug possibilities -
|
|
|
|
Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
|
Posted on: 5/8 17:04
#158
|
Quite a regular
|
@joerg typing error I meant: C:BootLoader COMMANDLINE "NoDiskPager"
|
|
|
|
Re: Tracing
|
Posted on: 5/8 17:03
#159
|
Home away from home
|
@Kas1e Bits might not be so obvious, for some who has coded Javascript, or never learned anything about digital processing. bits are in order: (highest) 31 to (lowest) 0, importent when want to shift bits right or left. just like you have 1000's, 100's and 10's and 1's in the descimal system. it's place in binrary number thats set to active or 1, 0 is not active.
bit 5, 4, 3, 2, 1, 0
state off,off,off,off, On,off
bit 0, if 1 its on, 0 is off, if ON it has value 1 in decimal system bit 1, if 1 its on, 0 is off, if ON it has value 2 in decimal system bit 2, if 1 its on, 0 is off, if ON it has value 4 in decimal system bit 3, if 1 its on, 0 is off, if ON it has value 8 in decimal system bit 4, if 1 its on, 0 is off, if ON it has value 16 in decimal system bit 5, if 1 its on, 0 is off, if ON it has value 32 in decimal system And so on.. the combination gives you any decimal number. So when we taking about the signal it has value, bit it has also location in binrary number, this is the bit. if more than one signal is set, then more than one bit is set, this is why you are geting a different value, when you’re reading the state of the task.
Edited by LiveForIt on 2024/5/8 17:20:15 Edited by LiveForIt on 2024/5/8 17:21:08 Edited by LiveForIt on 2024/5/8 18:36:53 Edited by LiveForIt on 2024/5/8 18:37:47 Edited by LiveForIt on 2024/5/8 18:38:13
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Attempting to upgrade Sam 440 with an R7 240 or HD 7770
|
Posted on: 5/8 14:41
#160
|
Not too shy to talk
|
Tested few games, with Sam 440ep Flex using Radeon HD 7750. https://youtu.be/MWPsmwVkjsMCro-Mag Rally https://youtu.be/AYT4jtwsY1QOtto Matic https://youtu.be/l4z_l8uEXnsSteps to Required to make Radeon HD 7XXX work. 1. Update UBoot. UBoot 1.3.1g 04-Dec-2020 updater. 2. Get transparent PCI-PCIe bridge, with a P17C9X chip. It supports 66mhz bus. 3. Get PCIe x1 - PCIe x16 riser adapter. 4. Get compatible Radeon HD card. 5. Get A-EON's Enhancer Software 2.2 and install it. 6. Add text MODULE Kickstart/RadeonHD to SYS:Kickstart/kicklayout file, just after MODULE Kickstrat/PCIGraphics.card. 7. Install Hardware, it just should work now. NOTE. Brige card with PEX 8111 chip worked without a problems. It said it shouldn't work with Flex. https://youtu.be/VqkGFlqje6o
Edited by utri007 on 2024/5/8 21:51:00 Edited by utri007 on 2024/5/9 15:31:40
|
|
|
|