Who's Online |
128 user(s) are online ( 86 user(s) are browsing Forums)
Members: 0
Guests: 128
more...
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/26 9:58
#7541
|
Just popping in ![Just popping in](https://www.amigans.net/uploads/rank3e632f95e81ca.gif)
|
@joergQuote: Additionally to per task CPU usage my "top" tool displays the number of IExec->SuperState() calls per second, i.e. the number of switches from user to supervisor mode and back per second, and if that's a very high number there is definitely a problem (maybe not QEmu related, can be kernel or AmigaOS hardware drivers, or even user software, related as well).
There are cases where you can get unexpected high number of taskswatches in AOS or clones even if there's no problem (assuming problem = bug). For example when multiple tasks use the same semaphore a lot (for example it could be some memory allocation lock, or something gfx related like OwnBlitter()) and ~"bad luck" causes the semaphore to get in what I call "pingpong state". If you ran a test program like this:
for(;;)
{
ObtainSem sem;
dosomething();
print taskname;
ReleaseSem sem;
}
two times, then you would expect/hope to get output like this:
task1
task1
task1
task1
...
task2
task2
task2
...
But sooner or later it will get into ping pong state and then output will be:
task1
task2
task1
task2
task1
task2
task1
task2
...
Happens when one of the test programs gets preempted while holding the semaphore. From then one at every ReleaseSem() time there will always be the other task in the wait queue causing switch to this other task (when thistask calls ObtainSem()).
Edited by Georg on 2023/7/26 14:13:39
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/26 7:55
#7542
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@whiteQuote: white wrote:@balaton it is now -cpu 7447 it looks like this (999mhz):
I've noticed that too, but it doesn't change the speed, on the contrary it shows things a bit more accurately. The real Pegasos 2 G4 is clocked with 1Ghz (not overclocked) because Qemu emulates a Pegasos 2 it is displayed correctly with Ranger under AmigaOs4.1. http://www.tt-room.de/Pegasos2.html
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne A1222plus AmigaOs4.1 FE
|
|
|
Re: MediaVault releases
|
Posted on: 2023/7/26 6:24
#7543
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@smf Quote: Mediavault does not find any stations for me tonight ;( Version 1.5.1 seems to be working fine for me. I tried listening to a presaved US radio station, clicking popular and playing a Germany station and downloading a podcast. All worked great.
|
AmigaOne X1000, uA1
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/26 3:05
#7544
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@balaton qemu (build 8.1.0-rc1) I probably missed the last steps written in the post or is it a mistake because if I choose: -cpu 7447 or -cpu 750cxe the speed is always at 999mhz for both CPUs chosen while instead before with -cpu 7447 I had the CPU at 1.5ghz: https://ibb.co/wpxZc2QI noticed it now it is now -cpu 7447 it looks like this (999mhz): https://ibb.co/YNJwPm8it is due to this: qemu-system-ppc -M pegasos2 -cpu 7447 -accel tcg -kernel /home/white/Download/bboot-0.4/bboot -initrd /home/white/Download/Kickstart.zip Because if i use the old command that use pegasos2.rom i get the cpu at 1.5ghz
Edited by white on 2023/7/26 3:20:55 Edited by white on 2023/7/26 3:44:34 Edited by white on 2023/7/26 4:05:38 Edited by white on 2023/7/26 4:24:37 Edited by white on 2023/7/26 5:45:45
|
|
|
|
Re: MediaVault releases
|
Posted on: 2023/7/26 1:45
#7545
|
Not too shy to talk ![Not too shy to talk](https://www.amigans.net/uploads/rank3dbf8e94a6f72.gif)
|
ahh, yes, same here!
If I click on "Popular" or "Trending" then I get the requester:
----------- There was an error with the returned data. Please try again or check your network. -----------
If I search for the name of a station that I know was present, it no longer finds it.
Probably some server "improvement" somewhere....
Thanks,
PJS
|
|
|
|
Re: MediaVault releases
|
Posted on: 2023/7/26 0:43
#7546
|
Just popping in ![Just popping in](https://www.amigans.net/uploads/rank3e632f95e81ca.gif)
|
Mediavault does not find any stations for me tonight ;(
Is it a temporarly glitch or has something changed? My amiga has been offline for quite a while since some equipment was destroyed after a lightning strike.
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/25 21:33
#7547
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@joerg
That would be enough as one can start top at boot from WBStartup or startup-sequence or similar then leave it running to collect CPU time from boot. Then hopefully running the same things might show some difference to find which task may have something to do with this. If there's no difference then it's probably not a user program but something lower level. Measuring user/supervisor transitions could be checked if it correlates with syscall exceptions in info irq too.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 21:29
#7548
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@kas1e It's not related that BBoot scns the bus and AmigaOS kernel scans it these just both seem to have the same issue to only consider the two top level PCI buses and not expect a lower level bridgw. Fising this in BBoot would print info and change 64bit BARs of the attached PCIe card but if then AmigaOS kernel does not read that info it won't fix it. Maybe we'd also need to make some other changes but that might be difficult or disable the AGP port if we move the info about the bridge there so it would be hard to debug but maybe still possible over serial. Also I can't test it so not sure yet how can I do this but did not have time to look at it in more detail yet.
I think on the AmigaOne XE this bridge also did not work but the other one did so maybe we'll have better luck with that. I think all the info needed can be gathered in one lot if you do dump-all then boot with BBoot with debug kernel and loglevel=7. I already have these for this bridge so only will be needed for the other bridge but then you can get it in one go and don't have to send different logs.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 20:51
#7549
|
Home away from home ![Home away from home](https://www.amigans.net/uploads/rank3dbf8eb1a72e7.gif)
|
@Balaton full boot with bboot and adapter/radeonhd attached debug-level 7: (yeah, [ScanController] strings added) https://kas1e.mikendezign.com/pegasos2 ... ot_bboot_debuglevel_7.txtI did brief search on 682B (device id of RadeonHD's display), and on AAB0 (hd-audio of RadeonHD) and find nothing. It just simply stop scanning after the bus. It sounds like you were right : bboot didn't scan down to bridge, so amigaboot.of , and kernel then know nothing about too
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 20:36
#7550
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@joerg
Sam440 has no PCIe either. Yet, a Radeon R9 270x works just fine with a PCI to PCIe bridge. No conversion of bars to 32bit with scripts needed.
It looks like the firmware plays the decisive role and not the kernel. From a kernel pov, PCIe and PCI are similar. The additional features for PCIe like msi and msi-x are not supported anyways by amigaos4
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 20:24
#7551
|
Just can't stay away ![Just can't stay away](https://www.amigans.net/uploads/rank3dbf8ea81e642.gif)
|
@balaton Quote: Then how could @geennam use a passed through PCIe card? Should only be possible if it's changed to 32 bit PCI, by Forth firmware scripts or inside BBoot. Except for 32 bit PCI vs. 64 bit PCIe BARs there is probably not much difference between PCI and PCIe for the kernel, and the kernel only uses what it gets from the firmware.
|
|
|
|
Re: First user's report of new Intel HD Audio (Azalia) driver by geennaam
|
Posted on: 2023/7/25 20:24
#7552
|
Not too shy to talk ![Not too shy to talk](https://www.amigans.net/uploads/rank3dbf8e94a6f72.gif)
|
Isn't there one for X1000 in addition to this one?
|
Amiga x5040 ı 16GB ı RX580 GB-A1000 060@100, A1200 PiStorm32-Lite CM4
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/25 20:15
#7553
|
Just can't stay away ![Just can't stay away](https://www.amigans.net/uploads/rank3dbf8ea81e642.gif)
|
@balaton Quote: Top would probably help if it lists cumulative CPU time from boot like under Unix. My "top" and "Tequila" can only display CPU times/task after they were started. The kernel records per task CPU usage times as well, but not on all systems/CPUs, some CPUs don't include the required hardware for it. I did implement a "top" version using the kernel stats instead of calculating it itself, but since it couldn't work on all CPUs I never released it. Additionally to per task CPU usage my "top" tool displays the number of IExec->SuperState() calls per second, i.e. the number of switches from user to supervisor mode and back per second, and if that's a very high number there is definitely a problem (maybe not QEmu related, can be kernel or AmigaOS hardware drivers, or even user software, related as well).
|
|
|
|
Re: First user
|
Posted on: 2023/7/25 20:07
#7554
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@joerg Quote: joerg wrote:@MartinW Quote:Has this driver been pulled for some reason? I can't find it on OS4Depot. Looks like all of his software, for example nvme.device as well, was removed from OS4depot, the only exception I found is ahidrv-filesave Aren't the HDAudio drivers also available in the Enahncer Software 2.2 package ?
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne A1222plus AmigaOs4.1 FE
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 20:06
#7555
|
Home away from home ![Home away from home](https://www.amigans.net/uploads/rank3dbf8eb1a72e7.gif)
|
@joerg Quote: Only AmigaOS 4.x kernels with PCIe support (X1000, X5000, A1222, etc.) will try to use PCIe cards, kernels for PCI-only hardware (classic Amiga, AmigaOne SE/XE/µA1, Pegasos2, etc.) wont, they only include support for 32 bit PCI cards.
But then, it was made via bridge to work on that hardware, and kernel was ok with. Especially on AmigaOne SE/XE/µA1. @balaton Will made another with loglevel 7, just need 30 mins out
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 20:05
#7556
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@joerg Then how could @geennam use a passed through PCIe card?
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/7/25 20:02
#7557
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@joerg The millions of sc exceptions do come from somwhere so even if no apps use this somthing in the kernel definitely does and not even rarely.
Top would probably help if it lists cumulative CPU time from boot like under Unix.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 20:00
#7558
|
Just can't stay away ![Just can't stay away](https://www.amigans.net/uploads/rank3dbf8ea81e642.gif)
|
@kas1e Quote: Quote:[_SetupCapabilities] capOffs: 0x60 capID: 0x10 (PCIe) Nothing else happens in that terms. Kernel didn't tried to even talk with hardware, like there is none. Only AmigaOS 4.x kernels with PCIe support (X1000, X5000, A1222, etc.) will try to use PCIe cards, kernels for PCI-only hardware (classic Amiga, AmigaOne SE/XE/µA1, Pegasos2, etc.) wont, they only include support for 32 bit PCI cards.
|
|
|
|
Re: Pegasos2 with RadeonHD/RX via bridge
|
Posted on: 2023/7/25 19:58
#7559
|
Quite a regular ![Quite a regular](https://www.amigans.net/uploads/rank3dbf8e9e7d88d.gif)
|
@kas1e Debug level is still too low. Try with debuglevel=7 where [ScanController] messages appear with info about reading PCI info about cards. Maybe there's some info there about what's happening. From these logs it only looks like it finds the bridge but does not go down on it, only checks bus 0 and 2 but not 1 that's behind the bridge. I don't know why though.
|
|
|
|
Re: Guide for New A1222 Users
|
Posted on: 2023/7/25 19:58
#7560
|
Just popping in ![Just popping in](https://www.amigans.net/uploads/rank3e632f95e81ca.gif)
|
Thanks VooDoo 😊
|
|
|
|