10 replies to this topic

[sawta]

Hi Guys,

So after reading through the site and trying to cook up a working Ginberblade rom myself (That had no radio support and 'uneven' performance) I get the impression that the RIL supplied in our ROMS does not supply the standard interfaces required for standard  AOSP compatible/SDK image based ROMS.

I gather RIL is concerned with the baseband which is closely hooked to the Qualcomm chip in our devices (the 7227) and is loaded as a library (so is not in the kernel which is good from a HW compatibility standpoint).

DO you guys think that it would it be possible to integrate a correctly produced RIL from a ROM of another MSM7227 based AOSP compatible device?

Like one of the following?
http://pdadb.net/ind...ualcomm_msm7227 (Hit the browse devices based on ) button

Im sorry if this seems terribly naive but I thought its worth sharing (even if I am called a n00b then  tarred + feathered and tied to a lamppost for my stupidity)

[sawta]

I found a CM6 for the Moto XT5 running a MSM7227 http://forum.cyanoge...quench-xt5-502/

Would the Ril files in this ROM work with our handsets??

[Cirno]

sawta, on Jan 14 2011, 21:33, said:

Hi Guys,

So after reading through the site and trying to cook up a working Ginberblade rom myself (That had no radio support and 'uneven' performance) I get the impression that the RIL supplied in our ROMS does not supply the standard interfaces required for standard  AOSP compatible/SDK image based ROMS.

I gather RIL is concerned with the baseband which is closely hooked to the Qualcomm chip in our devices (the 7227) and is loaded as a library (so is not in the kernel which is good from a HW compatibility standpoint).

DO you guys think that it would it be possible to integrate a correctly produced RIL from a ROM of another MSM7227 based AOSP compatible device?

Like one of the following?
http://pdadb.net/ind...ualcomm_msm7227 (Hit the browse devices based on ) button

Im sorry if this seems terribly naive but I thought its worth sharing (even if I am called a n00b then  tarred + feathered and tied to a lamppost for my stupidity)

sawta, on Jan 14 2011, 22:08, said:

I found a CM6 for the Moto XT5 running a MSM7227 http://forum.cyanoge...quench-xt5-502/

Would the Ril files in this ROM work with our handsets??

Sounds too good to be true and also if it were to work, it's not impossible rather hardwork and labor to get it working, nasty job I presume...

[sawta]

Cirno, on Jan 14 2011, 23:26, said:

Sounds too good to be true and also if it were to work, it's not impossible rather hardwork and labor to get it working, nasty job I presume...

The RIL files in that XT5 ROM are for CM6 and so should hopefully offer compatibility with CM/AOSP for our devices if these RIL files are compatible with our handset.

Edited by sawta, 14 January 2011 - 10:39 PM.

[sawta]

I baked these RILS into a softbank ROM and they where just as incompatible with it  (no radio) as it as the ZTE RILs are with CM/AOSP Android sets (a good sign?).

Attached are the RILs if anyone with a mostly compatible AOSP build wants to test them

Attached Files

•  xt5ril.zip   352.56K   13 downloads

Edited by sawta, 14 January 2011 - 11:19 PM.

[MrHicks]

Just looking at the symbol table for the XT5 libril-qc-1.so compared to the ZTE Blade version, the XT5 version makes reference to 49 new functions!

store_gprs_state
qcril_reqlist_query_by_re
qcril_other_malloc
qcril_other_free
qcril_lpm_handle_uncomple
qcril_lpm_handle_active_r
qcril_cm_malloc
qcril_cm_free
oem_rapi_streaming_functi
mmgsdi_get_all_pin_status
enter_fast_dormancy2
enter_fast_dormancy
eng_mode_req_dispatcher
eng_mode_parse_hook_heade
eng_mode_oem_register_cod
eng_mode_oem_log_request
eng_mode_hook_log_packet
eng_mode_hook_filter_init
eng_mode_hook_filter_conf
eng_mode_hook_filter_clea
eng_mode_get_cm_store_inf
eng_hook_ste_info_scell_s
eng_hook_ste_info_ncell
eng_hook_ste_info_gsm_ch
eng_hook_ste_info_gprs
eng_hook_qct_umts_ul_tf_i
eng_hook_qct_umts_serving
eng_hook_qct_umts_rlc_ul_
eng_hook_qct_umts_rlc_dl_
eng_hook_qct_umts_reselec
eng_hook_qct_umts_rach_in
eng_hook_qct_umts_ncell_i
eng_hook_qct_umts_l3_rrc_
eng_hook_qct_umts_hs_cqi_
eng_hook_qct_umts_dl_tfc_
eng_hook_qct_umts_dl_tf_i
eng_hook_qct_umts_bler_in
eng_hook_qct_umts_3g_ncel
eng_hook_qct_umts_3g_dch_
eng_hook_qct_umts_3g_agc_
eng_hook_qct_serving_info
eng_hook_qct_gsm_reselect
eng_hook_qct_gsm_misc_inf
eng_hook_qct_gsm_cells_in
eng_hook_qct_gsm_amr_info
eng_hook_qct_gsm_3g_ncell
eng_hook_qct_gprs_serving
eng_hook_qct_gprs_edge_ex
FIH_qcril_cm_ss_convert_u

[sawta]

MrHicks, on Jan 15 2011, 11:16, said:

Just looking at the symbol table for the XT5 libril-qc-1.so compared to the ZTE Blade version, the XT5 version makes reference to 49 new functions!

Interesting, do you know how these compare to a sane RIL?

Could you share how you got that Symbol table, I tried NM but it reports no symbol table is present and IDA  freaks out when it sees the ARM arch.

I thought it would be quicker to ask you

[MrHicks]

sawta, on Jan 15 2011, 13:57, said:

Interesting, do you know how these compare to a sane RIL?

Could you share how you got that Symbol table, I tried NM but it reports no symbol table is present and IDA  freaks out when it sees the ARM arch.

I thought it would be quicker to ask you

What's a sane RIL?

I just used readelf -s then sorted and uniqed the function names before using diff.

[rjm2k]

MrHicks, on Jan 15 2011, 15:41, said:

What's a sane RIL?

I just used readelf -s then sorted and uniqed the function names before using diff.

I think by sane he means one without all the extra functions, looking at them (assuming it's the eng_ ones) they may be engineering build things for testing that wouldn't normally make it into the wild.

[MrHicks]

rjm2k, on Jan 15 2011, 15:51, said:

I think by sane he means one without all the extra functions, looking at them (assuming it's the eng_ ones) they may be engineering build things for testing that wouldn't normally make it into the wild.

Sounds plausible, hopefully their engineering build isn't required to be AOSP compatible.

After having a look at the relatively clean and minimal reference code in /commands/reference-ril/reference-ril.c I'm quite comfortable in saying that our RIL is probably a certified looney!

[Matty-p]

MrHicks, on Jan 15 2011, 16:12, said:

our RIL is probably a certified looney!

for sure!