68kMLA Classic Interface
This is a version of the 68kMLA forums for viewing on your favorite old mac. Visitors on modern platforms may prefer the main site.
| Click here to select a new forum. | | iMac G3 Rev A-D FSB bus overclock | Posted by: croissantking on 2025-05-23 16:18:27
Need to get an iMac now
True to my word, I now have a trayloader up and running.
| Posted by: CC_333 on 2025-05-25 13:23:47
True to my word, I now have a trayloader up and running.
View attachment 87047 And what are the results of your experimentations?
c | Posted by: croissantking on 2025-05-25 13:39:07
And what are the results of your experimentations?
c
The plan is to use it to experiment with 100MHz bus operation, but I’m not there yet.
I’m having some issues running it headless such as no sound, and locking up shortly after booting which I’ll need to tackle first. | Posted by: croissantking on 2025-08-22 18:51:12 A big update on this!
I found the 100MHz bus setting:

Move R10 to R11 as shown below, which sets the MPC932 to its 3x multiplier:

At what I presume to be the MPC106 PLL block:
Move R22 to R21
Move R19 to R18
Move R16 to R17

I had to fit a 350MHz 750L and a 100MHz XPC106 onto the CPU daughterboard to get to the point I could start any testing, which was a lot of work. Once I did that, I solved the resistor settings very quickly. I knew from the MPC932 datasheet how to set 3x mode, so it was then a question of trying every combination of the 4 resistors that set the Grackle PLL until I got a boot.
We thought there might be some sort of block in firmware to running unknown bus speeds, but clearly it's not the case. | Posted by: indibil on 2025-08-22 21:13:35
A big update on this!
I found the 100MHz bus setting:
Move R10 to R11 as shown below, which sets the MPC932 to its 3x multiplier:
At what I presume to be the MPC106 PLL block:
Move R22 to R21
Move R19 to R18
Move R16 to R17
I had to fit a 350MHz 750L and a 100MHz XPC106 onto the CPU daughterboard to get to the point I could start any testing, which was a lot of work. Once I did that, I solved the resistor settings very quickly. I knew from the MPC932 datasheet how to set 3x mode, so it was then a question of trying every combination of the 4 resistors that set the Grackle PLL until I got a boot.
We thought there might be some sort of block in firmware to running unknown bus speeds, but clearly it's not the case.
Thanks so much for this contribution! I'm going to try it on my iMac! Great work! | Posted by: croissantking on 2025-08-23 08:03:29
Thanks so much for this contribution! I'm going to try it on my iMac! Great work!
Let us know how it goes! Did you solve the instability issues you were previously having?
What do you think, @Daniël ?
This information likely applies to the Wallstreet (it has the identical clock multiplier and resistor pad layout) and probably the Lombard too.
As regards the Beige G3, I wish it was as simple. We have the knowledge to set the Grackle PLLs correctly, but the clock generator won’t do 3:1 mode which is really the ultimate show stopper. I’m musing a mod which uses something like the MPC 932 to handle the CPU bus multiplier. The SC608 would still generate the PCI clocks + feed a reference into the 932, like on the iMac - but the 932 doesn’t have enough outputs for 3x DIMMs. So we need to identify a similar clock multiplier which would be suitable. Or could we run… TWO 932s 🙂 | Posted by: indibil on 2025-08-23 21:47:03
Let us know how it goes! Did you solve the instability issues you were previously having?
What do you think, @Daniël ?
This information likely applies to the Wallstreet (it has the identical clock multiplier and resistor pad layout) and probably the Lombard too.
As regards the Beige G3, I wish it was as simple. We have the knowledge to set the Grackle PLLs correctly, but the clock generator won’t do 3:1 mode which is really the ultimate show stopper. I’m musing a mod which uses something like the MPC 932 to handle the CPU bus multiplier. The SC608 would still generate the PCI clocks + feed a reference into the 932, like on the iMac - but the 932 doesn’t have enough outputs for 3x DIMMs. So we need to identify a similar clock multiplier which would be suitable. Or could we run… TWO 932s
Well, it kept the Lombard EEPROM, with the processor at 466MHz and the L2 cache at 183MHz. It didn't work at 500MHz. It now has 200MHz cache chips.
I'll try testing the 100MHz this week, although I'm afraid I'll be limited to a 450MHz processor. | Posted by: croissantking on 2025-08-24 07:35:03
Well, it kept the Lombard EEPROM, with the processor at 466MHz and the L2 cache at 183MHz. It didn't work at 500MHz. It now has 200MHz cache chips.
I'll try testing the 100MHz this week, although I'm afraid I'll be limited to a 450MHz processor. Losing 16MHz to get a 100MHz bus isn’t a bad trade off, and you can always go back 🙂 Surprised you can’t get to 500 though.
Small update to the resistor settings after further research, you don’t actually need to move R22 at this location. Just R19 and R16.

And of course R10 as mentioned previously:
| Posted by: Daniël on 2025-08-25 09:31:16 Very nice! Once I get set up again for some soldering, I'll have to try it on my 100MHz XPC106 fitted card.
I've tried a bunch of different resistor configs at the time, but truth be told I couldn't quite wrap my head around the settings for the clock divider, so I didn't happen to luck into the right combination through sheer bruteforce it seems! | Posted by: croissantking on 2025-08-25 11:10:04
Very nice! Once I get set up again for some soldering, I'll have to try it on my 100MHz XPC106 fitted card.
I've tried a bunch of different resistor configs at the time, but truth be told I couldn't quite wrap my head around the settings for the clock divider, so I didn't happen to luck into the right combination through sheer bruteforce it seems!
Is this helpful?
| Posted by: LightBulbFun on 2025-08-25 14:18:03
A big update on this!
I found the 100MHz bus setting:
 very cool! does Open Firmware/thus OS X report the 100Mhz bus speed properly too? 🙂
BTW with regards to the whole CPU clock speed thing, it would be interesting to see a 500Mhz 750L tried, those are fully 3.3V compatible, and share the same PVR as the first G3 CPU's so are fully OpenFirmware firmware compatible, I wonder if one those soldered on might clock to its rated 500Mhz or "brick wall" like a G4 does? | Posted by: indibil on 2025-08-27 08:51:17
Losing 16MHz to get a 100MHz bus isn’t a bad trade off, and you can always go back 🙂 Surprised you can’t get to 500 though.
Small update to the resistor settings after further research, you don’t actually need to move R22 at this location. Just R19 and R16.
View attachment 90267
And of course R10 as mentioned previously:
View attachment 90268 Hi, I just tried that, but it didn't work for me. I've tried both 500MHz and 450MHz, and I hear the chime, a crackling noise in the speakers, but the orange LED stays on. I tried this last, simplified combination you mentioned.
| Posted by: croissantking on 2025-08-27 11:48:22
Hi, I just tried that, but it didn't work for me. I've tried both 500MHz and 450MHz, and I hear the chime, a crackling noise in the speakers, but the orange LED stays on. I tried this last, simplified combination you mentioned.
View attachment 90448 Ah, that’s surprising. | Posted by: croissantking on 2025-08-27 13:29:53 The chime is a good sign because it shows that the config is valid. But it's not clear why it's locking up right after that.
Is that a 512MB RAM stick you have in there? I would see if it boots with something smaller in order to reduce PLL loading. I've been using a 32MB module in the lower slot and 64MB in the upper.
It might also be worth trying resistor R22 in the R21 position, as in my original instructions. It's unlikely to make a difference, but who knows. | Posted by: croissantking on 2025-08-27 17:16:00
A few days ago I did a CPU SWAP for a G4 7400@466MHz, leaving it at 400MHz with the bus at 66MHz, completely stable, with some improvement in cooling, and the cache, according to GAUGE PRO, was working at 133MHz, a 3:1 ratio. What voltage are you running the 7400 at? | Posted by: indibil on 2025-08-27 20:38:07
What voltage are you running the 7400 at? Hello.
It's been running fine at 460MHz and 2V Vcore until today, even booting at 500MHz on occasion, I don't think it's due to voltage.
I recently added these RAM modules; they're two 512MB PC133 modules, each of which only recognizes 256MB, so I have 512MB. It hasn't given any problems.
This afternoon I'm trying to test R22.
Could it be affected if the EEPROM is from a Lombard? With it, it recognizes 1MB of cache, while with the original, it only recognizes 512MB. | Posted by: croissantking on 2025-08-28 00:14:56
I recently added these RAM modules; they're two 512MB PC133 modules, each of which only recognizes 256MB, so I have 512MB. It hasn't given any problems.
I would try popping out one of the DIMMs just as a test. At 100MHz everything is being pushed harder. I’ve learned from my experiments with overclocking the Beige G3 bus (up to 96MHz) that the clock generator has to work harder with more sticks of RAM installed.
It is probably not that as you say, but it’s worth trying different configs in order to see if the machine does something different and hopefully learn more about the issue.
This afternoon I'm trying to test R22.
Sounds good.
Could it be affected if the EEPROM is from a Lombard? With it, it recognizes 1MB of cache, while with the original, it only recognizes 512MB.
I’m not sure. I have the original EEPROM fitted so it’s worth trying that.
Could you share a photo of how you’ve set up the CPU multiplier resistors for 100MHz testing? | Posted by: indibil on 2025-08-28 07:22:13
I would try popping out one of the DIMMs just as a test. At 100MHz everything is being pushed harder. I’ve learned from my experiments with overclocking the Beige G3 bus (up to 96MHz) that the clock generator has to work harder with more sticks of RAM installed.
It is probably not that as you say, but it’s worth trying different configs in order to see if the machine does something different and hopefully learn more about the issue.
Sounds good.
I’m not sure. I have the original EEPROM fitted so it’s worth trying that.
Could you share a photo of how you’ve set up the CPU multiplier resistors for 100MHz testing? Well, I'm making progress...
I tried swapping it for two 128MB RAM sticks, but it still wouldn't turn on. So I removed the top stick and left only 128MB underneath. It turned on!!! But take a good look at the photo:

It has the Lombard EEPROM installed, 2.5:1 ratio, the processor is running at 450MHz but the L2 cache is running at 225MHz!!!! 2:1 ratio!!! Does the ratio depend on the bus? It won't be able to boot at 500MHz because the cache chips are 200MHz, but it's a great achievement!!
But it's too little RAM to use OSX. What can be done with the clock to use more RAM? Would it be possible to modify something to keep the bus stable at 100MHz and still have 512MB of RAM?

EDIT:
I ran another test. I swapped the lower 128MB RAM module for one of these 512MB ones, which only showed 256MB. It booted up. Then I tried adding the 128MB RAM module to the upper slot, and it still works like before: a chime and an orange LED.
It seems to have the problem with the upper slot. Could it be similar to what happens on the G4 AGP, where a RAM slot stops working when you overclock the bus? It would be interesting to be able to patch this.
 | Posted by: obsolete on 2025-08-28 09:37:14 This is just a SWAG, but if one RAM slot stops working at higher clock speed, the reason for the failure may be that there are signal integrity issues at the higher speed. | Posted by: croissantking on 2025-08-28 11:34:41
Well, I'm making progress...
I tried swapping it for two 128MB RAM sticks, but it still wouldn't turn on. So I removed the top stick and left only 128MB underneath. It turned on!!! But take a good look at the photo:
View attachment 90474
It has the Lombard EEPROM installed, 2.5:1 ratio, the processor is running at 450MHz but the L2 cache is running at 225MHz!!!! 2:1 ratio!!! Does the ratio depend on the bus? It won't be able to boot at 500MHz because the cache chips are 200MHz, but it's a great achievement!!
But it's too little RAM to use OSX. What can be done with the clock to use more RAM? Would it be possible to modify something to keep the bus stable at 100MHz and still have 512MB of RAM?
View attachment 90475
EDIT:
I ran another test. I swapped the lower 128MB RAM module for one of these 512MB ones, which only showed 256MB. It booted up. Then I tried adding the 128MB RAM module to the upper slot, and it still works like before: a chime and an orange LED.
It seems to have the problem with the upper slot. Could it be similar to what happens on the G4 AGP, where a RAM slot stops working when you overclock the bus? It would be interesting to be able to patch this.
View attachment 90476View attachment 90477
That’s a great result! Well done!
Especially interesting about the L2 ratio.
I’m going to pick a couple of 256MB SO-DIMMs and see if I can get it to boot. | | < 3 > |
|