check the log of your muxd, set the option v, if the channal crashed, you would get some info.
On Tue, Feb 2, 2010 at 3:41 PM, hongxue.ren <[email protected]> wrote: > How to examine if the channel is crashed. > I never send command frame to mux control channel to shut it down. > > I suspect that the pty setting may exists some problem. > Any suggestion? > Thanks > > > On Tue, Feb 2, 2010 at 3:21 PM, Xingwen Huang <[email protected]> wrote: > >> Is the channel crashed? (just guset) : ) >> >> On Tue, Feb 2, 2010 at 2:35 PM, hongxue.ren <[email protected]> wrote: >> >>> Hi, all >>> >>> I start up pppd over a mux channel, and it can work well. >>> And I also implement the method requestDeactiveDataCall() of >>> RIL_REQUEST_DEACTIVATE_DATA_CALL request in ril. >>> In requestDeactiveDataCall() function, I stop the pppd by setting a >>> property which is define in init.rc. Pppd receives the SIGTERM signal. >>> After pppd exited, I want to make mux data channel to switch to command >>> mode by send AT command "+++". >>> However, the data channel cannot be writen, it returns "Try again". >>> >>> Why? >>> >>> BR, >>> bigcren >>> >>> -- >>> unsubscribe: >>> [email protected]<android-porting%[email protected]> >>> website: http://groups.google.com/group/android-porting >> >> >> -- >> unsubscribe: >> [email protected]<android-porting%[email protected]> >> website: http://groups.google.com/group/android-porting > > > -- > unsubscribe: > [email protected]<android-porting%[email protected]> > website: http://groups.google.com/group/android-porting > -- unsubscribe: [email protected] website: http://groups.google.com/group/android-porting
