Guest sawta Posted January 14, 2011 Report Posted January 14, 2011 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/index.php?m=cpu&id=a7...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)
Guest sawta Posted January 14, 2011 Report Posted January 14, 2011 I found a CM6 for the Moto XT5 running a MSM7227 http://forum.cyanogenmod.com/topic/13601-m...quench-xt5-502/ Would the Ril files in this ROM work with our handsets??
Guest Cirno Posted January 14, 2011 Report Posted January 14, 2011 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/index.php?m=cpu&id=a7...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) I found a CM6 for the Moto XT5 running a MSM7227 http://forum.cyanogenmod.com/topic/13601-m...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...
Guest sawta Posted January 14, 2011 Report Posted January 14, 2011 (edited) 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 January 14, 2011 by sawta
Guest sawta Posted January 14, 2011 Report Posted January 14, 2011 (edited) 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 themxt5ril.zip Edited January 14, 2011 by sawta
Guest MrHicks Posted January 15, 2011 Report Posted January 15, 2011 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
Guest sawta Posted January 15, 2011 Report Posted January 15, 2011 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 ;)
Guest MrHicks Posted January 15, 2011 Report Posted January 15, 2011 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.
Guest rjm2k Posted January 15, 2011 Report Posted January 15, 2011 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.
Guest MrHicks Posted January 15, 2011 Report Posted January 15, 2011 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!
Guest Matty-p Posted January 16, 2011 Report Posted January 16, 2011 our RIL is probably a certified looney! for sure!
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now