Are there two separate cpus in the i9000?
Is the S5PC110 the application processor and there is some other baseband processor?
Which one boots first?
Is modem.bin the baseband code that is loaded into the baseband cpu by the apu ?

Originally Posted by AdamOutler

Nothing significant happens. I did that earlier and a link was requested again about 5 pages ago.

You can forget about modifying OM registers. They are inputs to the processor. It would require hardware modification.

I have just looked back over 20 pages and cannot find it. My xda app says we are on page 52 now.

Originally Posted by midas5

Are there two separate cpus in the i9000?
Is the S5PC110 the application processor and there is some other baseband processor?
Which one boots first?
Is modem.bin the baseband code that is loaded into the baseband cpu by the apu ?

The communications processor is an Infineon XMM6180, the same chip used in the iPhone more or less. modem.bin contains a whole real-time operating system for it, called ThreadX. It's ARM code and you can disassemble it, but it's huge obviously and I don't think there's much documentation available for the processor.

Originally Posted by midas5

Are there two separate cpus in the i9000?
Is the S5PC110 the application processor and there is some other baseband processor?
Which one boots first?
Is modem.bin the baseband code that is loaded into the baseband cpu by the apu ?

I would assume that the applications processor is first.

The BOOT line from the FSA chip is documented to go to the call processor, not the application processor. This would explain a bit more about what causes boot or charge conditions. It would seem that the call processor realty determines the boot state of the phone.

Originally Posted by midas5

I have just looked back over 20 pages and cannot find it. My xda app says we are on page 52 now.

I've got confirmation of this info from low-level s8500 board schema.

@CP booting,
When connecting my turned off Wave to PC with Qualcomm drivers installed its recognizing Qualcomm device. However it probably happens after AMSS is being loaded into CP (it has got different CP than SGS and it is booted in slight different way), CP alone has got probably only small iROM code, maybe it is capable of USB communication.

Originally Posted by AdamOutler

I would assume that the applications processor is first.

The BOOT line from the FSA chip is documented to go to the call processor, not the application processor. This would explain a bit more about what causes boot or charge conditions. It would seem that the call processor realty determines the boot state of the phone.

So, is the call processor the same as the baseband processor?
So, i would think that the call processor is running before the apu. Where is the boot code for the call processor?

Originally Posted by Rebellos

I've got confirmation of this info from low-level s8500 board schema.

Can i download the s8500 board schema ?

Originally Posted by midas5

So, is the call processor the same as the baseband processor?
So, i would think that the call processor is running before the apu. Where is the boot code for the call processor?

baseband is the same as call processor. The schematics call it CP. I dont know if we have boot code for Baseband/call processor.

Originally Posted by midas5

Can i download the s8500 board schema ?

No. Its not possible... Lets just say the information came from a reliable source... Some guy who babysits for the brother of a guy who's married to a barber who cuts the hair of a janitor who's mother's brother works for Samsung who overheard a conversation which detailed the OM pins are hardwired to VCC and GND....

That does not rule out cutting traces or removing resistors.... But im not trying to change OM values anymore.

I just wanted to post this so that there is no more confusion.. from the processor manual page 2400.

•RESET / etc (Dedicated)
Ball Name I/O Description
XOM_0 ~ XOM_5 I Operating Mode control signals (6bit)

The OM pins are INPUTS. INPUTS cannot be changed by software running on that chip. The OM registers are tied to hard lines. if the pin goes high, the register goes high, if the pin goes low, the register goes low... You can't override an input which is a part of the processor. it's a hardware thing.

If you were to find something on the board, look for resistors in a pattern like this...

0X00X0... The 0s or Xs might be resistors or opens, but it would be in that pattern to make the OM=0X9 which would be binary 010010 for a 6 bit register.

These are the OM pins if it helps anyone

This is as seen from the bottom side of the processor.