On Wed, 12 Mar 2025, Andrew Randrianasulu wrote:
On Wed, Mar 12, 2025 at 4:32 PM BALATON Zoltan balaton@eik.bme.hu wrote:
On Wed, 12 Mar 2025, Andrew Randrianasulu wrote:
On Wed, Mar 12, 2025 at 2:21 AM Andrew Randrianasulu randrianasulu@gmail.com wrote:
Surely something still wrong because it breaks -M g3beige :(
ah, as comrade Balaton noted I just ended up with finish-device twice for !G4 case ..
Now fixed and hopefully second fix for 74XX cpus how is also useful ...
This isn't the right fix and not what I suggested. Instead of commenting out the other finish-devices you should also revert the one in g4_init and instead move the property settings in cpu_add_pir_property where you should have the CPU number already after fixing PIR setting in QEMU
I still can't figure how to fix it there ....
You have to fix PIR in QEMU first for that to work.
also, with this "incorrect" way of finishing devices I booted Gentoo 2008/G5 with -smp 2/-cpu 970FX and it reported use of software timebase syncronization, but still second cpu was stuck
so at least it was useful for experiments
OK but that probably does not differ from what we had before with the previous patch so maybe not much change from that.
Regards, BALATON Zoltan