Okay, here they are VoidRunner.Hi Project,
You need to run that command from terminal ( ioreg > ioreg.txt ) it will
generate the ioreg.txt inside the folder
where you run it
Best regards
voidRunner
Okay, here they are VoidRunner.Hi Project,
You need to run that command from terminal ( ioreg > ioreg.txt ) it will
generate the ioreg.txt inside the folder
where you run it
Best regards
voidRunner
No problem for me, as my currently oldest hw is a blue/white G3 that has to be updated with firmware for the G4, and a very odd S900 pulsar that never had Leopard running, only Tiger.Hey peeps - just caught up on the last 3 pages of the threads.... great to see all the progress! Some updates from my digging, which hope are useful:
Managed to re-download 10a190 and 10a222 properly this time.
Kexts
Have managed to compared which kexts have been removed in each build since 10a96 - as working on the assumption that PPC stuff would be being stripped rather than actively patched or added up:
Between 10a96 and 10a190:
View attachment 911867
Between 10a96 and 10a222:
View attachment 911868
Between 10a190 and 10a222:
View attachment 911869
Tools
It's great to see people using Pacifist and BatchMOD - as well as deleting the extensions cache files - this brings back old memories of using these to do 10.5 on G4 upgraded PMs....
Also great to see that terminal command to dig deep on the reporting architectures of all libraries and files in the installs.
This will really help fine-tune the merging of all the components likely needed to achieve what I reckon will be the final mish-mash SL PPC build we'll end up with (maybe a mishmash of all of them up util the point PPC was properly stripped).
Finder
The 10a222 Finder build seems to be non PPC:
finder: Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64] [i386]
finder (for architecture x86_64): Mach-O 64-bit executable x86_64
finder (for architecture i386): Mach-O executable i386
However the 10a190 build still includes PPC:
finder: Mach-O universal binary with 3 architectures: [x86_64:Mach-O 64-bit executable x86_64] [ppc_7400]
finder (for architecture x86_64): Mach-O 64-bit executable x86_64
finder (for architecture i386): Mach-O executable i386
finder (for architecture ppc7400): Mach-O executable ppc_7400
Request
May I make a special request? I'd love to complete the legacy of the 10.5 on PowerMac 8500/Beige G3 work by getting a SL 10.6 image to boot on one of these computers. I still have them - but they are not setup and i've got quite a busy life with 3 kids, work, etc right now. Would anyone mind holding off testing or getting this to work on this super-early hardware so I could complete that legacy myself, as a specific piece of work to add to this otherwise very collaborative effort? What do @Larsvonhier @Project Alice @B S Magnet think?
Request
May I make a special request? I'd love to complete the legacy of the 10.5 on PowerMac 8500/Beige G3 work by getting a SL 10.6 image to boot on one of these computers. I still have them - but they are not setup and i've got quite a busy life with 3 kids, work, etc right now. Would anyone mind holding off testing or getting this to work on this super-early hardware so I could complete that legacy myself, as a specific piece of work to add to this otherwise very collaborative effort? What do @Larsvonhier @Project Alice @B S Magnet think?
Though CI/QE is not available (yet), I found that when adding the Radeon 9700 kexts and enabling QuartzGL, the system is much more responsive. Dragging windows is sill done by software, but the felt framerate is higher (not smooth, but usable).No QE or CI, but it boots just fine on my A1095 (Powerbook5,4), using the image that @Larsvonhier supplied. Doesn't seem to want to sleep either. Time to put an Airport card back in it and see if it works.
View attachment 911924
[...] need to take apart my 15" DLSD to re-do the thermal paste, as the video card keeps overheating and turning the screen dark, dark grey and forcing me to leave everything turned off for a good while (and yes, the G4 fan control kexts are in place, but this has still been a recurring problem since the 10.6 install).
Hi,
I also have 2x 15" DLSDs and haven't replaced the thermal paste until now. I also do own the predecessor (A1106, 1.67 GHz) which I freshly repasted a couple of weeks ago. The DLSD and the A1106 don't show considerable temperature differences surprisingly but then again I haven't found a way to read the GPU temperature (only CPU, trackpad and HDD). What application do you use for getting the GPU temp? Is there even any? Do you think the fact that your DLSD is overheating has to do with Snow Leopard primarily (meaning that it is somehow overstressing the video chip – maybe due to lack of graphics acceleration) ? I really want to try Snow Leopard on my DLSD(s) but do not want to kill it/them by doing so. I'll rather try the Snow Leopard preinstalled dmg on my recently repasted A1106 and see how it performs and maybe play around with some kexts (if necessary). Anyways, this is a great thread and I've never thought that we get to see another OS X version running on PowerPC after 10.5. I can do some testing on my iMac G5 iSight and iBook G4 (Mid 2005), I don't think we have test results of any of those machines yet.
Hi,
I also have 2x 15" DLSDs and haven't replaced the thermal paste until now. I also do own the predecessor (A1106, 1.67 GHz) which I freshly repasted a couple of weeks ago. The DLSD and the A1106 don't show considerable temperature differences surprisingly but then again I haven't found a way to read the GPU temperature (only CPU, trackpad and HDD). What application do you use for getting the GPU temp? Is there even any? Do you think the fact that your DLSD is overheating has to do with Snow Leopard primarily (meaning that it is somehow overstressing the video chip – maybe due to lack of graphics acceleration) ? I really want to try Snow Leopard on my DLSD(s) but do not want to kill it/them by doing so. I'll rather try the Snow Leopard preinstalled dmg on my recently repasted A1106 and see how it performs and maybe play around with some kexts (if necessary). Anyways, this is a great thread and I've never thought that we get to see another OS X version running on PowerPC after 10.5. I can do some testing on my iMac G5 iSight and iBook G4 (Mid 2005), I don't think we have test results of any of those machines yet.
Less thermal paste is more cooling. So less is more in this case! And it is generally recommended to let the fresh paste spread under low-medium heat (processor and GPU loads) for at least a couple of hours before heating it up by demanding tasks!I don’t yet know why it’s overheating, except to note how I’ve used this DLSD a fraction the amount I have with the 17", which I sometimes use as a daily driver.
It’s possible I did try to re-paste the heatsinks back when I got it, but I can’t conclusively remember if I did or not (though I have clear memory of doing so with the 17" model). If so, then I’ll need to do a better job this time.
The 15" was found as DOA on ebay for, like, $25 plus shipping, and I was able to revive it. That said, it has some troublesome aspects which suggest a harder reliability life versus the 17" (which similarly was found on ebay for a dirt-low price, but the seller didn’t know about which install disc to use, thus kernel panics for them).
For example, the 15" logic board is a replacement, and the solder points for the integrated Airport/Bluetooth bus are faulty somewhere on the board itself (despite using two different flat cables and two different cards with the same boot kernel panic). It also lacked the PC Card button release cap and modem (which doesn’t bother me), so there may be other components on there which are no longer as robust as, say, my 17" (which seemed to be treated more gently).
I use iStat menus for both DLSDs (and for all my computers). The peculiarity with the 17" is, when idle, the GPU reports as “100°C” which is clearly inaccurate. When any load gets placed on it, the temperature then falls to something like 54°C and then upward slightly as usage demands increase, returning to “100°C” when idling. With the 15", same GPU, it doesn’t really do that, but by the same token, I’ve never really put it through a lot of usage stress prior to testing the SL 10A96 build.
But no, I don’t think — not for now, at least — that SL is responsible for the possible GPU overheating, but that’s TBD as I take it apart and test it again after a re-pasting with Noctua-2.
Less thermal paste is more cooling. So less is more in this case! And it is generally recommended to let the fresh paste spread under low-medium heat (processor and GPU loads) for at least a couple of hours before heating it up by demanding tasks!
Though CI/QE is not available (yet), I found that when adding the Radeon 9700 kexts and enabling QuartzGL, the system is much more responsive. Dragging windows is sill done by software, but the felt framerate is higher (not smooth, but usable).
That caused a kernel panic on boot. I booted again to verbose, and it doesn't look related to those kexts, but I'll put them back anyways and see if it boots again.Hi Project,
So I've been through your logs.
I think I may have found something.
Can you copy from Leopard the:
NVDAResmanPPC.kext and NVDAResman.kext from Leopard and see if the Geforce kext
loads?
Best regards,
voidRunner
Interval Since Last Panic Report: 509413 sec
Panics Since Last Report: 1
Anonymous UUID: D8AAFADF-ACB4-44BB-9AE8-92EC835AC755
Mon May 4 10:07:42 2020
Unresolved kernel trap(cpu 1): 0x300 - Data access DAR=0x00000000000048B4 PC=0x0000000065681888
Latest crash info for cpu 1:
Exception state (sv=0x5bd71500)
PC=0x65681888; MSR=0x00009030; DAR=0x000048B4; DSISR=0x40000000; LR=0x6566B784; R1=0x645D7B00; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x5BD7BFB0 0x6566B784 0x64C17C10 0x64C152D4 0x6566C134 0x003D5EE8
0x0041208C 0x00118308 0x000B2684 0x000AB68C 0x0013C84C 0xA5E278F0
backtrace terminated - frame not mapped or invalid: 0xBFFFEF20
Kernel Extensions in backtrace (with dependencies):
com.apple.NVDAResmanPPC(5.4.8)@0x65668000->0x658e9fff
dependency: com.apple.iokit.IONDRVSupport(1.6)@0x64cab000
dependency: com.apple.iokit.IOPCIFamily(2.6)@0x5bd73000
dependency: com.apple.iokit.IOGraphicsFamily(1.6)@0x64c01000
com.apple.iokit.IOGraphicsFamily(1.6)@0x64c01000->0x64c27fff
dependency: com.apple.iokit.IOPCIFamily(2.6)@0x5bd73000
com.apple.iokit.IOPCIFamily(2.6)@0x5bd73000->0x5bd87fff
Proceeding back via exception chain:
Exception state (sv=0x5bd71500)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x5bb7ac80)
PC=0x00252D98; MSR=0x0000F030; DAR=0x09845000; DSISR=0x42000000; LR=0x0025A618; R1=0xBFFFEF20; XCP=0x00000030 (0xC00 - System call)
BSD process name corresponding to current thread: WindowServer
Mac OS version:
10A190
Kernel version:
Darwin Kernel Version 10.0.0d2: Fri Oct 10 19:37:52 PDT 2008; root:xnu-1346.7~1/RELEASE_PPC
System model name: PowerMac7,2
panic(cpu 1 caller 0xffff0003): 0x300 - Data access
Latest stack backtrace for cpu 1:
Backtrace:
0x00124C4C 0x001255F0 0x000B0204 0x00138C6C 0x0013C4F8
Proceeding back via exception chain:
Exception state (sv=0x5bd71500)
PC=0x65681888; MSR=0x00009030; DAR=0x000048B4; DSISR=0x40000000; LR=0x6566B784; R1=0x645D7B00; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x5BD7BFB0 0x6566B784 0x64C17C10 0x64C152D4 0x6566C134 0x003D5EE8
0x0041208C 0x00118308 0x000B2684 0x000AB68C 0x0013C84C 0xA5E278F0
backtrace terminated - frame not mapped or invalid: 0xBFFFEF20
Kernel Extensions in backtrace (with dependencies):
com.apple.NVDAResmanPPC(5.4.8)@0x65668000->0x658e9fff
Booted up okay after doing that, but now none of those kexts are loading at all.Hi Project,
Can you try something different.
Clean all Geforce related kexts from SL and put back the original ones
and see if it boots. ( Geforce.kext and NVDA* )
Also remove the Extensions.mkext file that might be causing problems.
Then see if Geforce kext has loaded ok.
Best regards,
voidRunner
In 10A190, the extensions.mkext has moved to /S/L/Caches/.../Startup/ I think the ... is com.apple.kext.caches but you'll have check yourself.Booted up okay after doing that, but now none of those kexts are loading at all.
Also, it doesn't have an extensions.mkext. Even after running the script initially it would also say file not found for rm /s/l/exentions.mkext
I still can't remove it because it says it doesn't exsist.
Geforce.kext loads but that (as with the ATI9700.kext on other machines being loaded ok) does only improve things partially - no CI/QE in any case...Hi Project,
Can you try something different.
Clean all Geforce related kexts from SL and put back the original ones
and see if it boots. ( Geforce.kext and NVDA* )
Also remove the Extensions.mkext file that might be causing problems.
Then see if Geforce kext has loaded ok.
Best regards,
voidRunner
Looks like the exact same KP I am getting on my 2.0 GHz ALS iMac G5 with Radeon 9600, using the PPC_SL_10A190.dmg cloned to a firewire drive with CCC
Looks like the exact same KP I am getting on my 2.0 GHz ALS iMac G5 with Radeon 9600, using the PPC_SL_10A190.dmg cloned to a firewire drive with CCC
Cheers
Hugh
@vddrnnr here's my logsHi Project,
Can you send me your logs??
Best regards,
voidRunner