Yes, I think something like that must've happened. No worries, though! I haven't really needed it anyway.I still do have it sitting here indeed.. I think we briefly talked about getting it back your way and lost track of actually doing so again with real life or a forum crash or something getting in the way.
By all means! I had lent it to Bolle in the first place because he wanted to try something similar, but didn't have lots of time to sort it tout when (as I recall) he found that a simple CPU swap didn't work.Awesome! I'd happily give the whole G3 experiment one last try with the 740L/745 chips, and repatriate it back to you either with a working G3, or worst case scenario a 603e put back in place![]()
This is exciting, I’m keen to see what you can do with the CPU card @Daniël
BVSEL and L2VSEL are assigned to two unused BGA positions on the MPC755’s 360-pin and MPC745’s 255-pin BGA footprint.
Internal pullups are provided to default to MPC750-compatible I/O voltages if unconnected
During the course of your experimentations, if there's a way to non-destructively reverse engineer it, please feel free to do so! That way maybe clones can be made![]()



The 603e supports an optional 32-bit data bus mode.
The 32-bit data bus mode operates the same as the 64-bit data bus mode with the exception of the byte lanes involved in the transfer and the number of data beats that are performed.
When in 32-bit data bus mode, only byte lanes 0 through 3 are used corresponding to DHO-DH31 and DPO-DP3.
Byte lanes 4 through 7 corresponding to DLO-DL31 and DP4-DP7 are never used in this mode.
The unused data bus signals are not sampled by the 603e during read operations, and they are driven low during write operations.



I enjoyed reading that and look forward to the next step of this interesting puzzle.The card arrived yesterday, and I did get to some tinkering.
After confirming it powers up with the 603e, I went ahead and removed it:
View attachment 79483
View attachment 79482
Now, looking at the BGA grid, what jumped out at me is that it does appear like not all data bus lines are attached, which would confirm we're likely operating in a 32-bit mode, but it seems like both Data High and Data Low are connected, but each presumably half.
I mapped out some, green marked pads are DL, red marked pads are DH:
View attachment 79485
Some go to vias, some don't... which I can't quite understand, as that's not how the 32-bit mode on the 603e is supposed to work, as the 603e User's Manual states:
Whatever it's doing, it's still 32-bit, and the 740ARX was unlikely to ever work with it.
Next, I did look at the vCore situation, and have come to the conclusion that it can be adjusted, but only down to 2.42V, putting it out of range for the 740L and (through adaptation) the 750GX.
The card uses an adjustable LT1507 500KHz 1.5A buck converter to generate the 2.5V vCore for the CPU, which uses an internal reference voltage of 2.42V, which is used to generate the right output voltage with two resistors adjusting it.
View attachment 79486
The two resistors can be found below the diodes and coil, with a 162 Ohm resistor at R818 (R1 for the buck converter), and a 4.99 KOhm resistor at R819 (R2 for the buck converter).
View attachment 79487
Throwing that into a feedback resistor calculator, confirms this to generate 2.5V as expected:
View attachment 79488
Now, the 2.42V reference voltage, as I understand is, is the lowest voltage the buck converter could put out, so that's a definite problem for chips that require lower voltages, such as the 740L.
I've been looking into possible drop-in replacements with a lower voltage, and I think the CS51413 from onsemi might work, if it being 520KHz and requiring slightly different diodes aren't showstoppers.
This uses an internal reference voltage of only 1.27V, so that's well below what would be needed.
If anyone has an idea if this would work, or if there's a better replacement, let me know!
Now, I did try the 745BPX chips I have, but they didn't work, the PowerBook would power on but never POST/chime.
However, the chips also didn't get remotely warm, so I'm rather suspect of them actually working in the first place, as even if they aren't executing code, they should start to consume power and get at least slightly warm to the touch.
But to safely try a 740L, I really would want to lower the vCore, as even 2.42V is a bit much above its max rated 2.2V for comfort.
So, replacing the buck converter might be a necessary next step, along with the diodes in question if required.
I have a 603e BGA card for a PB1400 coming at some point from Japan, which I'll be able to check those 745BPXs on, as I don't have any 603e BGA Macs around that I want to pull the CPU on again.
To be continued!





Thanks for the detailed update, I'm following this thread with much interest.I have ordered the onsemi buck regulator, after @LightBulbFun informed with someone he knows, who designs power supplies for a living, and they confirmed the slight differences shouldn't make a difference.
While we wait for that to arrive from China, I did tinker with my 100MHz PPC card, and I have deduced the PLL_CFG settings on these cards.
Note, the R31/R32 pair is in a slightly different orientation on the 100MHz and 117MHz cards, but given the proximity, I doubt the 167MHz card is much different:
View attachment 79594
Basically, it goes as such:
PLL_CFG0:
PLL_CFG1:
- R24: Low (jumper with very low to zero ohm resistor)
- R11: High (jumper with 1K ohm resistor)
PLL_CFG2:
- R32: Low (jumper with very low to zero ohm resistor)
- R31: High (jumper with 1K ohm resistor)
PLL_CFG3:
- R34: Low (jumper with very low to zero ohm resistor)
- R33: High (jumper with 1K ohm resistor)
- R36: Low (jumper with very low to zero ohm resistor)
- R35: High (jumper with 1K ohm resistor)
Following this, this card is set to 1011, which results in 5x on both the 603e, as well as the 740L, which on a 33.33MHz bus gives you 166.65MHz.
The only thing of note is that both R31 and R32 are fitted with resistors, but the low side "wins" in this case, so to speak.
On my 100MHz card, following the same logic, you get 1000, or 3x, which on a 33.33MHz bus gives you 99.99MHz.
View attachment 79597
This picture of a 117MHz card shows that it's set to 1110, or 3.5x, which gives you 116.65MHz.
View attachment 79596
I confirmed this by changing the PLL_CFG1 and PLL_CFG2 resistors to match the 117MHz card, which gave me the correct overclock:
View attachment 79598
I then changed to PLL_CFG0 resistor setting to low, which results in 0110, or 2.5x on the 603e, resulting in 83.32MHz:
View attachment 79599
This at least confirms to me that the 167MHz card does not have a clock doubled CPU bus as seemingly mentioned before in this thread, as in that case, it would have been set to 2.5x, which would give you the 166.65MHz on the 66.66MHz CPU bus.
That in turn would be problematic, as the 603e's 0110/2.5x multiplier was repurposed as 10x on the 745 and 740L, which would have pushed it to a devilish 666.66MHz.
But, clearly this isn't a concern, and now we should be able to adjust the clock speed to match the CPU's rating as close as possible![]()
Good to see there has been some progress on this. On a related note, on YouTube a user called dosdude1 has successfully swapped a 740 onto Action Retro's TAM. Any chance one or both of them are members here and can be asked what went on for that swap? Supposedly it was done at one of the VCFs just out on the floor, so it can't have involved anything too outrageous other than a chip swap and maybe a new resistor or two.
68kmla.org
68kmla.org
Some go to vias, some don't... which I can't quite understand, as that's not how the 32-bit mode on the 603e is supposed to work, as the 603e User's Manual states:
You're talking about swapping from LT1507 to CS51413? Could it be that the CS51413 has too much ripple noise on its output, or perhaps just noise at a different frequency that affects the CPU operation? It seems unlikely that a ripple noise problem would be severe enough to completely stop two different CPUs from working, but stranger things have happened. Without checking with a scope, it's hard to say.Small but annoying update on the buck converter swap... it doesn't work, and I don't know why.
Does the newer chip select 32-bit data bus mode in the same way as the 603? You might need to add or move a resistor on one of the mode pins. I would also check the other config pins, like 3.3v bus, etc.
603ev User Manual said:Start-Up: TLBISYNC is sampled at the negation of HRESET to select the 32-bit data bus mode; if TLBISYNC is negated at start-up, the 32-bit mode is disabled and the default 64-bit mode is selected.
750L/740L User Manual said:The 750 selects 64-bit or 32-bit data bus mode at startup by sampling the state of the TLBISYNC signal at the negation of HRESET. If the TLBISYNC signal is negated at the negation of HRESET, 64-bit data mode is entered by the 750.
If TLBISYNC is asserted at the negation of HRESET, 32-bit data mode is entered.
You're talking about swapping from LT1507 to CS51413? Could it be that the CS51413 has too much ripple noise on its output, or perhaps just noise at a different frequency that affects the CPU operation? It seems unlikely that a ripple noise problem would be severe enough to completely stop two different CPUs from working, but stranger things have happened. Without checking with a scope, it's hard to say.
You were going to try it out on a PowerBook 1400 series CPU card that you recently acquired, I think?I might want to shift focus back to the 745, knowing it won't need a buck regulator swap, but I need to verify mine actually work.
This might take a bit as I currently don't have hardware ready to go for that (I don't want to pull the 500MHz 740L out of my 6500).