RE: RFC: Neighbouring Cell Info, take 2

2010-02-12 Thread Aki Niemi
to, 2010-02-11 kello 20:25 +0100, ext Bastian, Waldo kirjoitti: void ofono_cell_info_query(struct ofono_cell_info *ci, ofono_cell_info_query_cb_t cb, void *data); What's this for? It's basically ofono_cell_info_driver-query(...) for use by a plugin after it has acquired the atom,

RE: RFC: Neighbouring Cell Info, take 2

2010-02-12 Thread Bastian, Waldo
to, 2010-02-11 kello 20:25 +0100, ext Bastian, Waldo kirjoitti: void ofono_cell_info_query(struct ofono_cell_info *ci, ofono_cell_info_query_cb_t cb, void *data); What's this for? It's basically ofono_cell_info_driver-query(...) for use by a plugin after it has acquired the

RE: RFC: Neighbouring Cell Info, take 2

2010-02-11 Thread Bastian, Waldo
struct ofono_cell_info_driver { const char *name; int (*probe)(struct ofono_cell_info *ci, unsigned int vendor, void *data); void (*remove)(struct ofono_cell_info *ci); void (*query)(struct ofono_cell_info *ci,

RFC: Neighbouring Cell Info, take 2

2010-02-10 Thread Bastian, Waldo
Hi, Revisited proposal for neighbouring cell info based on previous feedback: - Low-level driver API instead of oFono.org DBUS API - Polling based, no automatic periodic updates - Follows definitions in OMA SUPL v2.0 I'm not particular fond of the nested list - wcdma.

Re: RFC: Neighbouring Cell Info, take 2

2010-02-10 Thread Aki Niemi
to, 2010-02-11 kello 01:23 +0100, ext Bastian, Waldo kirjoitti: Revisited proposal for neighbouring cell info based on previous feedback: - Low-level driver API instead of oFono.org DBUS API - Polling based, no automatic periodic updates - Follows definitions in OMA SUPL v2.0 I like it.