yes, I also have the same question as Ayi. Anyone have the answer? On Tue, May 19, 2009 at 8:05 PM, Johnny Song <ayi.s...@gmail.com> wrote:
> > > On Wed, May 20, 2009 at 2:08 PM, Michael Trimarchi < > trimar...@gandalf.sssup.it> wrote: > >> >> Song Johnny wrote: >> > to be more, I wonder service layer will keep connecting the rild >> > socket so that the rild daemon listen thread will accept and build the >> > connection, but did that way work inefficiently? >> > >> > On Tue, May 19, 2009 at 2:15 PM, Song Johnny <ayi.s...@gmail.com >> > <mailto:ayi.s...@gmail.com>> >> > wrote: >> > >> > Hi, >> > >> > Now I am looking RILD system in Android. I have got some idea >> > about the processing in RILD. when dailing, phone service will >> > process dail request and then get the rild socket to connect with >> > rild daemon. After connection, service layer will transfer the >> > data package to rild daemon, and rild daemon will process the >> > information included in the data package then rild daemon opens >> > ttyS device to comunicate with modem. >> > >> > To me, after response, rild daemon will send the data from modem >> > to service layer through the same rild socket. and that's the big >> > picture of the whole procesure about RILD to process dail request. >> > >> > BUT, after that, rild daemon will close the rild socket, which >> > means there is no permanent connection between phone service and >> > rild daemon. So, I cannot figure out the case when incoming call, >> > how RILD would process the information and send it to phone >> > service! because I have not found the socket connection request in >> > RILD source. >> > >> Have you take a look at libril/ril.cpp. That file contains the message >> communition between >> the rild and upper layer. >> Michael >> >> >> > Hi, Michael, > > Thanks for your information. > > I have gone through libril source files. in libril/ril.cpp, the function > sendResponseRaw() will call write() to fd s_fdCommand, which was the socket > fd got after accepting from the listen routine. further more, > processCommandsCallback() will close s_fdCommand and delete this command > event from ril event list. > > until now, I found this fd, s_fdCommand, is the only connection socket fd. > and it is got when got upper layer connecting request. but my concern is > how the RILD processing incoming call. there seems no socket connection > between rild daemon and upper layer in this scenario!! > > > > Best Regards, > Johnny Song > > From China. > > > > > --~--~---------~--~----~------------~-------~--~----~ unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---